Протестировано на релизе 1С:Предприятие 8.3 (8.3.9.2033)
Сделана по мотивам публикации //infostart.ru/public/324751/
Отличия: сделана отдельной обработкой.
Содержит обычную и управляемую формы.
Не требует создания процедур на SQL-сервере.
Требует логина и пароля администратора.
Перед динамическим обновлением, чтобы не рисковать потерять базу данных (крайне редко, но случается) копирует таблицы Config и ConfigSave из вашей базы данных в базу master, добавляя к имени таблицы имя база данных, так как наверняка на вашем SQL-сервере не одна база.
В случае сбоя, копирует таблицы обратно. Копирование таблиц занимает секунды, сохраняет огромное количество времени.
Если база данных была подключена к Хранилищу, то после восстановления, думается, лучше переподключить базу к Хранилищу.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Полезно, но я бы ещё добавил возможность доменной авторизации при подключении к SQL серверу, т.к. это секьюрнее и чаще применяется.
я так понимаю, на PostgreSQL не взлетит?
По-моему, на ИС уже был автоматический триггер MSSQL, который при начале дин. обновления делал копию автоматически безо всяких «каждый 20 минут» и без ручных действий.
(4) вроде он
Помню, еще несколько лет назад я такое читал, скачал и применял. Похоже, что данная статья — дубль статьи:
Могу, конечно, и ошибаться, но так похоже 🙂
(4) Полезно, спасибо.
(1)А если повести выполнение обработки по расписанию?…
(6) Конечно копия, изобретение велосипедов — наше все!
Пока вспомнил, подскажу важный нюанс: эти две таблицы не всегда спасают. Копировать надо еще таблицу dbschema или db_schema, как-то так.
Насчет «крайне редко» это автор смягчил. Иначе не нужна была обработка!)
А эта проблема ещё существует разве?? Как-то слышал, что давно побеждена 1с-никами…
(12)Это байки из 1Склепа 🙂
Я сделал немного по другому.
1. Организовал ежесуточное архивирование таблицы Config средствами SQL. В отдельную базу данных. Job стартует в 03:00, выполняет SELECT * into [БазаАрхивов].dbo.[Config] FROM [РабочаяБаза].[dbo].[Config].
2. Сделал 1Совую обработку по выполнению скрипта из п.1, только копирую не в [БазаАрхивов].dbo.[Config], а «[_Config]». Дабы иметь и суточную и текущую копии.
Восстанавливать, имхо, лучше не drop+create, а truncate + select into средствами менеджмент студии.