2.4 Управление резервным копированием

Для просмотра, удаления и модифицирования запланированных заданий резервного копирования нужно выполнить следующие шаги:

1, В левой панели Enterprise Manager раскрыть папку сервера, раскройте папку Management, раскрыть папку SQL Server Agent и щелкнуть на Jobs (Задания). Запланированные задания будут представлены в списке правой панели Enterprise Manager.

2. Чтобы удалить задание, щелкнуть правой кнопкой мыши на имени этого зада­ния и выбрать из контекстного меню пункт Delete (Удалить).

3. Для просмотра или модифицирования задания щелкнуть правой кнопкой мыши на имени этого задания и выбрать из контекстного меню пункт Properties (Свой­ства), чтобы появилось окно свойств задания Properties.

4. Для просмотра журнала выполнения заданий щелкнуть правой кнопкой мыши на имени задания в правой панели Enterprise Manager и выбрать из контекстного меню пункт View Job History (Просмотр журнала задания), чтобы появилось диалоговое окно Job History. Появятся строки информации, описывающие каждое выполнение этого зада­ния, любых операторов, получивших уведомления, а также ошибки или сообще­ния, полученные от SQL Server. Для просмотра дополнительных подробностей о статусе выполнения задания установить флажок Show step details (Показать подробности по шагам) в верхнем правом углу этого диалогового окна.

2.5 Методы восстановления

Тип выполненного резервного копирования влияет на характер операции восстановления.

Восстановление из полной резервной копии

Восстановление из полной резервной копии резервной копии подразумевает восстановление всей базы данных. Выполняется восстановление всех групп файлов и файлов данных, которые являются частью этой базы данных. Если вы плани­руется восстановление из разностных резервных копий после восстановления из пол­ной резервной копии, то нужно создавать резервную копию текущего журнала транзакций и задавать параметр NORECOVERY, когда выполняете восста­новление. Параметр RECOVERY указывает SQL Server, что после окончания операции восстановления нужно попытаться воспроизвести базу данных с помощью оперативного журнала транзакций.

Восстановление из разностной резервной копии

Для восстановления из разностной резервной копии нужно сначала выполнить восстановление из полной резервной копии и затем - из всех разностных резервных копий, созданных вслед за последней полной резервной копией. Раз­ностная резервная копия используется для резервного копирования информации, которая изменилась с момента последнего полного или разностного резервного копирования. Нужно использовать параметр NORECOVERY (за исключением случая восстановления самого последнего файла резервной копии, для которого нужно использовать параметр RECOVERY). Если выполняется восстановление из ре­зервных копий журналов транзакций в дополнение к разностной резервной копии, то нужно также выполнить резервное копирование текущего журнала и применять все измененные файлы журнала, как это описано ниже.

Восстановление из резервных копий журнала транзакций

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

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

Чтобы использовать журналы транзакций для восстановления базы данных к со­стоянию, в котором она находилась непосредственно перед моментом отказа, нужно выпол­нить следующие основные шаги

1. Выполнить резервное копирование текущего активного журнала транзакций, используя параметр NO_TRUNCATE.

2. Восстановить последнюю полную резервную копию.

3. Восстановить все разностные резервные копии для возврата базы данных к со­стоянию, в котором она находилась при создании последней резервной копии.

4. Восстановить все резервные копии журнала транзакций, созданные после запи­си последней разностной резервной копии, для воспроизведения всех транзак­ций, выполненных с момента создания этой последней резервной копии.

5. Восстановить резервную копию журнала транзакций, которая была создана на шаге 1, чтобы вернуть базу данных к состоянию, в котором она находилась непосред­ственно перед отказом системы.

Выполнение операции восстановления базы данных с использованием Enterprise Manager

Для операции восстановления с помощью Enterprise Manager нужно выполнить следующее.

1. В окне Enterprise Manager щелкнуть правой кнопкой мыши на имени базы дан­ных, которую нужно восстановить, указать в контекстном меню пункт All Tasks (Все задачи), затем выбрать команду Restore database (Восстановить базу дан­ных), чтобы появилось диалоговое окно Restore database (рис.8).

Рис. 8. Вкладка General диалогового окна Restore database (Восстановление базы данных)

2. Вверху вкладки General (Общие) находится раскрывающийся список Restore as database (Восстановить как базу данных), где можно указать, в какой базе данных будет восстановлена резервная копия.

3. Указать тип операции восстановления: Database (База данных), Filegroups or files (Группа файлов или файл) или From device (Из устройства). Вариант Database позволяет задать базу данных для восстановления. Вариант Filegroups or files позволяет задать для восстановления группы файлов или файлы. Параметр From device позволяет указать устройство, с которого будет выполняться восста­новление, а тип восстановления будет определяться содержимым этого устрой­ства. На рис. 8 выбран вариант Database.

4. В секции Parameters (Параметры) можно задать, нужно ли показывать резерв­ные копии других баз данных (для восстановления с резервной копии другой базы данных), указать, какая резервная копия должна восстанавливаться первой (если имеется набор из нескольких резервных копий), и задать восстановление данных к состоянию, в котором они находились на определенный момент времени (фла­жок Point-in-time restore). В диалоговом окне Restore database можно выделить набор резервного копирования и затем просмотреть его свойства, щелкнув на кнопке Properties (Свойства).

5. Если указать тип операции восстановления From device (рис. 9), то нужно вручную выбрать набор резервного копирования и затем указать, что будет восстанавливаться: полная копия (Database - complete), разностная копия (Database - differential), журнал транзакций (Transaction log) или файл или груп­па файлов (File or filegroup). Можно указать, чтобы SQL Server прочитал информацию набора резервного копирования и сохранил ее вместе с другой ин­формацией журнала резервного копирования в базе данных msdb. Затем можно использовать информацию об этой резервной копии, если нужно выпол­нить восстановление базы данных.

Рис. 9. Вкладка General диалогового окна Restore database после щелчка на кнопке выбора From device

6. Вверху вкладки Options (Параметры) есть три флажка (рис 10). Установка флажка Eject tapes after restoring each backup (Извлекать ленты после восстановления каждой резер­вной копии) гарантирует, что лента не останется в ленточном устройстве и не будет перезаписана. Установка флажка Prompt before restoring each backup (Запрос перед восстановлением каждой резервной копии) позволяет отменить свое решение о восстановлении из резервной копии. И установка флажка Force restore over existing database (Принудительное восстановление в существующую базу дан­ных) позволяет перезаписать существующую базу данных восстановленной базой данных. В этой вкладке можно также восстановить базу данных под другим именем, что может оказаться полезным, если нужно сохранить исход­ную базу данных.

Рис. 10. Вкладка Options диалогового окна Restore database

Остальные параметры (кнопки выбора) позволяют указывать, в каком состо­янии следует оставить базу данных по завершении восстановления.

• Leave database operational. No additional transaction logs can be restored (Оста­вить базу данных в рабочем состоянии. Восстановление дополнительных журналов транзакций невозможно). Этот вариант не допускает никакого допол­нительного восстановления с разностных резервных копий или резервных копий журнала транзакций. При этом для восстановления фактически уста­навливается флаг RECOVERY. При выборе этого варианта вы нельзя восстанавливать резервные копии журнала транзакций.

• Leave database nonoperational but able to restore additional transaction logs (Ос­тавить базу данных в нерабочем состоянии, но с возможностью восстановле­ния дополнительных журналов транзакций). При этом варианте для восста­новления устанавливается флаг NORECOVERY. При установке этого флага можно запускать дальнейшее восстановление с разностных резервных ко­пий или резервных копий журнала транзакций. База данных находится в не­рабочем состоянии, а это означает, что пользователи не имеют доступа к этой базе данных, пока вы не закончите все восстановление.

• Leave database read-only and able to restore additional transaction logs (Оставить базу данных доступной только по чтению и с возможностью восстановления . дополнительных журналов транзакций). Этот вариант также указывает уста­новку фляга NORECOVERY для восстановления, и можно выполнять восстановление с разностных резервных копий или резервных копий журнала транзакций. В отличие от предыдущего варианта эта кнопка выбора позволя­ет пользователям осуществлять доступ к базе данных по чтению с одновре­менным выполнением операции восстановления.

8. По окончании установки этих параметров щелкнуть на кнопке ОК, чтобы на­чать операцию восстановления. На экране будет отражаться информация о ходе опера­ции. По окончании операции появится статусное окно, информирую­щее о результате восстановления (успешное или неуспешное).