10.2.2. Настройка доставки журналов

Настроить доставку журналов можно как при помощи графического интерфейса Management Studio, так и при помощи команд Transact-SQL.

В SQL Server 2008 настройка доставки журналов производится из вкладки Transaction Log Shipping свойств базы данных (см. рис. 10.1). Эту вкладку можно открыть также из контекстного меню базы данных при помощи команды Tasks  Ship Transaction Logs.

Рис. 10.1. Экран настройки доставки журналов

Настройка параметров доставки журналов:

1. Enable this as a primary database in a log shipping configuration — этот флажок включает доставку журналов для данной базы данных. БД должна работать в режиме восстановления full (полного протоклирования);

2. Кнопка Backup Settings открывает окно диалога Transaction Log Backup Settings, в котором вы сможете настроить параметры резервного копирования журнала транзакций основной БД:

   1. Network path to backup folder и Local path to the folder — соответственно, сетевой и локальный пути к каталогу, в который будут помещаться резервные копии журналов транзакций. Служба SQL Server Agent вторичного сервера будет забирать файлы резервных копий из этого каталога.

   2. Delete files older than — по умолчанию старше чем 3 дня. Даже успешно скопированные и восстановленные файлы журналов транзакций все равно будут оставаться в исходном каталоге в течение указанного времени;

   3. Alert if no backup occurs within — по умолчанию часа. Этот параметр используется для создания предупреждения Log Shipping Primary Server Alert, которое можно увидеть под контейнером SQL Server Agent Alerts.

   4. Backup job — при помощи этой группы элементов управления можно просмотреть параметры создаваемого задания SQL Server Agent, которое будет выполнять резервное копирование журналов транзакций. При помощи кнопки Edit job можно изменить параметры этого задания, а при помощи флажка Disable this job — на время его отключить.

3. Кнопка Add под списком Secondary server instances and databases открывает окно диалога Secondary database settings, для настройки параметров восстановления резервных копий на сервере-получателе:

   1. Secondary server instance — сервер, на котором будут восстанавливаться резервные копии журнала транзакций;

   2. Secondary database — БД, для которой будет производиться восстановление копий журналов транзакций (можно указать имя новой БД);

   3. При помощи вкладки Initialize Secondary Database определиться, как именно будет создана вторичная база данных:

• Yes, generate a full backup of the primary database... — полная резервная копия исходной БД будет восстановлена на вторичном сервере под указанным именем. При помощи кнопки Restore options можно будет определить местонахождение файлов базы данных и журналов транзакций создаваемой базы данных;

• Yes, restore an existing backup of the primary database... — если уже имеется полная резервная копия основной базы данных необходимо указать сетевой путь к файлу с полной копией;

• No, the secondary database is initialized — в этом случае вам потребуется самостоятельно позаботиться о создании вторичной базы данных и ее исходной синхронизации с основной.

1. На вкладке Copy Files необходимо определить параметры копирования файлов резервных копий журналов транзакций:

• Destination folder to copied files — локальный каталог на вторичном сервере, или сетевой каталог на файл-сервере;

• Delete copied files after— скопированные файлы будут удалены только через указанное количество часов. По умолчанию 72 часа;

• Copy job — при помощи этого параметра можно узнать имя создаваемого задания SQL Server Agent, настроить расписание резервного копирования, а также при необходимости отключить это задание.

1. На вкладке Restore Transaction Log вы сможете настроить параметры восстановления резервных копий журналов транзакций:

• Database state when restoring databases – параметр, определяющий, будет ли база данных открываться для пользователей:

1. No recovery mode — база данных открываться для пользователей не будет;

2. Standby mode — база данных будет открыта в режиме "только чтение". При этом, если к базе данных подключены пользователи, восстановление журналов транзакций производиться не будет. Для принудительного отключения пользователей при восстановлении необходимо установить флажок Disconnect users in the database when restoring backups.