Avamar: De referentie voor back-upmetadata bijwerken Een back-up is handmatig teruggehaald uit de Data Domain Cloud Tier
Summary: Avamar onderhoudt en gebruikt back-upmetadata om zo nodig herstel op de cloudlaag uit te voeren voor een Avamar-raster dat is geïntegreerd met een Data Domain. In dit artikel wordt uitgelegd hoe u DD, handmatig teruggeroepen back-ups opnieuw kunt synchroniseren en Avamar-metadata kunt bijwerken. ...
Symptoms
De juiste terugroepprocedure voor een back-up van de Data Domain (DD) Cloud Tier naar de Active Tier maakt gebruik van de Avamar "avtier" opdracht, zoals gedocumenteerd in Avamar: Back-ups terughalen die zijn gemigreerd naar Data Domain Cloud Tier.
In dit artikel worden scenario's behandeld waarin niet de juiste procedure is gebruikt en de terugroepactie handmatig is uitgevoerd op het DD zonder wijzigingen aan te brengen in de Avamar.
Na de handmatige DD-terugroepactie bevindt de back-up zich op de DD actieve laag, maar de Avamar-metadata voor de back-up worden weergegeven op de cloudlaag.
Bijvoorbeeld:
avmgr getb --path=/clients/ClientName --format=xml --incpartials | grep -i 1D359BBB62CE6BA
backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207"
totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype=
"daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="2" appconsistent="not_available" sealstate="COMPLETE"/>
(Uitvoer verpakt voor leesbaarheid)
Op basis van deze uitvoer geeft tier="2" aan dat Avamar de back-up nog steeds herkent als opgeslagen op Cloud Tier.
Pogingen om deze back-up vanuit Avamar te herstellen veroorzaken nieuwe (onnodige) dataverplaatsing op de DD tussen de actieve en cloudlagen wanneer de terugroepactie wordt aangeroepen.
Cause
Als een back-up die is teruggeroepen van de Data Domain Cloud Tier naar de Active Tier niet is uitgevoerd door Avamar, lopen de metadata voor die back-up op Avamar niet synchroon met de locatie van de data op Data Domain.
Resolution
Er zijn twee oplossingen om dit op te lossen:
Methode 1: Synchroniseer de back-upmetadata tussen GSAN en Data Domain door Garbage Collection (GC) uit te voeren met "checkalltierduringgc" ingeschakeld:
1. Stop de onderhoudsplanner:
dpnctl stop maint
2. Schakel de changealltiering parameter:
avmaint --ava config checkalltierduringgc=true
3. Start garbage collection:
avmaint --ava garbagecollect
4. Houd het raster in de gaten totdat de GC is voltooid met behulp van een van de onderstaande opdrachten:
avmaint gcstatus -- or -- status.dpn
5. Zodra GC is voltooid, schakelt u de changealltiering parameter:
avmaint --ava config checkalltierduringgc=false
6. Start de onderhoudsplanner opnieuw:
dpnctl start maint
Methode 2: Werk back-upmetadata handmatig bij met "avmgr chgt":
1. Maak een Avamar-checkpoint voor het geval er problemen optreden.
2. Vraag de status op van de back-up die moet worden opgehaald uit de Data Domain Cloud Tier met behulp van de onderstaande opdracht. Noteer de parameter "created_prectime" waarde.
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Bijvoorbeeld:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="592"'
backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207" totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype="daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="3" ...
3. Met behulp van de "created_prectime" voert u hierboven de volgende opdracht uit:
avmgr chgt --path=/clients/clientName --date="<created_prectime>" --tiering=0 --ava
Bijvoorbeeld:
avmgr chgt --path=/clients/clientName --date="0x1d359bbb62ce6ba" --tiering=0 --ava
Met "--tiering=0" wordt de locatie van de back-upmetadata gewijzigd van de cloudlaag naar de actieve laag.
4. Voer de opdracht vanaf stap 2 opnieuw uit om te controleren of de back-up nu de juiste laag rapporteert:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Bijvoorbeeld:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="592"'
avmgr getb --path=/clients/ClientName --format=xml --incpartials labelnum=592
<backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207" totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype="daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="0" ...
Additional Information
| Niveaunaam | Nummer | Opmerkingen |
| Actief | 0 |
De back-up wordt opgeslagen op de actieve laag van het Data Domain en niet in de cloud. |
| Gemarkeerd | 1 |
De back-up is gemarkeerd voor tiering naar de cloud. |
| Cloud | 2 |
De back-up is gelaagd naar de cloud. |
| Onbepaalde | 3 |
Wanneer de Avamar-server back-ups markeert voor tiering of back-ups terugroept uit de cloud, heeft de back-up de status Onbepaald. |