Базовые принципы восстановления для администратора. Часть III

Содержание:
1. Часть I;
2. Часть II;
3. Часть III (Вы читаете данный раздел).

Состояние восстановления

Эта настройка была подробно описана выше. Вариант RESTORE WITH RECOVERY выбирается для того, чтобы вновь подключить базу данных к сети. Как видите, мы можем указать файл UNDO, если хотим перевести эту базу данных в состояние STANDBY в конце процесса восстановления.

Резервирование остатка журнала

Резервное копирование остатка, или «хвоста», журнала — это особый процесс, состоящий из двух фаз: выполняется резервная копия последнего журнала регистрации транзакций, а затем база данных переводится в состояние, блокирующее все попытки соединения с ней, за исключением соединения с целью получения резервной копии остатка журнала (записей в журнале транзакций, появившихся там с момента последней операции резервного копирования этого журнала) и выполнения последующего процесса восстановления. Восстановление базы данных невозможно, если к ней кто-то подключен. При этом достигаются две цели: мы получаем «сквозную» резервную копию вплоть до того момента, когда база данных в последний раз была в рабочем состоянии (это на тот случай, если кто-нибудь передумает и не захочет восстанавливать базу данных на указанный нами момент), а также гарантию того, что мы можем выполнить восстановление, разорвав все существующие соединения. При восстановлении с протоколированием редко возникают основания для того, чтобы не выполнять эту проверку в качестве меры предосторожности.

Последние настройки дают возможность форсированно переводить базу данных в режим работы с одним пользователем (в случае, если вы не выполняете резервную копию остатка журнала и не работаете в режиме простого восстановления Simple), а также получать уведомления перед восстановлением каждой резервной копии.

Теперь мы готовы привести базу данных к состоянию на тот момент восстановления, который был указан. Но перед тем как мы это сделаем, я хочу показать вам код, который будет выполнять данный процесс. Почти во всех диалоговых окнах SQL Server Management Studio предусмотрена возможность в фоновом режиме записывать в виде сценария выполняемые действия в новое окно запроса, в буфер обмена или в задание агента SQL Server, с тем чтобы выполнить их позднее. Если я переведу запись в новое окно запроса и подчищу сценарий, чтобы окно выглядело более презентабельно, вы сможете увидеть все шаги, отраженные в коде. Они представлены в коде ниже (примечания мои: понятно, что SQL — язык хороший, но не настолько).

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

Продолжение следует…