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

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

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

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

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

История резервирования тестовой базы данных

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

Кроме того, мы узнаем, что кто-то удалил некую весьма важную таблицу в 20:26 30 августа 2016 года с помощью следующей команды:

DROP TABLE Very_lmportant_TabIe;

Варианты восстановления

Эти варианты определяют, что произойдет с нашей базой данных по завершении процесса восстановления.
• Overwrite the existing database («Записать поверх существующей базы данных»). Мы делаем такой выбор, так как нам нужно заменить испорченный кем-то текст. В этом случае мы потеряем все транзакции, совершенные с того момента, к которому вы должны привести базу данных в восстановленном состоянии.

• Если бы мы имели дело с базой данных в процессе репликации, нам следовало бы рассмотреть вариант Preserve the replication settings («Сохранить настройки репликации») с целью сохранения возможности возвращения базы данных в нашу схему репликации.

• Настройка Restrict access to the restricted database («Ограничить доступ к защищенной базе данных») заблокирует возможность общего доступа к базе данных. Ее можно использовать для восстановления и последующей диагностики базы данных без предоставления пользователям права работать с ней.

У вас собралась внушительная база данных с дизайном визиток для ваших клиентов. Конечно же, вам нет необходимости ее администрировать: основная ваша задача — максимально быстро их распечатать. Именно поэтому настоятельно советую вам заглянуть на http://www.fastprint.ua/Vizitki. Здесь вы сможете распечатать ваши визитки на профессиональном оборудовании.