Avamar: Hvordan forstå utdataene som genereres av cplist-kommandoen

Et Avamar-sjekkpunkt er et sett med skrivebeskyttede kataloger på Avamar-datanodene. 

Det er som et øyeblikksbilde av Avamar-rutenettet. Det kan være nyttig for tilbakerullingsformål hvis Avamar opplever et alvorlig problem som ikke kan rettes.

• Verktøyet kan kjøres av alle som har tilgang til Avamar-verktøynoden. 

• Feil antagelser om tilstanden til sjekkpunktene kan føre til tap av data eller et uopprettelig Avamar-system.

Denne artikkelen hjelper leseren med å tolke verktøyets utdata.

Her er eksempel på utdata fra cplist Kommando:

cp.20230915110057 Fri Sep 15 12:00:57 2023   valid rol ---  nodes   3/3 stripes   3530
cp.20230915110654 Fri Sep 15 12:06:54 2023   valid --- ---  nodes   3/3 stripes   3530

Fra det første sjekkpunktet i listen diskuterer følgende betydningen av hvert datafelt:

• • Dette er identifikasjonsbrikken for sjekkpunktet og tilsvarer tidspunktet sjekkpunktet ble startet. cp.YYYYMMDDHHMMSS

• • Dagen, datoen og klokkeslettet da sjekkpunktet ble opprettet. Dette samsvarer alltid med sjekkpunktbrikken

• • Hvis dette feltet viser "gyldig", er sjekkpunktet "sunt"
  • Gyldighet angir om sjekkpunktet er nyttig for tilbakerullingsformål
  • Hvis dette feltet viser "gyldig", betyr det ikke at sjekkpunktet har gjennomgått HFScheck Godkjenning
  • Gyldighetsfeltet er overflødig når du kjører "cplist" siden kommandoen som standard viser brukbare sjekkpunkter
  • Kjører "cplist --full" viser alle kontrollpunkter på rutenettet, inkludert alle som ikke kan brukes til tilbakerullingsformål

• • Dette feltet viser typen HFScheck validering som ble kjørt på sjekkpunktet
  • Mulige typer er: 'hfs', 'rdc', 'par', 'rol'
    • hfs or full - betyr at validering ble kjørt på alle striper i sjekkpunktet
    • rol - betyr at valideringen har sjekket alle nye eller modifiserte striper i sjekkpunktet
      • Forskning 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 Avamars tekniske evaluering at rullerende validering anses som praktisk talt like pålitelig som en lengre validering HFScheck Godkjenning
      • Avhengig av Avamar-datainntakshastigheten, en rullerende HFScheck kan også sjekke en andel av et sjekkpunkts 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 en node ikke deltok i valideringen. Valideringstypen er ikke angitt
  • Integriteten til dataene kan ikke garanteres for sjekkpunkter merket som rdc.
    • En slik sjekk gir bedre tillit til dataintegriteten enn ingen validering i det hele tatt

• • Dette feltet angir om sjekkpunktet kan slettes i henhold til oppbevaringsinnstillingene for sjekkpunkt som gjelder på Avamar-serveren
  • Oppbevaring av kontrollpunkter styres av "cphfschecked" og "cpmostrecent" parametere
  • Oppbevaring av kontrollpunkter bør beholdes som standard med mindre en støttetekniker anbefaler det
  • Feil innstillinger for oppbevaring av sjekkpunkt kan sette et Avamar-rutenett i fare for tap av data, eller det kan forårsake kapasitetsproblemer i operativsystemet

• • 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 Internett
  • Det andre tallet er nodecount.
    • Dette refererer til antall noder som deltok da sjekkpunktet opprinnelig ble tatt. 
    • Med andre ord, hvor mange datanoder som inneholder den bestemte kontrollpunktkatalogen
  • Legg nøye merke til tilstanden til rutenettet (totalt antall noder og antall noder på nettet) og hvordan cplist ble kjørt, før man vurderte betydningen av produksjonen fra disse to feltene

• • Dette feltet viser totalt antall striper som er registrert i sjekkpunktet.
  • En rullerende kontrollpunktvalidering validerer et delsett av dette antallet striper.
  • En fullstendig validering av sjekkpunkt validerer dem alle.

 Eksempler på cplist Utdata

Eksempel 1:

cp.20230914190119 Thu Sep 14 20:01:19 2023   valid rol ---  nodes   1/1 stripes   1401
cp.20230914192153 Thu Sep 14 20:21:53 2023   valid --- ---  nodes   1/1 stripes   1401

• Dette er et rutenett med én node
• Det er to «sunne» eller brukbare sjekkpunkter
• CP.20230914190119 ble validert med rullerende HFScheck, er det andre sjekkpunktet ikke validert
• Begge disse sjekkpunktene fanget 1401 striper

Eksempel 2:

cp.20230911150620 Mon Sep 11 11:06:20 2023   valid rol ---  nodes   9/9 stripes 121107
cp.20230911160421 Mon Sep 11 12:04:21 2023   valid --- ---  nodes   9/9 stripes 121107
cp.20230912151051 Tue Sep 12 11:10:51 2023   valid --- ---  nodes   8/9 stripes 121107

• Under hvert sjekkpunkt deltok ni noder i prosessen med å opprette kontrollpunkter
• Det eldste av de tre sjekkpunktene (cp.20130911150620) er validert med rullerende HFScheck
• Det siste sjekkpunktet (12. september) er for øyeblikket utilgjengelig på en av de ni nodene som danner kontrollpunktet

Eksempel 3:

cp.20230915110057 Fri Sep 15 12:00:57 2023   valid rol ---  nodes   3/3 stripes   3530
cp.20230915110654 Fri Sep 15 12:06:54 2023   valid --- del  nodes   3/3 stripes   3530
cp.20230916053830 Sat Sep 16 06:38:30 2023   valid --- ---  nodes   3/3 stripes   3530
cp.20230916060236 Sat Sep 16 07:02:36 2023   valid --- ---  nodes   2/2 stripes   3530

• CP.20130915110654 er kvalifisert til å bli slettet i henhold til regler for oppbevaring av sjekkpunkter
• CP.20130916060236 ble tatt mens en av de tre nodene var frakoblet

Eksempel 4:

Hvis et Avamar-rutenett er integrert med Data Domain (DD), vises cplist Utdataene kan vise at kontrollpunktene er ugyldige hvis Data Domain blir utilgjengelig.

For eksempel:

Hvis DD er tilkoblet:

cplist

cp.20230830173413 Wed Aug 30 10:34:13 2023   valid hfs ---  nodes   1/1 stripes     82
cp.20230831000113 Wed Aug 30 17:01:13 2023   valid hfs ---  nodes   1/1 stripes     82

Hvis DD er frakoblet:

cplist 

cplist: ERROR: ddrmaint: <4750>Datadomain get checkpoint list operation failed.

2023/09/17-14:28:06.79970 [cplist]  ERROR: <0001> ddrmaint: <4750>Datadomain get checkpoint list operation failed.
cp.20230830173413 Wed Aug 30 10:34:13 2023 invalid --- ---  nodes   1/1 stripes     82
cp.20230831000113 Wed Aug 30 17:01:13 2023 invalid --- ---  nodes   1/1 stripes     82 

• cplist --lscp (som kaller "avmaint lscp")
• cplist

• »avmaint --lscp" spør sjekkpunktinformasjon fra kjøringen GSAN prosesser på datanodene.
• Hvis en node ikke svarer, kan den ikke spørres, og refcount -verdien inkluderer den ikke blant nodene som telles.

Nedenfor er et eksempel der en node er frakoblet, og begge variantene kjøres:

cplist 

cp.20230915110057 Fri Sep 15 12:00:57 2023   valid rol ---  nodes   3/3 stripes   3530
cp.20230915110654 Fri Sep 15 12:06:54 2023   valid --- del  nodes   3/3 stripes   3530
cp.20230916053830 Sat Sep 16 06:38:30 2023   valid --- ---  nodes   3/3 stripes   3530
cp.20230916060236 Sat Sep 16 07:02:36 2023   valid --- ---  nodes   2/2 stripes   3530 

cplist --lscp 

cp.20230915110057 Fri Sep 15 12:00:57 2023   valid rol ---  nodes   2/3 stripes   3530
cp.20230915110654 Fri Sep 15 12:06:54 2023   valid --- del  nodes   2/3 stripes   3530
cp.20230916053830 Sat Sep 16 06:38:30 2023   valid --- ---  nodes   2/3 stripes   3530
cp.20230916060236 Sat Sep 16 07:02:36 2023   valid --- ---  nodes   2/2 stripes   3530

• avmaint lscp
• avmaint cpstatus
• avmaint hfscheckstatus