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

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

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

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.

Cause

Пример сценария, который привел к этой проблеме: 
  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).

Resolution

Официальная поддержка 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 для устранения этой проблемы.

Additional Information

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

Следующую команду можно выполнить в оболочке 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>

Affected Products

Avamar Server

Products

Avamar Server, Avamar with CloudBoost
Article Properties
Article Number: 000059018
Article Type: Solution
Last Modified: 18 Oct 2024
Version:  11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.