En Avamar-kontrollpunkt är en uppsättning skrivskyddade kataloger på Avamar-datanoderna.
Det är som en ögonblicksbild av Avamar-systemet vid en tidpunkt. Det kan vara användbart i återställningssyfte om Avamar-systemet upplever ett allvarligt problem som inte kan åtgärdas.
Verktyget
cplist skapar en lista över kontrollpunkter som finns i ett Avamar-system.
Verktyget kan köras av vem som helst med åtkomst till Avamar Utility Node.
Det är viktigt att förstå vilka kontrollpunkter som finns och deras tillstånd innan du tar något beslut om hur du ska gå vidare i ett system som har ett problem eller genomgår underhåll.
Felaktiga antaganden om kontrollpunkternas läge kan leda till dataförlust eller att Avamar-systemet inte kan återställas.
Den här artikeln hjälper läsaren att tolka verktygets utdata.
Här är exempel på utdata från kommandot cplist.
cp.20130915110057 Sun Sep 15 12:00:57 2013 valid rol --- nodes 3/3 stripes 3530
cp.20130915110654 Sun Sep 15 12:06:54 2013 valid --- --- nodes 3/3 stripes 3530
Vi tittar på den första kontrollpunkten ovan och diskuterar innebörden av varje datafält.
Namn på kontrollpunktstagg – cp.20130915110057
- Det här är identifieringstaggen för kontrollpunkten och motsvarar den tidpunkt då kontrollpunkten startades. Cp. ÅÅÅÅMMDDHHMMSS
- Från Avamar v7.1 tilldelas kontrollpunkter serienummer i stället för att vara märkta med kontrollpunktens startdatum och tid.
Tid det tar – Sön. 15 sep. 12.00.57
- Dagen, datumet och tiden då kontrollpunkten skapades. Det här motsvarar alltid kontrollpunktstaggen.
Giltighet – giltigt
- Om fältet visar "valid" är kontrollpunkten "stor".
- Validitet anger om kontrollpunkten är användbar för avveckling.
- Om fältet visar "valid" betyder det inte att kontrollpunkten har genomgått HFScheck-validering.
- Validitetsfältet är överflödigt när du kör "cplist" eftersom kommandot som standard visar användbara kontrollpunkter.
- Om du kör "cplist --full" visas alla kontrollpunkter i systemet, inklusive de som inte kan användas i återställningssyfte.
HFS-valideringstyp – "rol"
- Det här fältet visar typen av HFScheck-validering som kördes på kontrollpunkten.
- Möjliga typer är "hfs", "rdc", "par", "rol"
- hfs eller full – innebär att valideringen kördes på alla strimlor i kontrollpunkten.
- roll – innebär att valideringen har kontrollerat alla nya eller ändrade strimlor i kontrollpunkten.
- Forskning har visat att när dataintegritetsproblem uppstår är vanligtvis de berörda strimlorna de som nyligen har skapats eller nyligen ändrats. Avamars tekniker rekommenderar därför att löpande validering anses vara tillförlitlig som en längre fullständig HFS-verifiering.
- Beroende på Avamar-systemets data intagshastighet kan en löpande HFS-kontroll också kontrollera en andel av en kontrollpunkts omodifierade strimlor. Detta innebär att så småningom kan alla strimlor, även de som inte har ändrats, kontrolleras integriteten.
- rdc – innebär att valideringen har slutförts men att en nod inte deltog i valideringen. Valideringstyp anges inte.
- Dataintegriteten kan inte garanteras för kontrollpunkter som har märkts som rdc. En sådan kontroll ger bättre förtroende för dataintegriteten än ingen validering alls.
Ta bort "---"
- Det här fältet anger om kontrollpunkten kan tas bort, i enlighet med inställningarna för kontrollpunktslagring som gäller för Avamar-servern.
- Kontrollpunktsretentionen kontrolleras av parametrarna "cphfschecked" och "cpmostrecent".
- Kvarhållande av kontrollpunkt ska lämnas som standard om inte supportteknikern meddelat det.
- Felaktiga inställningar för kvarhållande av kontrollpunkt kan innebära att ett Avamar-system riskerar dataförlust eller orsaka problem med operativsystemets kapacitet.
REFCOUNT/NODECOUNT – "node 3/3"
- Den första siffran är refcount. Det här rapporterar antalet noder som svarade på kommandot cplist. Det här värdet betyder inte nödvändigtvis antalet noder som är online.
- Det andra numret är nodkontot. Det här gäller antalet noder som deltog när kontrollpunkten ursprungligen togs. Med andra ord, hur många datanoder innehåller just kontrollpunktskatalogen.
- Observera noggrant systemets status (totalt antal noder och antalet noder online) och hur cplist kördes innan du tänker på betydelsen av utdata från dessa två fält.
Fält med stripe-antal – "3530"
- I det här fältet visas det totala antalet strimlor som tagits in i kontrollpunkten.
- En rullande kontrollpunktsvalidering validerar en delmängd av det här antalet strimlor.
- En fullständig validering av kontrollpunkt validerar alla.
Exempel på cplist-utdata
, exempel 1:
cp.20130914190119 Sat Sep 14 20:01:19 2013 valid rol --- nodes 1/1 stripes 1401
cp.20130914192153 Sat Sep 14 20:21:53 2013 valid --- --- nodes 1/1 stripes 1401
Vad innebär detta för oss?
- Det här är ett system med en nod.
- Det finns två "helande" eller användbara kontrollpunkter.
- cp.20130914190119 validerades med en löpande HFS-kontroll, den andra kontrollpunkten har inte validerats.
- Båda kontrollpunkterna tog 1 401 strimlor.
Exempel 2:
cp.20130911150620 Wed Sep 11 11:06:20 2013 valid rol --- nodes 9/9 stripes 121107
cp.20130911160421 Wed Sep 11 12:04:21 2013 valid --- --- nodes 9/9 stripes 121107
cp.20130912151051 Thu Sep 12 11:10:51 2013 valid --- --- nodes 8/9 stripes 121107
Vad innebär detta för oss?
- Under varje kontrollpunkt deltog nio noder i processen för att skapa kontrollpunkter. Vi kanske antar att det finns nio noder i systemet, men förlitar sig inte enbart på cplist-utdata för den här informationen.
- De äldsta av de tre kontrollpunkterna har validerats med en löpande HFS-kontroll.
- Den senaste av kontrollpunkterna (12 september) är för närvarande inte tillgänglig på en av de nio noder som utgör kontrollpunkten.
Exempel 3:
cp.20130915110057 Sun Sep 15 12:00:57 2013 valid rol --- nodes 3/3 stripes 3530
cp.20130915110654 Sun Sep 15 12:06:54 2013 valid --- del nodes 3/3 stripes 3530
cp.20130916053830 Mon Sep 16 06:38:30 2013 valid --- --- nodes 3/3 stripes 3530
cp.20130916060236 Mon Sep 16 07:02:36 2013 valid --- --- nodes 2/2 stripes 3530
Vad innebär detta för oss?
- cp.20130915110654 kan tas bort i enlighet med regler för kvarhållande av kontrollpunkt.
- cp.20130916060236 togs medan en av de tre noderna var offline.
Exempel 4:
Om ett Avamar-system är integrerat med Data Domain kan cplist visa att kontrollpunkterna är ogiltiga om Data Domain-systemet blir otillgängligt. Till exempel
cp.20130830173413 Fri Aug 30 10:34:13 2013 valid hfs --- nodes 1/1 stripes 82
cp.20130831000113 Fri Aug 30 17:01:13 2013 valid hfs --- nodes 1/1 stripes 82
Om Data Domain-enheten är avstängd;
admin@utility:~/>: cplist
cplist: ERROR: ddrmaint: <4750>Datadomain get checkpoint list operation failed.
2013/09/17-14:28:06.79970 [cplist] ERROR: <0001> ddrmaint: <4750>Datadomain get checkpoint list operation failed.
cp.20130830173413 Fri Aug 30 10:34:13 2013 invalid --- --- nodes 1/1 stripes 82
cp.20130831000113 Fri Aug 30 17:01:13 2013 invalid --- --- nodes 1/1 stripes 82