Управление точками восстановления

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

Для виртуальных машин начальное резервное копирование является полной резервной копией, а последующие резервные копии — добавочные.

Точки восстановления и хранение данных

Запланированное первоначальное и добавочное резервное копирование

Возьмем упрощенный пример виртуальной машины v1 с диском данных, состоящим из четырех блоков: блок 1, блок 2, блок 3 и блок 4. Размер каждого блока составляет 16 КБ.

Шаг 1. Начальное резервное копирование. Начальное резервное копирование является полной резервной копией. Она выступает в качестве базовой копии, на основе которой выполняются последующие добавочные резервные копии. Предположим, что данные записаны в блок 1 и блок 2 на исходной виртуальной машине. Одни и те же данные будут реплицированы как D1 и D2 в хранилище служб восстановления.

Шаг 2. Добавочное резервное копирование 1. Рассмотрим новые данные, добавленные в блок 3 виртуальной машины. Одни и те же данные будут реплицироваться при следующем добавочном резервном копировании, и только измененный блок сохраняется как D3. На каждом шаге, даже если изменяется 1 КБ блока, в точке восстановления загружается весь блок размером 16 КБ.

Шаг 3. Добавочное резервное копирование 2. Теперь рассмотрим изменения данных в блоках 3 и 2 на исходной виртуальной машине. Эти изменения будут реплицированы при следующем добавочном резервном копировании как D3' и D2'.

Резервное копирование по требованию

Вы можете запустить резервное копирование виртуальной машины по запросу, когда настроите на ней защиту.

• Резервная копия по запросу будет полной резервной копией, если она выполняется до первого запланированного первоначального резервного копирования.
• Если начальная резервная копия создана и запускается резервное копирование по запросу, то это будет добавочное резервное копирование.
• Период хранения для точек восстановления, созданных в результате резервного копирования по запросу, — это время, указанное при активации резервного копирования.

Стоимость хранения

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

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

Истечение срока действия точки восстановления

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

По истечении срока действия точки восстановления она либо удаляется, либо объединяется.

Вариант 1. Срок действия начальной точки восстановления истекает

После истечения срока действия первоначальной точки восстановления она объединяется со следующей добавочной точкой восстановления. Все блоки данных, перезаписанные в добавочной точке восстановления, удаляются, а остальные — объединяются. Затем добавочная копия станет начальной полной резервной копией. Рассмотрим пример:

• Точка восстановления 1, созданная в результате начального резервного копирования, содержит полную резервную копию виртуальной машины.
• Когда срок действия точки восстановления 1 истечет, точка восстановления 2 станет следующей полной резервной копией.
• Блок D1 объединяется с точкой восстановления 2, и D2 удаляется, так как данные в блоке 2 перезаписаны в точке восстановления 2. Это изменение зафиксировано как блок D2'.
• Блок D1 сохраняется в неизменном виде в последовательных точках восстановления до тех пор, пока в него не будут внесены изменения перед следующим резервным копированием.

Вариант 2. Срок действия промежуточной точки восстановления истекает

• Если срок действия точки восстановления 2 истекает до точки восстановления 1, данные из точки восстановления 2 объединяются со следующей доступной точкой восстановления: точкой восстановления 3. Таким образом, блок D3 объединяется с точкой восстановления 3.
• Точка восстановления 1 по-прежнему является полной резервной копией с блоками D1 и D2.

Вариант 3. Срок действия точки восстановления, созданной по запросу, истек

В этом примере политика расписания (ежедневного резервного копирования) запланирована на выполнение с периодом хранения в n дней. Если резервное копирование по запросу запускается в четвертый день до следующего запланированного резервного копирования, а срок хранения равен 10 дням, то по-прежнему будет выполняться добавочное резервное копирование. Точка восстановления (RP1 по запросу) будет создана после точки восстановления 3 и до точки восстановления 4. В конце 14-го дня срок действия точки восстановления по запросу (RP1 по запросу) истечет, и она будет объединена со следующей доступной точкой восстановления. Блоки данных, которые все еще находятся на сервере, объединяются, а блоки данных, которые были изменены (перезаписаны или удалены), удаляются из точки восстановления с истекшим сроком действия.

Влияние изменения политики на точки восстановления

При изменении политики она применяется как к новым, так и к существующим точкам восстановления. Дополнительные сведения см. в разделе Влияние изменения политики на точки восстановления.

Влияние отключения защиты на точки восстановления

Есть два способа отключить защиту виртуальных машин:

• Остановка защиты и удаление данных резервного копирования. Этот вариант предусматривает остановку защиты виртуальной машины путем отмены всех будущих заданий резервного копирования и удаление всех точек восстановления. Если обратимое удаление включено, удаленные данные будут храниться в течение 14 дней. Плата за элементы в состоянии мягкого удаления не взимается. Данные можно восстановить в течение 14 дней. Если обратимое удаление не включено, данные будут немедленно очищены и вы не сможете восстановить виртуальную машину или использовать функцию возобновления резервного копирования.
• Остановка защиты и сохранение данных резервного копирования. Этот вариант предполагает остановку защиты виртуальной машины путем отмены всех будущих заданий резервного копирования. Однако служба Azure Backup будет хранить точки восстановления, для которых созданы резервные копии. За хранение точек восстановления в хранилище будет взиматься плата (см. цены на Azure Backup). При необходимости вы сможете восстановить виртуальную машину. Если вы решите возобновить защиту виртуальной машины, можно использовать функцию возобновления резервного копирования. После возобновления резервного копирования правила хранения будут применяться к точкам с истекшим сроком действия. Резервные копии данных также можно удалить с помощью функции удаления данных резервной копии.

Влияние удаления виртуальной машины без отключения защиты

Удаление виртуальной машины без предварительной остановки защиты может повлиять на точки восстановления и не рекомендуется. В идеале резервные копии следует остановить перед удалением виртуальной машины. После удаления виртуальной машины никакие дополнительные резервные копии не активируются, но элемент резервного копирования по-прежнему отображается как работоспособный в хранилище служб восстановления. Если после удаления предпринята попытка резервного копирования вручную, задание резервного копирования принудительно проверяет виртуальную машину и завершается ошибкой VMNotFoundV2. Хотя точки восстановления периодически очищаются в соответствии с политикой хранения, последняя копия виртуальной машины остается бесконечной.

В зависимости от вашего сценария у вас есть следующие параметры:

• Восстановление виртуальной машины. Вы можете восстановить виртуальную машину с помощью любой из доступных точек восстановления. Чтобы обеспечить непрерывность, восстановите виртуальную машину с тем же именем и поместите ее в одну группу ресурсов. Если вы защитите восстановленную виртуальную машину с помощью того же хранилища, существующие точки восстановления автоматически будут повторно присоединены.

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

Влияние точек восстановления с истекшим сроком действия на элементы в состоянии мягкого удаления

Если для хранилища Служб восстановления включено мягкое удаление, точка восстановления с истекшим сроком действия остается в мягко удаленном состоянии и не очищается. Если точка восстановления находится в состоянии обратимого удаления, плата не начисляется.

Влияние оттока на производительность резервного копирования

Предположим, что общий объем хранилища виртуальной машины составляет 8 ТБ, а отток составляет 5 %. Значит, соответствующий объем хранилища добавочных резервных копий составит 5 % от 8 ТБ, то есть 0,4 ТБ. Более высокий отток соответствует большему объему серверного хранилища для последующих добавочных резервных копий. Отток влияет на производительность резервного копирования. Чем выше отток, тем медленнее выполняется резервное копирование и тем выше потребление ресурсов серверного хранилища.

Чтобы понять, как отток влияет на производительность резервного копирования, рассмотрим следующий сценарий:

Для производительности резервного копирования будет справедливо следующее соотношение: ВМ2>ВМ3>ВМ1. Причина этого заключается в том, что обработанные данные распределяются по различным дискам. Так как резервная копия дисков выполняется параллельно, VM2 будет показывать наилучшую производительность.

Часто задаваемые вопросы

Как определить срок хранения резервной копии, создаваемой по требованию?

В поле Срок действия точки восстановления в формате UTC заданий резервного копирования по запросу отображается период хранения точки восстановления. Дополнительные сведения см. в разделе Выполнение резервного копирования по требованию.

Следующие шаги

• Архитектура и компоненты Azure Backup