Мастер создания резервной копии, шаг 4 «Способ резервного копирования», правила хранения «Не указаны»
Затем необходимо определить правила хранения, относящиеся к управлению резервными копиями в архиве. Список доступных параметров зависит от расписания, настроенного на предыдущем шаге (раздел «Время резервного копирования»), и от выбранного формата архива (раздел «Тип резервной копии»). Например, для незапланированных заданий резервного копирования недоступна схема очистки «дед-отец-сын». А вариант «Создавать полные резервные копии каждые: <...> будет недоступен для варианта «Один файл для всех резервных копий» (так как полные резервные копии бессмысленны в контексте формата всегда инкрементного архива). Ниже приведены описания каждого из правил хранения.
1. Не указаны
Если правила хранения не указаны, то программное управление резервными копиями не выполняется, и все резервные копии сохраняются в архиве без ограничения длительности хранения.
Мастер создания резервной копии, шаг 4 «Способ резервного копирования», правила хранения «Не указаны»
2. Простая схема очистки
Выбор простой схемы очистки позволяет хранить в архиве определенное количество резервных копий или хранить резервные копии в течение заданного периода времени.
Мастер создания резервной копии, шаг 4 «Способ резервного копирования», простая схема очистки, удаление устаревших резервных копий
Второй вариант позволяет очищать архив, если количество резервных копий превышает заданное <…>. И в этом случае, если установить числовой параметр равным 1, то в режиме «всегда инкрементный архив» будет создана полная синтетическая резервная копия, т. е. инкрементная резервная копия, в которой содержимое ненужных старых точек восстановления будет удалено. Если количество сохраняемых архивов больше 1, то очистка выполняется согласно правилам режима «всегда инкрементный архив» (дополнительные сведения см. в разделе «Схема резервного копирования "Один файл" (всегда инкрементный архив)» данного руководства пользователя).
3. Схема очистки «дед-отец-сын»
Это распространенная схема очистки «дед-отец-сын», позволяющая сохранять определенное количество ежедневных, еженедельных и ежемесячных резервных копий. Указывает, сколько ежедневных, еженедельных и ежемесячных резервных копий необходимо сохранять. Все резервные копии, созданные в течение одного дня, считаются «ежедневными» и удаляются при наступлении следующего дня (изменении календарной даты). Аналогичное правило применяется и к «еженедельным» резервным копиям.
Мастер создания резервной копии, шаг 4 «Способ резервного копирования», схема очистки «дед-отец-сын»
Обратите внимание, что правила хранения применяются только перед выполнением задания резервного копирования. Это происходит потому, что для всегда инкрементных архивов не требуется удалять точки восстановления после резервного копирования — такое удаление не высвободило бы дисковое пространство. Если после выполнения резервного копирования будут обнаружены новые избыточные точки восстановления, которые подлежат удалению согласно настроенным правилам хранения, они будут удалены только перед следующим резервным копированием. Например, при установке правил хранения Удалять резервные копии и архивы, если Резервные копии старше 3 дней или Количество резервных копий в архиве превышает 3 на самом деле в архиве будут храниться 4 резервных копии, а не 3.
Следует иметь в виду, что хотя бы одна резервная копия всегда остается в архиве, даже если согласно заданным правилам хранения она подлежит удалению. Эта схема гарантирует, что в архиве всегда есть хотя бы одна резервная копия для восстановления. Данное правило будет работать до снятия флажка Никогда не удалять последнюю резервную копию (установленного по умолчанию), который определяет поведение программы в ситуации, когда последняя оставшаяся действительная точка восстановления начинает подлежать удалению. Например, это может быть случай, когда задание резервного копирования применялось к группе виртуальных машин и одна из этих машин была удалена с ESX-хоста, что делает дальнейшее создание ее резервных копий невозможным. В какой-то момент (в зависимости от заданных правил хранения) все резервные копии удаленной ВМ будут подлежать удалению. Соответственно, флажок Никогда не удалять последнюю резервную копию не позволит удалить последнюю резервную копию или вызовет ее принудительное удаление.