Data Domain. Commvault и Retention Lock

Более общий обзор интеграции Commvault (CV) с DD см. в этой статье базы знаний:

Data Domain. Передовые подходы DDBoost для Commvault v11

Из раздела «Блокировка хранения» (RL) этой статьи базы знаний:

Включение WORM
 
Примечание: Перед включением блокировки хранилища WORM в консоли CommCell необходимо включить параметр DD Retention lock в MTree в консоли Data Domain.
В Data Domain Retention Lock поддерживается ручной режим как для режима управления, так и для режима комплаенса.
Примечание: Автоматическая блокировка хранения Data Domain не поддерживается.

Конфигурация блокировки хранения

Настройка блокировки хранилища WORM в библиотеке хранилища Data Domain Boost.

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

Дни блокировки WORM, настроенные в пуле хранения данных Commvault, должны быть установлены в диапазоне между минимальным и максимальным сроками хранения, заданными в консоли Data Domain в параметре DD Retention Lock. Дни блокировки WORM отображаются в диалоговом окне «Свойства копирования политики хранилища».

Для параметра DD Retention Lock можно установить режим управления или комплаенса.

Для параметра Минимальный период блокировки хранения Data Domain должен быть установлен менее 7 дней, а максимальный срок хранения — в 2+1 раза больше срока, установленного в CommVault в пуле хранения данных. Например, если минимальный срок хранения в Commvault составляет 14 дней, установите максимальный срок хранения в 29 дней в Data Domain Console. Мы установили минимальный срок хранения менее 7 дней, поскольку файлы метаданных и индексов CV хранятся в системе только в течение короткого периода.

Другие передовые подходы см. в статье CommVault Best Practices для дисковых библиотек

Следуя приведенным выше руководствам, вы получите настройку RL.

Теперь, когда RL и WORM настроены, существует важное различие в понимании того, как настраивать периоды блокировки хранения в CV.

При наличии резервных копий с разными сроками хранения необходимо задать разный период блокировки хранения для этих резервных копий.

Допустим, у вас есть 

1. Ежедневные резервные копии, которые хранятся в течение 30 дней
2. Еженедельные резервные копии, которые хранятся в течение 180 дней
3. Ежемесячные резервные копии, которые хранятся в течение 1 года
4. Ежегодные резервные копии, которые хранятся в течение 7 лет

В CV все они могут быть настроены в соответствии с базовым и расширенным правилами хранения в одной копии политики хранения при выполнении обычного резервного копирования без RL.

Пример:

При использовании функций WORM и RL с CV и DD невозможно использовать расширенные правила хранения для установки блокировки хранения резервных копий.

Каждый период хранения должен быть отдельной копией политики хранения, а для настройки блокировки хранения для DD будет использоваться базовое правило хранения.

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

Ниже приведен пример политики хранения для еженедельников, которая должна храниться в течение 180 дней, и блокировки хранения на этот период:

Таким образом, когда CV выполняет задания резервного копирования для этой копии политики хранения, она создает резервную копию данных в DD и устанавливает блокировку хранения на 180 дней.

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