Примечание Перед тем как начать восстановление рабочей БД, ограничьте доступ

пользователей к ней,

Восстановление всей базы данных при повреждении диска данных -

Если вы не используете RAID, то при повреждении диска, содержащего файлы данных, БД, связанная с этими файлами будет помечена в SQL Server Enterprise Manager как тельная (suspect) (рис. 9-16)

L 1 iJTiUlB

4 SQl Server Group

ILFPftCEDCPU (Windows NTl

msdb

Northwind £5ЕМ(М(5ичжЩ

¥ iD Debs TrensfonwHon Services О Repkatlor

ж CJ Meta Data . Лк!

a Ш

SSETOB iSuspKt)

Рис. 9-16. Поврежденн1й файл данных помечается как подозрительн1й

Если вы видите, что БД помечена как подозрительная, немедленно создайте резервную копию журнала транзакций без усечения и лишь потом начинайте восстановление данных (в противном случае вы потеряете информацию обо всех изменени-

сделанных после последнего резервного копирования журнала). Если вы создадите резервную копию журнала транзакций с использованием режима Without Truncation, вы сможете восстановить ваши данные до момента повреждения диска (рис.

Затем замените дснныи диск, Если в вашей системе используется RAID для повышения вам надо только добавить новый диск в систему

RAID. Если же вы не используете необходимо восстановить данные до того,

как вы предоставите доступ к БД, которая была повреждена. Вы мо-

жете либо восстановить БД полностью, либо восстановить файлы или группы файлов (см. следующий раздел). В обоих случаях, чтобы провести восстановление, раскройте контейнер Databases, кнопкой БД, которая помечена как подозри-

тельная, выберите пункт All Tasks, затем - Restore Database. SQL Server Enterprise Manager определит наиболее эффективный путь восстановления этой БД, используя информацию о резервном копировании, которая содержится в БД (рис. 9.18).

Если один из наборов резервных копий, указанных SQL Server Enterprise Manager для использования в операции восстановления, отсутствует в диалоговом окне Restore Database, вы можете выбрать другие комбинации наборов резервного копирования, чтобы провести восстановление, и SQL Server Enterprise Manager поможет вам в этом. Например, если вы хотите ат1. с полной резервной копии, предшествующей выб-

ранной, раскройте список First Backup To Restore и выберите нужную полную копию. SQL Server Enterprise Manager быстро определит остальные резервные копии, которые необходимы для выполнения восстановления, и покажет их в виде списка в нижней части диалогового окна.

;rhiiiri-ir-f- -iHil

Рис. 9-17. Выбор параметров резервного ования журнала транзакций

Рис. 9-18. Выбор наборов резервнгх копий для восстановления

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

вом окне Backup Set Properties будет отображаться информация о наборе резервного копирования, которую вы ввели при его создании, а также информация, которую записал при создании резервной копии SQL Server 2000 (рис. 9-19).

Рис 9-19. Просмотр свойств набора резервнгх копий

Если расположение файла резервной копии изменилось и отличается от записанного в БД msdb, то, щелкнув кнопку Change в диалоговом окне Backup Set Properties, вы можете указать новый путь к файлу. Например, это потребуется в том случае, если вы сначала создали резервную копию на локальном диске, а затем перенесли на ленту или на сетевой диск.

Определив, какие наборы резервных копий вы будете использовать, перейдите на вкладку Options диалогового окна Restore Database, чтобы задать дополнительные параметры восстановления данных (рис. 9-20).

lua№>olwl>№1ll:rtlr м<-

Рис. 9-20. Выбор дополнительн1х параметров процесса восстановления даннЕх

На вкладке Options в поле Restore ицы со списком восстанавливаемых файлов вы можете изменить физическое расположение любого восстанавливаемого файла данных. По умолчанию пр овлении файлы записываются туда, где они были размешены первоначально (при этом файлы с таким же расположением и именем перезаписываются). Также вы можете определить, в каком состоянии будет находиться БД после По умолчанию SQL Server 2000 восстанавливает каждый выбранный вами набор и после обращения к последнему набору восстанавливает БД. Это равносильно использованию оператора Ct-SQL RECOVERY.