Avamar, Data Domain integratie: Hfscheck-fouten met betrekking tot de migratiefunctie van Cloud Tier-bestanden

Сводка: Een gebruiker met Avamar 7.3 (die NIET cloudbewust is), heeft Cloud Tiering (CT) ingeschakeld op het Data Domain en is begonnen met het migreren van back-ups. Aangezien Avamar 7.3 niet op de hoogte is van dit hele proces, resulteren de bestanden die op het Data Domain worden verplaatst ertoe dat HFS-controle mislukt. ...

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

Симптомы

Avamar 7.4 en hoger biedt beheerde LTR op cloudlaagBack-ups

die vóór deze conversie bestonden, hebben het XML-bestand niet gemaakt (ddr_files.xml) met een datum in de toekomst en het V2-bestand (v2_ddr_files.xml) met de huidige opgegeven datum was het systeem op dat moment een entiteit met één knooppunt.
 
Als slechts enkele back-ups getroffen worden, kan dit handmatig worden gedaan. Anders moet herstel worden uitgevoerd met scripts.

De functie Cloud Tier File Migration wordt alleen ondersteund vanaf Avamar versie 7.4.x.

Wanneer Cloud Tier is ingeschakeld op Avamar versie 7.2.x en 7.3.x, wordt Avamar hfscheck mislukt met MSG_ERR_DDR_ERRORte installeren. hfscheck mislukt omdat de XML-bestanden in de back-ups niet meer bestaan op de Data Domain Active Tier (omdat ze zonder medeweten van Avamar zijn verplaatst naar de Cloud Tier).

Het scenario doet zich voor wanneer de Cloud Tiering-functie rechtstreeks is ingeschakeld of geconfigureerd op de Avamar MTree op het Data Domain (en NIET is ingesteld in Avamar)

In de volgende uitvoer (op het Data Domain) worden de twee .xml bestanden correct weergegeven: 
-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 
  • De v2_ddr_files.xml wordt gemaakt bij het inschakelen van Cloud Tiering op het Data Domain
    • Bevat de huidige bewaarinstellingen voor de back-up-ID (BID)
  • De ddr_files.xml
    • Het bestand heeft een datum in de toekomst van 1 januari 2037 en wordt dus nooit naar de Cloud Unit gestuurd.
Als de Cloud Tiering-functie rechtstreeks op het Data Domain is geconfigureerd zonder dat Avamar hiervan op de hoogte is, nee v2_ddr_files.xml wordt gemaakt op de Data Domain MTree.

Dit kan ertoe leiden dat de bestanden worden verplaatst naar de Cloud Tier wanneer het Data Domain zijn data-movement proces.

Daarom is de integriteitscontrole van Avamar (hfscheck) mislukt omdat de bijbehorende back-ups niet kunnen worden opgeslagen op de Avamar MTree.

Причина

Een voorbeeldscenario dat resulteert in dit probleem: 
  1. Een Data Domain is geïntegreerd met een Avamar (Avamar-server met één knooppunt zonder actieve of cloudlaag op het Data Domain)
  2. Alle back-ups op het Data Domain die met Avamar zijn gemaakt, hebben de huidige verwachte ddr_files.xml bestand. 
  3. De cloudlaag is ingeschakeld op het Data Domain
  4. Er wordt een beleid voor dataverplaatsing gemaakt op het Data Domain om de back-ups naar de Cloud Tier te migreren
    • Avamar is niet op de hoogte van de migratie via de achterdeur (zoals een Data Domain Archiver- of Extended Retention-systeem)
  5. De ddr_files.xml bestanden worden gemigreerd naar de Cloud Tier als onderdeel van de 'data-movement' 
Nieuwe back-up-ID's (BID's) moeten zowel de huidige v2_ddr_files.xml en de toekomst ddr_files.xml bestanden, aangezien de nieuwe back-ups Data Domain zien als een ER-systeem (Extended Retention).

Разрешение

De officiële ondersteuning voor Data Domain Cloud Tier door Avamar is van versie 7.4

.Het huidige ENIGE beleid voor dataverplaatsing dat Avamar gebruikt, is het beleid 'app-beheerd' en NIET het beleid 'leeftijdsbeheerd'. Het beleid 'app-beheerd' wordt automatisch gemaakt door het Avamar MCS wanneer de cloudeenheid wordt bijgewerkt in de Avamar MCS-UI. 

Als de Cloud Tier-migratie rechtstreeks op het Data Domain is ingeschakeld en hfscheck Kan niet MSG_ERR_DDR_ERROR. Neem contact op met de technische support van Dell Technologies om dit probleem op te lossen.

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

Opmerking: Het beleid 'leeftijdsdrempel' wordt NIET ondersteund.

De volgende opdracht kan worden uitgevoerd op de Data Domain-shell om het huidige beleid voor dataverplaatsing te controleren: 
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
----------------------------   ----------------------   -------------   -------

Opmerking: Het 'app-managed'-beleid wordt ondersteund door 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.

Opmerking: De ddrmaint read-ddr-info De opdracht heeft de volgende velden die kunnen worden aangevinkt voor verificatie:
Voorbeelduitvoer: 
<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
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.