Планирование стратегии резервного копирования

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

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

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

1.Создается полная резервная копия. Обычно данная операция выполняется раз в неделю на выходных. В другие дни создание полной резервной копии не возможно, т. к. этот процесс может занять существенную часть рабочего дня. Кроме того, в больших корпорациях нередки случаи, когда пользователи ра­ботают ночью, и создание резервных копий в это время нежелательно.

2.Создается разностная копия. Этот процесс требует гораздо меньше времени, чем создание полной копии, и может выполняться каждую ночь, а в некото­рых случаях и в обед. В первые дни недели разностная копия будет иметь небольшой объем, т. к. количество изменений невелико. Однако к концу не­ дели размер разностной копии может существенно увеличиться. Прежде чем планировать время выполнения архивирования данных, необходимо провести наблюдение, как изменяется размер разностных копий с течением времени и сколько времени требуется для полного завершения этого процесса.

3.Создается копия журнала транзакций. Это последний этап. Данный процесс требует минимального количества системных ресурсов по сравнению с другими типами резервного копирования. Архивирование журнала транзакций можно выполнять гораздо чаще, чем создание разностной копии. При необходимости создание резервной копии журнала транзакций можно осуществлять каждые час-два или чаще. При выборе частоты архивирования следует учесть, что в сумме объем копируемой информации будет один и тот же, независимо от того, один раз выполняется архивирование, или десять. Чем ча­ще создается резервная копия, тем меньше потерь понесет ваша организация в случае сбоя системы. Однако помимо затрат на сам процесс архивирования имеются и побочные затраты на блокирование, копирование и т. д.

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

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