Одним из наиболее важных аспектов роли DBA является обеспечение регулярного копирования данных, чтобы в случае сбоя можно было восстановить БД. Несмотря на то, что компьютерная индустрия уже на протяжении десятилетий знает о необходимости надежных стратегий резервного копирования, трагические истории потери данных по-прежнему остаются обычным явлением.
SQL сервер поддерживает три типа моделей восстановления базы данных. Все модели сохраняют данные в случае аварии, но существуют важные различия, которые необходимо знать при выборе модели восстановления для базы данных [4]. Описание моделей восстановления приведено в Таблице 5. У каждой базы данных может быть своя модель восстановления. Выбор модели осуществляется в окне Свойства БД на странице Параметры.
Таблица5.ОписаниемоделейвосстановлениявSQLServer
Модельвосстановления
Описание
Простая (Simple)
Предназначена для восстановления до точки последней архивации. Стратегия для данной модели должна включать полные и разностные операции резервного копирования. Включив простую модель восстановления, нельзя выполнять резервное копирование журналов транзакций. Автоматически в контрольной точке происходит усечение журнала (очистка всех неактивных записей транзакций), чтобы минимизировать пространство.
Эта модель идеально подходит для большинства системных БД.
Полная (Full)
Предназначена для восстановления БД до точки сбоя или на определенный момент времени. При использовании данной модели протоколируются все операции, включая массовые операции и массовую загрузку данных. Стратегия должна включать следующие архивы: полные, разностные и архивы журнала транзакций (или только полные архивы и архивы журнала транзакций), т.е. требуется резервное копирование журнала. Исключает потерю данных из-за поврежденного или отсутствующего файла данных.
Неполноепротоколирование (Bulk Logged)
Эта модель сокращает пространство, занимаемое журналом транзакций, сохраняя большую часть функциональности полной модели восстановления. Выполняется минимальное протоколирование массовых операций и массовых загрузок без контроля отдельных операций, что может повысить производительность операций массового копирования. Если сбой произойдет прежде, чем будет выполнена полная или разностная архивация, массовые операций и массовые загрузки придется повторить вручную. Стратегия резервного копирования для данной модели должна включать те же архивы, что и для полной модели.
