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