Резервные копии, созданные планом резервного копирования, составляют архив. Два правила хранения, описанные в этом разделе, позволяют ограничивать размер архива и устанавливать срок жизни (период хранения) резервных копий.
Правила хранения вступают в силу, если архив содержит больше одной резервной копии. Это значит, что последняя резервная копия в архиве сохраняется в любом случае, даже если это нарушает правило хранения. Не пытайтесь удалить единственную резервную копию, применяя правила хранения перед резервным копированием. Это не сработает. Используйте альтернативный параметр Очистить архив > Если для резервного копирования достаточно места, если риск потери последней резервной копии допустим.
1. Удалять резервные копии старше
Обратный отсчет интервала времени с момента применения правил хранения. Каждый раз, когда применяется правило хранения, программа вычисляет дату и время в прошлом, соответствующие этому интервалу, и удаляет все резервные копии, созданные до этого момента. Все остальные копии не удаляются.
2. Оставлять размер архива в пределах
Максимальный размер архива. Каждый раз, когда применяется правило хранения, программа сравнивает фактический размер архива с установленным значением и удаляет самые старые резервные копии, чтобы поддерживать размер архива в соответствии с этим значением. На приведенном ниже рисунке показано содержимое архива до и после удаления.
Существует определенный риск, что будут удалены все резервные копии, кроме одной, если неправильно установить максимальный размер архива (слишком малый) или очередная резервная копия окажется слишком большой. Чтобы защитить недавние резервные копии от удаления, установите флажок Никогда не удалять резервные копии новее чем и укажите максимальный срок существования архивов, в течение которого они обязательно сохраняются. На следующем рисунке показано итоговое правило.
Сочетание правил 1 и 2
Можно ограничить как сроки существования резервных копий, так и размер архива. На следующем рисунке показано итоговое правило.
Пример
Удалять резервные копии старше = 3 месяца
Размер архива не более = 200 ГБ
Никогда не удалять резервные копии младше = 10 дней
Удаление резервных копий с зависимостями
Оба правила хранения предусматривают удаление определенных резервных копий и сохранение остальных. А что если архив содержит инкрементные и дифференциальные копии, зависящие друг от друга и от полных резервных копий, на которых они построены? Нельзя, например, удалить устаревшую полную резервную копию и сохранить ее инкрементные дочерние копии.
Если удаление резервной копии влияет на другие копии, применяется одно из следующих правил.
Устаревшая резервная копия будет храниться, пока не устареют все зависящие от нее резервные копии. Тогда во время очередной очистки будет удалена сразу вся цепочка. Такой метод помогает избежать потенциально долгой консолидации, но требует дополнительного пространства для хранения резервных копий, удаление которых откладывается. Размер архива или возраст резервных копий могут превысить заданные значения.
Программа выполнит консолидацию резервной копии, подлежащей удалению, и следующей зависимой копии. Например, правило хранения требует удалить полную резервную копию, но сохранить следующую инкрементную. Резервные копии будут объединены в одну полную резервную копию, которая будет иметь дату инкрементной резервной копии. Если из середины цепочки удаляется инкрементная или дифференциальная резервная копия, тип полученной в результате резервной копии будет инкрементным.
Этот метод гарантирует, что после каждой очистки размер архива и возраст резервных копий будут в заданных пределах. Однако консолидация может потребовать много времени и системных ресурсов. Кроме того, потребуется дополнительное пространство в хранилище для временных файлов, которые создаются во время консолидации.
Что нужно знать о консолидации
Необходимо учитывать, что консолидация — это просто один из методов удаления, но не альтернатива удалению. Итоговая резервная копия не будет содержать данные, которые присутствовали в удаленной резервной копии и отсутствовали в оставшейся инкрементной или дифференциальной резервной копии.
Резервные копии, полученные в результате консолидации, всегда имеют максимальное сжатие. Это означает, что для всех резервных копий, находящихся в архиве, может потребоваться максимальное сжатие в результате повторной очистки с консолидацией.
Рекомендации
Сохраняйте баланс между вместимостью устройства хранения, установленными ограничительными параметрами и частотой очистки. Логика правил хранения основана на том, что вместимость устройства хранения намного выше, чем средний размер резервной копии, поэтому максимальный размер архива не должен приближаться к физическому объему устройства хранения, оставляя достаточное свободное пространство. Благодаря этому превышение размера архива, которое может произойти между запусками заданий очистки, не является критичным для бизнес-процесса. Чем реже выполняется задание очистки, тем больше пространства требуется для хранения устаревших резервных копий.
На странице Хранилища представлены сведения о свободном пространстве каждого из хранилищ. Время от времени проверяйте эту страницу. Если свободное пространство (которое в действительности является свободным пространством устройства хранения) приближается к нулю, возможно, понадобится ужесточить ограничения для некоторых или всех архивов в этом хранилище.