Microsoft SQL Server 2014 позволяет воспользоваться встроенными средствами резервного копирования и обслуживания баз данных.
Данный план предназначен для обслуживания баз данных исключительно с моделью восстановления FULL. Если вы используете другую модель восстановления, то нужно воспользоваться другим планом, потому что резервное копирование лога транзакций вам может не потребоваться. При необходимости модифицируйте план под свою структуру.
Описываемый план обслуживания успешно используется для баз данных 1С, но не ограничивается ими.
Модель восстановления FULL используется из-за настроенного зеркалирования баз данных.
Данный план решает три важные задачи:
- Резервное копирование баз данных.
- Ежедневное сжатие баз данных и лога транзакций.
- Обслуживание баз данных.
Резервное копирование
Для резервного копирования используется три плана:
- Ежемесячный .
- Ежедневный.
- Ежечасный, или почасовой, кому как удобнее.
Каждый план делает резервную копию в своей сетевой папке. Резервное копирование осуществляется в сетевую папку другого сервера. Примечательно, что в качестве цели можно выбрать только локальные диски, но делать этого явно не стоит. Однако, SQL Server неявно позволяет вручную указать сетевой адрес, начинающийся с \\your_backup_server_name.
После выполнения отправляется отчёт на почту. Для того, чтобы можно было отправлять уведомления на почту, вам может потребоваться предварительно настроить Database Mail.
Ежемесячный план
Ежемесячный план выполняется раз в месяц, копии хранятся несколько лет.
- Сначала выполняется проверка целостности. Если база повреждена - нет смысла делать её резервную копию.
- Полное резервное копирование баз данных.
- Резервное копирование лога транзакций.
- Удаление старых бэкапов баз данных.
- Удаление старых бэкапов логов транзакций.
- Удаление истории.
- Уведомление на почту об успешном выполнении плана.
Для экономии места на сервере бэкапов включено сжатие. Также включена проверка целостности резервной копии.
Ежедневный план
Ежедневный план выполняется каждый день.
- Сначала выполняется проверка целостности. Если база повреждена - нет смысла делать её резервную копию.
- Полное резервное копирование баз данных.
- Резервное копирование лога транзакций.
- Сжатие базы данных.
- Удаление старых бэкапов баз данных.
- Удаление старых бэкапов логов транзакций.
- Уведомление на почту об успешном выполнении плана.
Если делать сжатие баз данных сразу после бэкапа лога транзакций, и если зеркало настроено в синхронный режим работы, то в этот момент лог транзакций успешно сожмётся. Тем самым мы экономим место на сервере. Этим пунктом мы выполняем одну из важных частей нашего плана по ежедневному сжатию баз данных и лога транзакций.
Ежечасный план
Условия резервного копирования следующие: необходимо обеспечить восстановление баз данных на любой момент времени за последнюю неделю. Резервное копирование файла логов транзакций позволяет это сделать.
Ежечасный план выполняется раз в часа. На самом деле делать резервную копию логов транзакций можно и с другой периодичностью.
- Резервное копирование лога транзакций.
- Удаление старых бэкапов баз данных (необязательно).
- Удаление старых бэкапов логов транзакций.
Уведомления на почту не делаем, ни к чему.
Обслуживание баз данных
Для обслуживания создан отдельный план, который выполняется раз в день. При этом выполняются следующие задачи:
- Обновление статистики.
- Сброс кеша хранимых процедур.
- Перестроение индексов.
- Реорганизация индексов.
- Уведомление на почту об успешном выполнении плана.
Execute T-SQL Statement Task содержит в себе команду:
DBCC FREEPROCCACHE
Этот план у меня прекрасно справляется с обслуживанием баз данных 1С.
Источник:
https://internet-lab.ru/maintenance_plans_mssql_2014
Если вам понравилась статья, то ставьте 👍🏻 каналу.
Пишите комментарии, задавайте вопросы, подписывайтесь.