Вы можете использовать любые имеющиеся у вас средства создания резервных копий. В зависимости от выбранных вами средств будет создан ваш собственный сценарий создания резервной копии и сценарий восстановления данных. Данный способ ничем не ограничивает ваши возможности, позволяет оптимизировать процессы резервирования данных, допускает возможность создания инкрементальных резервных копий, однако требует ручных настроек. При создании резервной копии следует придерживаться основного правила - резервная копия базы данных должна быть создана раньше резервной копии файлового сервера.
Например, мы можем использовать следующий сценарий для создания периодических резервных копий (в случае использования в качестве СУБД MS SQL Server Express Edition):
· На компьютере, где установлен SQL Server cоздадим файл IndustriCS_backup.bat следующего содержания (имена и пути настраиваются индивидуально):
SQLCMD -S (local)\TechnologiCS -E -Q "BACKUP DATABASE IndustriCS TO
DISK = 'D:\BACKUP\IndustriCS.bak' WITH INIT, NOFORMAT, SKIP, NOUNLOAD"
· На этом же компьютере в планировщике задач Windows создадим задание, запускающее данный файл на исполнение в указанное нами время и с указанной нами периодичностью. Запуск должен производиться под пользователем Windows, имеющим доступ к SQL Server, либо Необходимо задать пользователя SQL Server и его пароль в bat-файле. Служба SQL Server должна иметь доступ к папке, где будет создаваться резервная копия.
· На всех компьютерах, где установлен файловый сервер, для каждого устройства файлового сервера cоздадим файл TCS_FileServerDev_backup.bat следующего содержания (пути настраиваются индивидуально):
xcopy C:\FileServerData\root D:\BACKUP\root /E /Q
· На этом же компьютере в планировщике задач Windows создадим задание, запускающее данный файл на исполнение в указанное нами время и с указанной нами периодичностью. Запуск должен производиться под пользователем Windows, имеющим доступ на чтение к папке устройства и на запись к папке хранения бэкапов. Запуск должен производиться после запуска создания резервной копии базы данных. Если SQL Server и файловый сервер работают на одном компьютере, то можно объеденить эти шаги в одно задание. При создании резервной копии файлового сервера рекомендуется использовать средства сжатия данных (программы архиваторы).
· Если задачи выполнялись на разных компьютерах необходим объединить данные резервной копии базы данных и данные резервной копии устройств файловых серверов в одно место (или выполнять бэкап на общее сетевое устройство).
· При необходимости в резервную копию можно включить папку установки сервера конфигураций TechnlogiCS, так как в ней могут находиться ваши индивидуальные настройки базы данных и настройки обновления рабочих мест.
|
|
Все указанные имена и пути настраиваются индивидуально и приведены только в качестве примера! |
Для указанного выше примера, сценарий восстановления будет выглядеть следующим образом:
· Прекратите работу с TechnologiCS и отсоедините всех пользователей, остановите службу конфигуратора чтобы исключить новые подключения.
· На компьютере, где установлен SQL Server выполним следующие шаги:
·
Запустим SQL Server Managment Studio
Express и соединимся c SQL Server;
· В списке баз данных выберем имеющуюся базу данных IndustriCS;
· Сохраним старую копию базы данных (если требуется);
· Выберем команду Восстановить базу данных, выберем устройство D:\BACKUP\IndustriCS.bak, выставим опцию перезиписать существующую базу данных;
· Дождемся успешного восстановление базы данных.
· На всех компьютерах, где установлен файловый сервер, для каждого устройства файлового сервера сохраним старую копию устройства файлового сервера (если требуется), удалим старое содержимое и восстановим содержимое из резервной копии. Данную операцию можно делать как одновременно с восстановлением базы данных, так и в любой последовательности, но только после остановки работы с текущей базой данных.
· После успешного завершения всех операций запустим TechnologiCS Администратор. При необходимости произведем настройку базы данных и файловых серверов, восстановим пользователей базы данных. Данные шаги могут потребоваться если конфигурация изменялась со времени создания резервной копии.
См. также: