VarioUS.su - Резервное копирование и обслуживание баз данных 1С в Microsoft SQL Server 2019

Microsoft SQL Server 2019 позволяет использовать встроенные средства резервного копирования и обслуживания баз данных — Maintenance Plans. Описываемый план обслуживания успешно используется для баз данных 1С, но не ограничивается ими.

В данном случае план предназначен для обслуживания баз данных исключительно с моделью восстановления FULL. Если вы используете другую модель восстановления, то нужно внести изменения в план, потому что резервное копирование лога транзакций вам может не понадобиться. Модель восстановления FULL используется из-за настроенного зеркалирования баз данных.

Данный план решает задачи:

Резервное копирование баз данных.
Ежедневное сжатие баз данных и лога транзакций.
Оптимизация индексов.
Сброс статистики.
Обслуживание баз данных.

Резервное копирование будет осуществляться на сетевую шару другого сервера от имени пользователя, под которым запущен экземпляр SQL сервера.

Планы обслуживания

Создавать планы обслуживания буду с нуля. Вернее я создам один план обслуживания, а в нём будет пять субпланов. Но мне это название «субпланы» или «подпланы» не нравится, я их просто называю «планы».

Итак, у нас сервер, на котором несколько баз данных 1С в режиме восстановления FULL. Планы обслуживания и резервного копирования не настроены.

Работаем в Management Studio. Коннектимся к серверу и переходим в Management → Maintenance Plans. Нажимаем правую кнопку, выбираем New Maintenance Plan…

Указываем название плана, я пишу «Backup». OK.

Создаётся основной план обслуживания.

Внутри создаём пять планов. 1C_DAILY, 1C_HOURLY, 1C_MONTHLY — для резервного копирования и обслуживания. 1C_INDEX — для работы с индексами. 1C_STAT — для работы со статистикой.

1C_DAILY

Настраиваем расписание. План будет выполняться ежедневно по ночам в 1:10.

После создания расписания создаём сам план обслуживания:

Первой запускается проверка целостности всех пользовательских баз данных.

После проверки целостности запускается резервное копирование файлов данных. Для этого в типе резервного копирования выбираем опцию Full.

Во вкладке Destination задаём путь для хранения резервных копий. Я сохраняю ежедневные бэкапы в папке daily. Расширения файлов — bak.

Во вкладке Options указываем дополнительные параметры и срок хранения. Я буду хранить ежедневные бэкапы 94 дня. После истечения срока бэкапы пометятся как expired.

Третий шаг в плане — снова резервное копирование. На этот раз лога транзакций. Для этого в типе резервного копирования выбираем опцию Transaction Log.

Во вкладке Destination задаём путь для хранения резервных копий логов. Я сохраняю ежедневные бэкапы логов в той же папке daily. Расширения файлов — trn.

Во вкладке Options указываем дополнительные параметры и срок хранения. Я буду хранить хранить ежедневные бэкапы логов также 94 дня.

А дальше план выполнения разделяется на две ветки, которые выполняются параллельно, поскольку не мешают друг другу.

В первой ветке выполняется сжатие баз данных. Без этого логи будут бесконечно расти. Освобождённое место отдаём операционной системе.

После сжатия выполняется блок T-SQL команд:

DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE

Во второй ветке проводится обслуживание баз данных. Сначала удаляются старые ежедневные бэкапы старше 94 дней.

Затем удаляются старые ежедневные бэкапы логов старше 94 дней.

После завершения работы обеих веток плана отправляется уведомление на почту.

Для того, чтобы можно было отправлять уведомления на почту, вам может потребоваться предварительно настроить Database Mail.

1C_HOURLY

Настраиваем расписание. План будет выполняться один раз в час каждую 17-ю минуту.

После создания расписания создаём сам план обслуживания:

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

Во вкладке Destination задаём путь для хранения резервных копий логов. Я сохраняю ежечасные бэкапы логов в папке hourly. Расширения файлов — trn.

Во вкладке Options указываем дополнительные параметры и срок хранения. Я буду хранить хранить ежечасные бэкапы логов 7 дней.

Потом проводим обслуживание, удаляем старые ежечасные бэкапы логов старше 7 дней.

1C_MONTHLY

Настраиваем расписание. План будет выполняться один раз в месяц первого числа в 5:10 утра.

После создания расписания создаём сам план обслуживания:

В этом плане у нас будет пять шагов. Первой запускается проверка целостности всех пользовательских баз данных.

После проверки целостности делаем резервное копирование файлов данных. Для этого в типе резервного копирования выбираем опцию Full.

Во вкладке Destination задаём путь для хранения резервных копий. Я сохраняю ежемесячные бэкапы в папке monthly. Расширения файлов — bak.

Во вкладке Options указываем дополнительные параметры. Срок хранения ежемесячных бэкапов не ограничен. Они будут архивироваться.

Третий шаг в плане — резервное копирование лога транзакций. Для этого в типе резервного копирования выбираем опцию Transaction Log.

Во вкладке Destination задаём путь для хранения резервных копий логов. Я сохраняю ежемесячные бэкапы логов в той же папке monthly. Расширения файлов — trn.