Главная » Microsoft SQL Server, Базы данных » Концепции восстановления

0

Концепция восстановления базы данных основана на поддержании свойства живучести принципов АСЮ целостности транзакций. Живучесть подразумевает, что если транзакция подтверждена, то она должна реализоваться базой данных, независимо от каких-либо технических катаклизмов.

SQL Server реализует поддержку целостности транзакций с помощью последовательно организованного журнала транзакций. Каждая транзакция перед записью в базу данных предварительно записывается в журнал транзакций. Это обеспечивает плану восстановления некоторые преимущества.

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

?               Журнал транзакций разрешает выполнение резервирования в процессе обработки транзакций.

?               Журнал транзакций минимизирует влияние сбоев оборудования, так как может быть размещен в дисковой подсистеме, отдельной от той, которая используется для хранения файлов данных.

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

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

?               Простая модель. Журнал транзакций не резервируется.

?               Модель с неполным протоколированием. Массовые операции не заносятся в журнал транзакций.

?               Полная модель. Все транзакции заносятся в журнал.

В дополнение SQL Server предлагает пять вариантов резервного копирования.

?               Полное. Резервируются все данные.

?               Дифференцированное. Резервирование всех страниц данных, измененных с момента последнего полного резервного копирования.

?               Журнал транзакций. Резервирование всех транзакций в журнале.

?               Файл или файловая группа. Резервирование всех данных, содержащихся в файле или файловой группе.

?               Файловое дифференцированное. Резервирование всех страниц данных, модифицированных с момента последнего резервного копирования файла или файловой группы.

Резервирование базы данных является не единственным критичным резерв- v На заметку ным копированием, которое следует учесть в плане восстановления. Если схе- ма обеспечения безопасности базы данных основана на аутентификации Windows, следует также резервировать учетные записи Windows. Таким образом, план восстановления SQL Server должен вписываться в глобальный план восстановления информационной структуры организации.

Резервное копирование в SQL Server довольно гибкое; оно поддерживает создание резервной копии в любом количестве файлов. Один архив может быть распределен в нескольких файлах, формируя резервный набор. И наоборот, один резервный набор может содержать множество экземпляров архивов.

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

Если вы знакомы с процессом резервирования в SQL Server 2000, то заметите Новинка ^ Ряд изменений и улучшений. Редко используемые функции, такие как мастер 2005                          резервирования и отложенное резервирование, отошли в небытие. В то же

время появился ряд новых, долгожданных функций, таких как восстановление частей поврежденного файла и восстановление к заданному моменту времени (эти функции доступны в редакции Enterprise Edition).

Источник: Нильсен, Пол. Microsoft SQL Server 2005. Библия пользователя. : Пер. с англ. — М. : ООО “И.Д. Вильямс”, 2008. — 1232 с. : ил. — Парал. тит. англ.

По теме:

  • Комментарии