Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Артемов Д.В. -> "Microsoft SQL Server 2000" -> 48

Microsoft SQL Server 2000 - Артемов Д.В.

Артемов Д.В. Microsoft SQL Server 2000 — М.: Издательско-торговый дом «Русская Редакция», 2001. — 576 c.
ISBN 5-7502-0154-6
Скачать (прямая ссылка): artemov.pdf
Предыдущая << 1 .. 42 43 44 45 46 47 < 48 > 49 50 51 52 53 54 .. 187 >> Следующая


При восстановлении копии журнала транзакций аргумент STOPAT позволяет вернуть БД в состояние на точно указанный момент. Например, в 12:34 незадачливый оператор выполнил команду:

DELETE FROM МояОченьВажнаяБазаДанных..СамаяВажнаяТаблица

и уничтожил все записи в таблице заказов. Знание момента катастрофы и наличие копии журнала транзакций позволит восстановить БД в состояние на 12:33. Все, что было потом, — история.

Так как SQL Server восстанавливает БД по записям журнала транзакций, сделанным до указанного момента, укажите дату и (с точностью до минуты), и все операции, происшедшие позже, учитываются не будут.

Восстановление копии индивидуальных файлов или группы файлов

Восстановление индивидуальных файлов или групп — довольно редкий вариант, но у него свои плюсы.

RESTORE DATABASE {database_name @dalabase_name_var) <file_or_filegroup> 1,.. .m]

www.books-shop.com

ГЛАВА 2; Управление сервером

1 25

[FROM <backup_file> [, ...п]] где <f ile_or_filegroup>

{FILE = logical_file_name \ FILEGROUP = logical_filegroup_name}

Восстановление индивидуальный файлов или групп позволяет ускорить восстановление очень большой БД. Это может понадобиться после повреждения или случайного удаления одного из файлов.

Для приведения файла (группы файлов) в состояние, не противоречащее остальной части базы, следует восстановить все журналы транзакций, созданные с момента последнего полного копирования. При восстановлении SQL Server использует только те записи в журнале транзакций, что относятся к восстановленному файлу.

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

Использование резервного сервера

Чтобы сервер был постоянно доступен, можно рассмотреть использование резервного (Standby) сервера:

RESTORE {DATABASE | LOG}{database,name \ @uatabase_name_var]

FROM <backup_file> [____ л]

[[,] MOVE ' logical_file_name' TO 'operating_system_file_name''\ [WITH NORECOVERY I RECOVERY I STANDBY = undo_file_name}]

Резервный сервер можно применять для переключения на него пользователей при сбое основного или хранения БД, открытой только для чтения и для поддержки принятия решений.

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

базу к серверу. Файл БД версии 8.0 хранит необходимую информацию о себе и может быть легко подключен к любому серверу.

Версия 8.0 позволяет отключать/подключать базы данных из контекстного меню All Tasks, вызываемого щелчком правой кнопкой имени зарегистрированного сервера или имени БД в консоли администрирования.

Для поддержания резервного сервера в состоянии полной готовности Вы должны регулярно восстанавливать на него все копии жур-

Данная версия книги выпущена электронным издательством "Books-shop". Распространение, продажа, перезапись данной книги или ее частей ЗАПРЕЩЕНЫ. О всех нарушениях просьба сообщать по адресу piracy@books-shop.com

126

Microsoft SQL Server 2000, Новейшие технологии

нала транзакций, сделанные на основном сервере. Соответственно копии журнала должны создаваться по строгому графику. При восстановлении копии журнала транзакций всегда указывайте аргумент NORECOVERY, если не собираетесь выводить под рабочую нагрузку резервный сервер параллельно с основным. Если резервный сервер хранит базу, открытую только для чтения, пользователи смогут работать с данными, что снизит нагрузку на основной. Резервный сервер можно использовать и для анализа качества информации. Если при восстановлении копии журнала транзакций указать аргумент STANDBY, сервер создаст специальный файл, позволяющий отменить сделанные изменения. Анализ информации после восстановления копии журнала или исполнение команд DBCC позволят локализовать ошибку, а изменения, внесенные последней копией журнала транзакций, можно отменить. Такой механизм позволяет установить время порчи информации или базы и с помощью аргумента STOP AT восстановить данные вплоть до этого момента.

Замена основного сервера резервным

Чтобы вывести резервный сервер под рабочую нагрузку, надо создать на нем полную копию БД с рабочего сервера. Для этого в первую очередь создайте копию журнала транзакций с аргументом NOTRUNCATE, позволяющим включить все незавершенные транзакции с момента создания последней копии журнала. Отключите рабочий сервер от сети. Восстановите последнюю сделанную копию журнала транзакций на резервном сервере и укажите аргумент RECOVERY. Сервер восстановит транзакционную целостность, и пользователи смогут не только читать, но и записывать информацию в

Если база резервного сервера использовалась только для чтения и Вам не нужно восстанавливать дополнительные копии журнала транзакций, дайте команду RESTORE DATABASE WITH RECOVERY -и резервный сервер можно использовать как рабочий.
Предыдущая << 1 .. 42 43 44 45 46 47 < 48 > 49 50 51 52 53 54 .. 187 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100