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

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

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

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

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

Возьмем упрощенный пример виртуальной машины 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, блок 2 Соответствует точке восстановления 1 (D1 + D2)
2 Добавочное резервное копирование 1 Блок 3 Соответствует точке восстановления 1 (D1 + D2) + точка восстановления 2 (D3)
3 Добавочное резервное копирование 2 Блок 2, блок 3 Соответствует точке восстановления 1 (D1 + D2) + точка восстановления 2 (D3) + точка восстановления 3 (D2’+ D3’)

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

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

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

Вариант 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. Точки восстановления будут периодически очищаться в соответствии с политикой хранения, но последняя копия виртуальной машины будет оставаться бессрочной, а плата будет взиматься соответствующим образом. В зависимости от сценария можно использовать один из двух следующих способов:

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

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

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

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

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

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

Виртуальные машины VM1 VM2 VM3
Количество дисков данных 4 (A1, A2, A3, A4) 4 (B1, B2, B3, B4) 4 (C1, C2, C3, C4)
Размер каждого диска 4 TБ 4 TБ 4 TБ
Обновление данных резервной копии A1 – 4 ТБ B1 — 1 ТБ; B2 – 1 ТБ
B3 — 1 ТБ; B4 — 1 ТБ
C1 — 2 ТБ; C4 — 2 ТБ

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

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

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

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

Дальнейшие действия