Резервное копирование транзакционного лога

В данной статье рассматривается как настроить задачу резервного копирования транзакционного лога при использовании полной модели восстановления в СУБД MS SQL Server. Статья является продолжением статьи «Перечень необходимых задач регламентного обслуживания MS SQL Server».

Предисловие

Как ранее описывалось, в случае выбора полной модели восстановления, при использовании СУБД MS SQL Server, необходимо выполнять задачу резервного копирования транзакционного лога. Данная необходимость обусловлена тем, что журнал транзакций будет расти пока не будет выполнен его бэкап, или же он не займет все место на диске и, как результат, СУБД упадет с ошибкой. Правильной периодичностью выполнения данного задания считается такая периодичность, при которой файл транзакционного лога не будет расти, т.е. будет сохранять свой размер, но не реже периодичности создания дифференциальной/полной резервной копии. Таким образом, данная задача сводится к подбору оптимального соотношения значений: размера транзакционного лога, периодичности его резервного копирования и количества транзакций в базе данных (проще говоря, активности пользователей при работе с БД). В моем случае, задание выполняется каждый час.

Настройка задания

Добавим основной, общий для одной базы данных, план обслуживания, который можно назвать именем базы данных, и добавим в него субплан «LogBackUp», после чего назначим ему расписание. В моем случае, расписание задано следующего вида: «Понедельник — Суббота, с 9:00 до 21:00, каждый час». Подробнее о создании плана обслуживания написано в статье «Механизм «Планы обслуживания» и механизм заданий MS SQL Server»

Добавление субплана резервного копирования транзакционного лога
Добавление субплана резервного копирования транзакционного лога
Свойства расписания субплана
Свойства расписания субплана

После этого, из панели инструментов Планов обслуживания перенесем задание «Резервное копирование базы данных» (Back Up Database Task) в рабочую область субплана (т.е. добавим задание в наш субплан).

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

Далее, двойным щелчком по задаче, откроем задачу для редактирования.

На вкладке «Общее» (General) укажем:

  1. «Тип резервного копирования» (Backup type): «Журнал транзакций» (Transaction log)
  2. В «базы данных» (Databases): выберем требуемые базы данных
  3. В «Назначение» бэкапа: «Диск» (Disk)
Вкладка "Общее" задачи резервного копирования базы данных
Вкладка «Общее» задачи резервного копирования базы данных

На вкладке «Параметры носителя» (Destination) укажем:

  1. «Папку» (Folder): где будут храниться резервные копии транзакционного лога
  2. «Расширение файлов» (file extension) транзакционного лога
Вкладка "Параметры носителя" задачи резервного копирования базы данных
Вкладка «Параметры носителя» задачи резервного копирования базы данных

На вкладке «Параметры резервного копирования» (Options) можно:

  1. Установить «режим сжатия файла» (Set backup compression): рекомендую сжимать, чтобы не занимал лишнего места
  2. Установить «срок действия набора данных» (Backup set will expire): в течение данного периода времени SQL защитит от перезаписи этот набор данных другими наборами резервных копий. Но это не означает что устаревшие наборы данных будут автоматически удалены, для автоматического удаления необходимо использовать задание «Очистка после обслуживания» (Maintenance cleanup task).
  3. Установить флаг «Архивная копия только для копирования» (Copy-only backup): в нашем случае ставить не надо. SQL создает копию не влияющую на последовательность восстановления.
  4. Установить флаг «Проверить копию после завершения» (Verify backup integrity): рекомендуется установить, для повышения надежности. После выполнения задания копия будет проверена на целостность.
  5. Установить режим «Шифрования» (Encryption): используется для шифрования файла бэкапа.
Вкладка "Параметры резервного копирования" задачи резервного копирования базы данных
Вкладка «Параметры резервного копирования» задачи резервного копирования базы данных

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *