Настройка 1С резервного копирования данных средствами SQL Server (Backup MS SQL)   

Компания "СофтПоинт" предлагает оказание профессиональных услуг по настройке 1С резервного копирования, восстановления баз данных, конфигураций 1С.


Нередко администраторы сети сталкиваются с проблемами грамотной настройки резервного копирования данных, например базы данных 1С 7.7 или 1С 8.1, средствами MS SQL. В основном это обусловлено либо отсутствием необходимых навыков, либо простой «боязнью» проводить какие-либо работы с реальной базой данных («А вдруг я сделаю что-то не так?!»). В этом пожалуй есть некоторый смысл, тем не менее резервное копирование данных или backup – очень полезная процедура, которая позволит в кратчайшие сроки восстановить копию базы данных в случае сбоя. Безусловно, резервное копирование настраивается не только, чтобы обеспечить возможное восстановление данных после сбоя (основное предназначение), но и для создания программных кластерных решений, уменьшения размера файлов.

В данной статье предлагается краткое описание настройки системы 1С резервного копирования средствами MS SQL 2000 в контексте возможного сбоя базы данных.

Первое, что необходимо продумать, насколько критична потеря данных по времени. Например, с базой данных работают достаточно редко, поэтому, если допустимые потери данных в случае сбоя один день, логично делать ежедневный backup. И с другой стороны, если перед нами база данных с интенсивным информационным потоком, то для нее необходимо разработать методику резервного копирования таким образом, чтобы с одной стороны потери в случае сбоя базы данных были минимальными, а с другой нагрузка на ресурсы, обусловленная процедурами резервного копирования, была приемлема.

Опишу настройки выполнения процедуры резервного копирования:

А. Выбираем пункт меню «Backup database» для требуемой БД.

Б. Окно настройки SQL Server backup.

  • Backup

Самый распространенный и простой способ backup – “Database Complete”, в файл backup выгружается вся база данных. Из недостатков: для базы данных большого размера процедура достаточно долгая и ресурсоемкая.

Второй способ backup – “Database Differential”, в файл выгрузки сохраняется только данные (под данными понимаем и структуру), которые были изменены с даты предыдущего backup. Следует помнить, что без предыдущих backup восстановить требуемым способом будет невозможно.

Остальные способы позволяют настроить резервное копирование журнала транзакций и файлов базы данных. (Не входят в рамки данной статьи).

  • Destination

Вводим информацию о файле резервной копии (прописываем путь на диске)

  • Overwrite

“Append to media” – режим, при котором следующий backup будет дописан в существующий файл.

“Overwrite existing media” – режим, при котором следующий backup перезапишет существующий файл.

  • Schedule

Задает расписание выполнение процедуры резервного копирования.

В. Окно «Options» процедуры резервного копирования.

"Verify backup upon completion" - проверка корректности процедуры backup после завершения.

"Eject tape after backup" - извлечь ленту после backup (если установлены специфичные устройства).

"Remove inactive entries from transaction log" - удаление неактивных записей из журнала транзакций.

 Г. Текст задания на резервное копирование.

После задания расписания (Schedule) в предыдущем окне и нажатии кнопки «ОК» , в списке заданий MS SQL появится задание на резервное копирование.

Как видно из рисунка, команда на резервное копирование представляет из себя код T-SQL, который можно выполнить отдельно от задания в любом приложении.

Процедуры по резервному копированию, как и другие регламентные процедуры, можно настроить и другими способами, например, через Database maintenance plans.

Следует уделить огромное внимание периодическому контролю за выполнением заданий по резервному копированию.

Автор статьи БаркетовПавел