4. Модели резервного копирования

Модели резервного копирования:

• Полная

• Разностная (Дифференциальная)

• Резервная копия журнала транзакций

Модели восстановления данных:

• Полная (FULL)

• Простая (SIMPLE)

• С неполным протоколирование.

Описание моделей восстановления.

Полная. Полная модель восстановления использует резервные копии журнала для предотвращения потери данных в очень широком диапазоне сбойных ситуаций, когда требуется резервное копирование и восстановление журнала транзакций (резервные копии журналов). Преимущество использования резервных копий журналов состоит в том, что база данных может быть восстановлена на любой момент времени в пределах заданной резервной копии журнала (восстановление на момент времени). Для наката базы данных до произвольного момента времени можно воспользоваться серией резервных копий журналов. Обратите внимание, что для минимизации времени, необходимого для восстановления, каждая полная резервная копия должна сопровождаться серией разностных резервных копий тех же данных.

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

На следующем рисунке показана наиболее простая стратегия резервного копирования при модели полного восстановления. Он иллюстрирует создание полной резервной копии базы данных Db_1 и двух плановых резервных копий журнала —— Log_1 и Log_2. Через некоторое время после создания резервной копии журнала Log_2 в базе данных происходит потеря данных. Перед восстановлением из этих трех резервных копий администратор базы данных должен создать резервную копию активного журнала (заключительного фрагмента журнала). Затем он восстанавливает Db_1, Log_1 и Log_2 без восстановления базы данных, а после этого копирует и восстанавливает резервную копию заключительного фрагмента журнала. Тем самым производится восстановление базы данных до точки сбоя с полным восстановлением всех данных.

.

Простая.

Необходимы резервные копии журналов.

Потеря результатов работы из-за повреждения файлов данных исключена.

Возможно восстановление до произвольного момента времени (например до ошибки приложения или пользователя).

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

На следующем рисунке показана схема самой простой стратегии резервного копирования и восстановления при использовании простой модели восстановления. В этой стратегии используются только полные резервные копии баз данных, содержащие все данные из базы данных. Существует пять полных резервных копий базы данных, но необходимо восстановить только самую последнюю резервную копию, созданную в момент времени t5. Восстановление резервной копии возвращает базу данных в момент времени t5. Все последующие обновления на момент t6 теряются.

С неполным протоколированием.

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

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

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

Для трассировки страниц данных операция резервного копирования журнала основывается на страницах битовых карт изменений, содержащих по одному биту на каждый экстент. Для каждого экстента, измененного операцией с неполным протоколированием со времени последнего резервного копирования, этот бит в битовой карте устанавливается равным 1. Экстенты данных копируются в журнал, за которым следуют данные журнала. Следующий рисунок иллюстрирует устройство резервной копии журнала.