Avamar, integrazione di Data Domain: Errori hfscheck correlati alla funzione di migrazione dei file di Cloud Tier

Сводка: Un utente che esegue Avamar 7.3 (che NON è in grado di riconoscere il cloud), ha abilitato Cloud Tiering (CT) su Data Domain e ha iniziato a migrare i backup. Poiché Avamar 7.3 non è a conoscenza dell'intero processo, i file spostati in Data Domain determinano l'esito negativo del controllo HFS. ...

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

Симптомы

Avamar 7.4 e versioni successive forniscono "Managed LTR on Cloud Tier"

I backup esistenti prima di questa conversione non creavano il file XML (ddr_files.xml) con una data futura e il file V2 (v2_ddr_files.xml) con la data corrente, dato che all'epoca il sistema era un'entità a nodo singolo.
 
Se sono interessati solo alcuni backup, questa operazione può essere eseguita manualmente. In caso contrario, il ripristino deve essere eseguito con script.

La funzionalità Cloud Tier File Migration è supportata solo dalla versione 7.4.x di Avamar.

Quando Cloud Tier è abilitato su Avamar versione 7.2.x e 7.3.x, Avamar hfscheck Esito negativo con MSG_ERR_DDR_ERROR. hfscheck Ha esito negativo perché i file XML presenti nei backup non esistono più nel tier attivo di Data Domain (poiché sono stati spostati nel Cloud Tier all'insaputa di Avamar).

Lo scenario si verifica quando la funzionalità di cloud tiering è abilitata o configurata in Avamar MTree direttamente su Data Domain (e NON è configurata in Avamar)

L'output seguente (che si trova su Data Domain) mostra correttamente i due file .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 
  • Il campo v2_ddr_files.xml viene creato durante l'abilitazione del cloud tiering su Data Domain
    • Contiene le impostazioni di retention correnti per l'ID di backup (BID)
  • Il campo ddr_files.xml
    • Il file ha una data futura del 1° gennaio 2037, pertanto non viene mai inviato all'unità cloud.
Se la funzionalità di cloud tiering è configurata direttamente su Data Domain senza che Avamar ne sia a conoscenza, no v2_ddr_files.xml viene creato sull MTree di Data Domain.

Ciò può causare lo spostamento dei file nel Cloud Tier quando Data Domain esegue data-movement processo.

Pertanto, il controllo di integrità di Avamar (hfscheck) ha esito negativo in quanto non è in grado di archiviare i backup corrispondenti sull'Avamar MTree.

Причина

Uno scenario di esempio che causa questo problema: 
  1. Un Data Domain è integrato in un Avamar (Avamar Server a singolo nodo senza tier attivo o cloud tier su Data Domain)
  2. Tutti i backup su Data Domain creati utilizzando Avamar hanno la corrente prevista ddr_files.xml file. 
  3. Il Cloud Tier è abilitato su Data Domain
  4. Viene creata una policy di "spostamento dei dati" in Data Domain per migrare i backup al Cloud Tier
    • Avamar non è a conoscenza della migrazione backdoor (come un Data Domain Archiver o un sistema Extended Retention)
  5. Il campo ddr_files.xml i file vengono migrati al Cloud Tier come parte dello "spostamento dei dati" 
I nuovi ID di backup (BID) devono avere entrambi gli elementi v2_ddr_files.xml e il futuro ddr_files.xml poiché i nuovi backup vedono Data Domain come sistema ER (Extended Retention).

Разрешение

Il supporto ufficiale per Data Domain Cloud Tier da parte di Avamar è dalla versione 7.4.

L'UNICA policy corrente per lo spostamento dei dati utilizzata da Avamar è la policy "app-managed" e NON la policy "age-managed". La policy "app-managed" viene creata automaticamente da Avamar MCS quando l'unità cloud viene aggiornata nell'interfaccia utente di Avamar MCS. 

Se la migrazione Cloud Tier è stata abilitata direttamente su Data Domain e hfscheck Esito negativo con MSG_ERR_DDR_ERROR, contattare il supporto tecnico Dell Technologies per risolvere il problema.

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

Nota: La policy di "soglia di età" NON è supportata.

Il seguente comando può essere eseguito nella shell di Data Domain per controllare le policy correnti di "spostamento dei dati": 
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
----------------------------   ----------------------   -------------   -------

Nota: La policy "gestita dalle app" È supportata da 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.

Nota: Il campo ddrmaint read-ddr-info contiene i seguenti campi che possono essere controllati per la verifica:
Esempio di output: 
<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
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.