8.х 1С 8.3 Автоматическое создание тестовой копии основной SQL базы

Тема в разделе "Установка платформы "1С:Предприятие 8"", создана пользователем Элла, 24 май 2016.

  1. TopicStarter Overlay
    Элла
    Offline

    Элла

    Регистрация:
    19 фев 2013
    Сообщения:
    36
    Симпатии:
    0
    Баллы:
    1
    Приветствую. Обращаюсь за советом, как лучше поступить.
    Сервер 1С, 8.3, базы на MS SQL Server. Вид конфигурации не так важен для данной задачи (в нашем случае - это 1С Университет ПРОФ).
    Есть основная рабочая база (например, UNIVER) и также еще одна тренировочная база (например, UNIVERTEST), созданная по просьбам пользователей, которая должная являться периодической "копией" основной базы.
    Необходимо автоматизировать ежедневное воссоздание основной базы на ее "копии".
    Сейчас делаю ручкам - вечерком в основной базе через конфигуратор делаю ручками dt-выгрузку и ручками же загружаю его через конфигуратор во вторую базу. Это ад! Сделала так два раза, больше руками не хочу.
    Прошу концептуального совета, как лучше это автоматизировать.
    Возможные варианты:
    1) Делать через планировщик выгрузку в dt и как-то загружать его в копию.
    (если так, то подскажите какими командами можно сделать загрузку dt)
    2) Делать backup SQL-базы, а затем восстановление из бэкапа в копии базы.
    3) Еще какой-нибудь способ...
  2. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.628
    Симпатии:
    946
    Баллы:
    204
    ну средсвами скуля делать, однозначно . при этом пользователей выгонять не надо будет из основной.
    План обслуживания создайте и все.
    Элла нравится это.
  3. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    сделать maintenance plan - самый простой способ.

    добавляете первый шаг типа запрос sql
    пишете в нем запрос на создание резервной копии
    Код:
    BACKUP DATABASE [UNIVER] TO DISK=N'e:\backups\transfer.bak' WITH FORMAT, COMPRESSION
    
    второй шаг
    Код:
    DROP DATABASE [UNIVERTEST]
    третий шаг
    Код:
    RESTORE DATABASE [UNIVERTEST] FROM DISK='e:\backups\transfer.bak' WITH MOVE 'UNIVER' TO 'e:\MSSQL\Data\UNIVERTEST.mdf', MOVE 'UNIVER_log' TO 'e:\MSSQL\Data\UNIVERTEST.ldf'

    второй нужен для нормального убийства базы в случае если в ней кто-то сидит
    --- Объединение сообщений, 24 май 2016 ---
    пути и имена баз естественно ваши подставить
    Элла и alexburn нравится это.
  4. TopicStarter Overlay
    Элла
    Offline

    Элла

    Регистрация:
    19 фев 2013
    Сообщения:
    36
    Симпатии:
    0
    Баллы:
    1
    Спасибо, буду пробовать.
  5. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.628
    Симпатии:
    946
    Баллы:
    204
    Просто учитывайте один момент что в копии базы вы можете что то дорабатывать, но каждую ночь это будет затираться т.к нет в оригинале базы т.к чтоможет нет смысла каждый день это делать
  6. TopicStarter Overlay
    Элла
    Offline

    Элла

    Регистрация:
    19 фев 2013
    Сообщения:
    36
    Симпатии:
    0
    Баллы:
    1
    Согласна, с периодичностью подумаем. Но обычно у пользователя возникает потребность сделать какую-то "страшную" процедуру, а на рабочей базе боится, поэтому хочет тренировочную копию максимальной "свежести" (а т.к. у нас конфигурация на этапе внедрения и никто, включая меня, не умеет с ней работать, отказать в такой просьбе нельзя, да и самой надо, но мне проще, я дома файловую копию поднимаю и мне хорошо).
  7. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.628
    Симпатии:
    946
    Баллы:
    204
    Ну просто бывает еще что в конце дня начал подготавливать данные вносить что бы завтра попробовать прокрутить, а тут бах вы ночью обновили и с утра снова вноси
  8. TopicStarter Overlay
    Элла
    Offline

    Элла

    Регистрация:
    19 фев 2013
    Сообщения:
    36
    Симпатии:
    0
    Баллы:
    1
    Сейчас пока внедрение, наоборот, очень активно вносятся данные в основную базу и копия быстро теряет актуальность (двухдневная копия пользователя уже не устраивает), поэтому сейчас наверно более частое копирование организуем, а как процесс стабилизируется, стоит делать недельную копию, а может и реже.

Поделиться этой страницей