Et Avamar-kontrollpunkt er et sett med skrivebeskyttede kataloger på Avamar-datanodene.
Det er som et øyeblikksbilde av Avamar-systemet. Det kan være nyttig for tilbakerulling hvis Avamar-systemet opplever et alvorlig problem som ikke kan rettes opp.
Cplist-verktøyet oppretter en liste over kontrollpunkter som finnes på et Avamar-system.
Verktøyet kan kjøres av alle med tilgang til Avamar Utility Node.
Det er svært viktig å forstå hvilke kontrollpunkter som finnes, og tilstanden deres, før du tar en beslutning om hvordan du går frem på et system som har et problem eller gjennomgår vedlikehold.
Feilaktige forutsetninger om tilstanden til kontrollpunkter kan føre til tap av data eller et uopprettelig Avamar-system.
Denne artikkelen hjelper leseren med å tolke verktøyets utdata.
Her er eksempler på utdata fra kommando-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 ser på det første kontrollpunktet ovenfor og diskuterer betydningen av hvert datafelt.
Navn på kontrollpunktmerke – cp.20130915110057
- Dette er identifikasjonsmerket for kontrollpunktet og tilsvarer tidspunktet da kontrollpunktet ble startet. Cp. ÅÅÅÅMMDDHMMS
- Fra Avamar v7.1 tilordnes kontrollpunkter med serienumre i stedet for å bli merket med startdato og -klokkeslett for kontrollpunkt.
Tid det tar – Søndag 15. september kl. 12.00.57
- Dagen, datoen og klokkeslettet da kontrollpunktet ble opprettet. Dette samsvarer alltid med kontrollpunktmerket.
Gyldighet – gyldig
- Hvis dette feltet viser gyldig, er kontrollpunktet "sunt".
- Gyldighet angir om kontrollpunktet er nyttig for tilbakerullingsformål.
- Hvis dette feltet viser gyldig, betyr det ikke at kontrollpunktet har gjennomgått HFScheck-validering.
- Gyldighetsfeltet er overflødig når du kjører "cplist", siden kommandoen som standard viser brukbare kontrollpunkter.
- Hvis du kjører cplist --full, vises alle kontrollpunkter på systemet, inkludert alle som ikke kan brukes til tilbakerulling.
HFS-kontrollvalideringstype – "rol"
- Dette feltet viser typen HFS-kontrollvalidering som ble kjørt på kontrollpunktet.
- Mulige typer er "hfs", "rdc", "par", "rol"
- hfs eller full – betyr at validering ble kjørt på alle striper i kontrollpunktet.
- roll – betyr at valideringen har kontrollert alle nye eller endrede striper i kontrollpunktet.
- Undersøkelser har vist at når det oppstår problemer med dataintegritet, er vanligvis de berørte stripene de som nylig er opprettet eller nylig endret. Derfor anbefaler Avamar engineering at rullerende validering anses praktisk talt like pålitelig som en lengre full HFScheck-validering.
- Avhengig av Avamar-systemets datainntakshastighet kan en rullerende HFS-kontroll også kontrollere en andel av kontrollpunkts umodifiserte striper. Dette betyr at til slutt kan alle striper, selv de som ikke er endret, bli integritetssjekket.
- rdc – betyr at valideringen er fullført, men at én node ikke deltar i valideringen. Valideringstypen er ikke spesifisert.
- Dataintegriteten kan ikke garanteres for kontrollpunkter merket som rdc. En slik kontroll gir bedre tillit til dataintegriteten enn ingen validering i det hele tatt.
Slettbar "---"
- Dette feltet angir om kontrollpunktet kan slettes i henhold til innstillingene for kontrollpunktlagring som er aktivert på Avamar-serveren.
- Kontrollpunktlagring styres av parameterne "cphfschecked" og "cpmostrecent".
- Kontrollpunktlagring bør stå som standard med mindre en kundestøttetekniker anbefaler det.
- Feil innstillinger for kontrollpunktoppbevaring kan utsette et Avamar-system for tap av data eller forårsake problemer med operativsystemkapasiteten.
REFCOUNT/NODECOUNT – «node 3/3»
- Det første tallet er refcount. Dette rapporterer antall noder som svarte på cplist-kommandoen. Denne verdien betyr ikke nødvendigvis antall noder som er tilkoblet.
- Det andre nummeret er nodecount. Dette viser til antall noder som utviklet seg da kontrollpunktet opprinnelig ble tatt. Med andre ord, hvor mange datanoder som inneholder den bestemte kontrollpunktkatalogen.
- Noter deg nøye tilstanden til systemet (totalt antall noder og antall noder på Internett) og hvordan cplist ble kjørt, før du vurderer betydningen av utdataene fra disse to feltene.
Felt for stripeantall – "3530"
- Dette feltet viser det totale antallet striper som er registrert i kontrollpunktet.
- En rullerende kontrollpunktvalidering validerer et delsett av dette antallet striper.
- En fullstendig kontrollpunktvalidering validerer alle.
Eksempler på cplist-utdata
, eksempel 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
Hva forteller dette oss?
- Dette er et enkelt nodesystem.
- Det er to "sunn" eller brukbare kontrollpunkter.
- cp.20130914190119 ble validert med en rullende HFS-kontroll, det andre kontrollpunktet er ikke validert.
- Begge kontrollpunktene fanget opp 1401 striper.
Eksempel 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
Hva forteller dette oss?
- Under hvert kontrollpunkt deltar ni noder i prosessen for å opprette kontrollpunkt. Vi kan anta at det er ni noder på systemet, men ikke bare avhengig av cplist-utdataene for denne informasjonen.
- Den eldste av de tre kontrollpunktene har blitt validert med en rullerende HFS-kontroll.
- Den nyeste av kontrollpunktene (12. september) er for øyeblikket utilgjengelig på én av de ni nodene som utgjør kontrollpunktet.
Eksempel 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
Hva forteller dette oss?
- cp.20130915110654 er kvalifisert til å bli slettet i henhold til reglene for kontrollpunktlagring.
- cp.20130916060236 ble tatt mens en av de tre nodene var frakoblet.
Eksempel 4:
Hvis et Avamar-system er integrert med Data Domain, kan cplist vise at kontrollpunkter er ugyldige hvis Data Domain-systemet blir utilgjengelig. For eksempel,
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
Hvis Data Domain-enheten er slått av,
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