Avamar, интеграция Data Domain. Ошибки hfscheck, связанные с функцией переноса файлов на облачный уровень

Сводка: Пользователь, работающий с Avamar 7.3 (который НЕ поддерживает облако), включил Cloud Tiering (CT) в Data Domain и начал перенос резервных копий. Поскольку Avamar 7.3 не знает обо всем этом процессе, файлы, перемещенные в Data Domain, приводят к сбою проверки HFS. ...

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.
Ознакомьтесь с другими ресурсами

Симптомы

Avamar 7.4 и более поздние версии предоставляют «Managed LTR on Cloud Tier»Резервные копии, существовавшие до этого преобразования,

не создали XML-файл (ddr_files.xml) с будущей датой и файлом V2 (v2_ddr_files.xml) с текущей датой, система в то время была объектом с одним узлом.
 
Если затронуто только несколько резервных копий, это можно сделать вручную. В противном случае восстановление должно выполняться с помощью скриптов.

Функция переноса файлов Cloud Tier поддерживается только в Avamar версии 7.4.x.

Если Cloud Tier включен в Avamar версии 7.2.x и 7.3.x, Avamar hfscheck Сбой с ошибкой MSG_ERR_DDR_ERROR. hfscheck завершается сбоем, так как XML-файлы, присутствующие в резервных копиях, больше не существуют на активном уровне Data Domain (поскольку они были перемещены на облачный уровень без ведома Avamar).

Сценарий возникает, когда функция Cloud Tiering включена или настроена в Avamar MTree непосредственно в Data Domain (а НЕ настроена в Avamar)В

следующих выходных данных (расположенных в Data Domain) правильно отображаются два .xml файла: 
-rw-rw-rw-  1 ddboost users 123456784580 Feb  1 23:14 container.1.cdsf 
-rw-rw-rw-  1 ddboost users        12768 Feb  1 23:14 container.1.cdsf.trace 
-rw-rw-rw-  1 ddboost users          419 Feb  1 23:14 v2_ddr_files.xml 
-rw-rw-rw-  1 ddboost users          419 Jan  1  2037 ddr_files.xml 
  • В строке v2_ddr_files.xml создается при включении Cloud Tiering в Data Domain
    • Содержит текущие параметры хранения для идентификатора резервного копирования (BID).
  • В строке ddr_files.xml
    • Файл имеет будущую дату 1 января 2037 года, поэтому он никогда не отправляется в облачное устройство.
Если функция Cloud Tiering настроена непосредственно в Data Domain без ведома Avamar, нет v2_ddr_files.xml создается в MTree Data Domain.

Это может привести к перемещению файлов на облачный уровень при запуске Data Domain data-movement процесс.

Поэтому проверка целостности Avamar (hfscheck) завершается сбоем, так как не удается сохранить соответствующие резервные копии в Avamar MTree.

Причина

Пример сценария, который привел к этой проблеме: 
  1. Data Domain интегрирован с Avamar (одноузловым сервером Avamar без активного или облачного уровня в Data Domain)
  2. Все резервные копии в Data Domain, созданные с помощью Avamar, имеют текущий ожидаемый ddr_files.xml . 
  3. Уровень облака включен в системе Data Domain
  4. Для переноса резервных копий на облачный уровень в Data Domain создается политика перемещения данных
    • Avamar не известно о миграции бэкдоров (например, Data Domain Archiver или Extended Retention)
  5. В строке ddr_files.xml файлы переносятся на Cloud Tier в рамках процесса перемещения данных 
Новые идентификаторы резервного копирования (BID) должны иметь как текущие v2_ddr_files.xml и будущее ddr_files.xml файлов, так как новые резервные копии рассматривают Data Domain как систему расширенного хранения (Extended Retention, ER).

Разрешение

Официальная поддержка Data Domain Cloud Tier компанией Avamar началась с выпуска 7.4.

В настоящее время Avamar использует только политику перемещения данных, управляемую приложением, а НЕ политику управления возрастом. Политика «app-managed» автоматически создается Avamar MCS при обновлении облачного модуля в пользовательском интерфейсе Avamar MCS. 

Если перенос Cloud Tier был включен непосредственно в Data Domain, и hfscheck Не удалось выполнить MSG_ERR_DDR_ERROR, обратитесь в службу технической поддержки Dell Technologies для устранения этой проблемы.

Дополнительная информация

Примечание.: Политика «возрастного порога» НЕ поддерживается.

Следующую команду можно выполнить в оболочке Data Domain для проверки текущих политик перемещения данных: 
data-movement policy show

Mtree                          Target(Tier/Unit Name)   Policy          Value
----------------------------   ----------------------   -------------   -------
/data/col1/avamar-14146xxxxx   Cloud/vxx_virtustream    age-threshold   30 days
/data/col1/cloudtest           Cloud/vxx_virtustream    age-threshold   14 days
----------------------------   ----------------------   -------------   -------

Примечание.: Политика «app-managed» поддерживается Avamar. 
data-movement policy show

Mtree                          Target(Tier/Unit Name)   Policy        Value
----------------------------   ----------------------   -----------   -------
/data/col1/avamar-148545xxxx   Cloud/exx1               app-managed   enabled
----------------------------   ----------------------   -----------   -------

data-movement schedule show
Data-movement is scheduled to run on day(s) "mon" at "17:00" hrs.

data-movement throttle show
Data-movement throttle is set to 100 percent.

Примечание.: В строке ddrmaint read-ddr-info команда имеет следующие поля, которые можно проверить на проверку:
Пример результата: 
<snip>
cloud_unit_name="cloud" 
mtree_name' = "/data/col1/avamar-148545xxxx"
<snip>

Затронутые продукты

Avamar Server

Продукты

Avamar Server, Avamar with CloudBoost
Свойства статьи
Номер статьи: 000059018
Тип статьи: Solution
Последнее изменение: 18 Oct 2024
Версия:  11
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.