- •Введение
- •Основная характеристика
- •История
- •Отличительные особенности версии sql Server 2005
- •Модели восстановления
- •Простая модель восстановления
- •Модель полного восстановления
- •Модель восстановления с неполным протоколированием
- •Выбор модели восстановления
- •Когда использовать простую модель восстановления
- •Когда использовать модель полного восстановления
- •Когда следует использовать модель восстановления с неполным протоколированием
- •Жесткий сбой системы (аварийный отказ аппаратуры).
- •Человеческие ошибки
- •Устройства, предназначенные для резервного копирования
- •Устройства хранения резервных копий
- •Устройства резервного копирования
- •Виды резервного копирования
- •Полное резервное копирование базы данных
- •Проверка настройки модели аварийного восстановления:
- •Разностное резервное копирование
- •Частичное резервное копирование
- •Резервное копирование журнала транзакций
- •Резервное копирование файлов и файловых групп
- •Расписание
- •Ограничения на операции резервного копирования в sql Server
- •Восстановление данных
- •Подготовка к восстановлению
- •Создаем информацию простого резервного копирования
- •Получаем общую информацию резервного копирования
- •Восстановление
- •Преимущества восстановления файлов или страниц
- •Стадии восстановления Стадия копирования данных
- •Стадия повтора (накат)
- •Точка восстановления
- •Согласованность повтора
- •Стадия отката и восстановление
- •Связь параметров recovery и norecovery со стадиями восстановления
- •Заключение
- •Список источников
-
Модель восстановления с неполным протоколированием
Эта модель восстановления обеспечивает неполное протоколирование большинства массовых операций. Она предназначена для работы только в качестве дополнения к полной модели полного восстановления. Для ряда масштабных массовых операций (массовый импорт, создание индекса и т. п.) временное переключение на модель восстановления с неполным протоколированием повышает производительность и уменьшает место, необходимое для журналов. Тем не менее, для работы этой модели требуются резервные копии журналов. Как и в модели полного восстановления, в модели восстановления с неполным протоколированием сохраняются записи журнала транзакций после его резервного копирования. Это увеличивает объем резервных копий журналов и повышает риск потери результатов работы, поскольку модель восстановления с неполным протоколированием не поддерживает восстановление до заданного момента времени.
-
Выбор модели восстановления
Для каждой базы данных необходимо рассмотреть следующие вопросы.
-
Как часто изменяются данные в этой базе данных?
-
Изменяются ли некоторые таблицы значительно чаще, чем другие?
-
Существуют ли критические рабочие периоды? Если да, то какие шаблоны использования применяются в эти периоды? Существуют ли в базе данных пиковые нагрузки по операциям вставки и обновления? Возможно, потребуется создать расписание резервного копирования данных, которое должно производиться в периоды минимальной активности. При высокой интенсивности операций ввода-вывода обычно применяется только резервное копирование журналов.
-
Производятся ли рискованные обновления базы данных и возникают ли в ней ошибки приложений, которые невозможно сразу обнаружить? Если да, то рассмотрите использование модели полного восстановления. Это позволит использовать резервные копии журналов для восстановления базы данных до состояния на определенный момент времени.
Когда использовать простую модель восстановления
Простая модель восстановления рекомендуется использовать при следующих условиях.
-
в восстановлении до момента сбоя необходимости нет. Если база данных утрачена или повреждена, допускается потеря всех обновлений, выполненных с момента предыдущего резервного копирования до момента сбоя;
-
допускается возможность потери некоторых данных в журнале;
-
нет необходимости в резервном копировании и восстановлении журнала транзакций, вместо этого отдается предпочтение полным и разностным резервным копиям.
Когда использовать модель полного восстановления
Модель полного восстановления, а также при необходимости модель с неполным протоколированием рекомендуется использовать при выполнении какого-либо из следующих условий:
-
необходимо иметь возможность восстановить все данные;
-
для базы данных, содержащей несколько файловых групп, необходима возможность поэтапного восстановления вторичных файловых групп для чтения и записи и по необходимости файловых групп только для чтения;
-
необходимо иметь возможность восстановления до точки сбоя;
-
необходимо иметь возможность восстановления отдельных страниц;
-
допускаются затраты, связанные с администрированием резервного копирования журнала транзакций.