КАТЕГОРИИ:
АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
|
Восстановление данныхВ таблице 5 перечислены возможные типы восстановления данных, основанные на различных способах резервного копирования БД.
Таблица 5. Способы восстановления данных в SQL Server 2000
Независимо от модели восстановления, первым шагом всегда является восстановление последней полной резервной копии. Для восстановления БД в Enterprise Manager, следует выделить базу данных, дважды щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню Все задачи -> Restore Database, после этого откроется диалоговое окно Restore database, показанное на рисунке 20.
Рис 20. Выбор параметров восстановления БД.
Это диалоговое окно позволяет просматривать все последние резервные копии в хронологическом порядке. Здесь же можно выбрать базу данных, которую нужно восстановить. SQL Server EnterpriseManager сам определяет наиболее эффективный путь восстановления БД, используя информацию о резервном копировании. Однако при необходимости есть возможность вручную выбрать файл, из которого будет происходить восстановление БД, нажав на кнопку Properties. При этом откроется диалоговое окно Backup Set Properties, где в поле Restore From указывается путь к файлу с резервной копией БД. На вкладке Options диалогового окна Restore database можно выбрать дополнительные опции восстановления (рисунок 21): Eject tapes(if any) after restoring each backup - выгружать ленту (если есть) после каждого восстановления; Prompt befor restoring each backup - выдавать дополнительное предупреждение перед началом восстановления каждой копии; Force restore over existing database - осуществлять восстановление поверх существующей базы данных. В нижней части окна находятся три переключателя, которые позволяют определить состояние базы после восстановления копии: Leave database operational. No additional transaction logs can be restored - после загрузки резервной копии будет инициирован процесс восстановления, что приведет к откату всех незавершенных транзакций. Станет невозможной загрузка дополнительных копий журнала транзакций. Пользователи получат возможность нормально работать с базой данных. Leave database nonoperational but able to restore additional transaction logs - по окончании загрузки копии база данных будет оставаться временно недоступной. Будет необходимо загрузить дополнительные копии, после чего инициировать процесс восстановления. Leave database read-only and able to restore additional transaction logs - база данных становится доступной только для чтения. Вы можете загрузить дополнительные резервные копии журнала транзакций. Эта опция используется для создания резервного сервера.
Рис 21. Дополнительные опции восстановления БД.
|