Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.

Avamar - Sådan forstår du det output, der genereres af cplist-kommandoen

Summary: Sådan forstår du det output, der genereres af Avamar cplist-kommandoen.

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content


Instructions

Et Avamar-kontrolpunkt er et sæt skrivebeskyttede mapper på Avamar-datanoderne. 

Det er ligesom et tidspunktsnapshot af Avamar-systemet. Det kan være nyttigt i forbindelse med tilbageførsel, hvis Avamar-systemet oplever et alvorligt problem, der ikke kan afhjælpes.
 
Cplist-værktøjet opretter en liste over kontrolpunkter, som findes på et Avamar-system.
 
Værktøjet kan køres af alle med adgang til Avamar Utility Node. 
Forståelse af, hvilke kontrolpunkter der findes, og deres tilstand er afgørende, før der foretages nogen beslutning om, hvordan man skal fortsætte på et system, som har et problem eller er ved at undergå vedligeholdelse. 

Ukorrekte antagelser om status for kontrolpunkter kan medføre datatab eller et uopretteligt Avamar-system.
 
Denne artikel hjælper læseren med at fortolke værktøjets output.

Her er eksempler på output fra kommandoens 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 kontrolpunkt ovenfor og diskuterer betydningen af hvert datafelt.

Kontrolpunktmærkenavn - cp.20130915110057
  • Dette er identifikationsmærket for kontrolpunktet og svarer til det tidspunkt, hvor kontrolpunktet blev startet. Cp. ÅÅÅÅMMDDHHMMSS
  • Fra Avamar v7.1 tildeles kontrolpunkter serienumre i stedet for at blive mærket med kontrolpunktets startdato og klokkeslæt.
Tid -  Søndag den 15. september 12:00:57
  • Den dag, dato og klokkeslæt, hvor kontrolpunktet blev oprettet. Dette svarer altid til kontrolpunktets mærke.
Validity - valid (Gyldighed - gyldig)
  • Hvis dette felt viser "valid", er kontrolpunktet "sund".
  • Validity angiver, om kontrolpunktet er nyttigt i forbindelse med tilbageførsel.
  • Hvis dette felt viser "valid", betyder det ikke, at kontrolpunktet har gennemgået HFScheck-valideringen.
  • Gyldighedsfeltet er overflødigt, når du kører "cplist", da kommandoen som standard viser brugbare kontrolpunkter.
  • Kørsel af "cplist --full" viser alle kontrolpunkter på systemet, herunder eventuelle, som ikke kan anvendes til tilbageførsel.

HFScheck-valideringstype – "roll"
  • Dette felt viser typen af HFScheck-validering, som blev kørt på kontrolpunktet.  
  • Mulige typer er "hfs", "rdc", "par", "rol"
  • hfs eller fuld – betyder, at valideringen blev kørt på alle stripes i kontrolpunktet.
  • roll - betyder, at valideringen har kontrolleret alle nye eller ændrede stripes i kontrolpunktet.
  • Undersøgelser har vist, at når der opstår dataintegritetsproblemer, er de berørte stripes normalt dem, der er nyoprettede eller nyligt ændrede. Derfor anbefaler Avamar Engineering, at rullende validering anses for at være næsten som pålidelig som en længere, fuld HFScheck-validering.
  • Afhængigt af Avamar-systemets dataoverførselshastighed kan en rullende HFScheck muligvis også kontrollere en del af et kontrolpunkts uændrede stripes. Det betyder, at i sidste ende kan alle stripes, også dem, der ikke har modificeret, blive integritetskontrolleret.
  • rdc - betyder, at valideringen er gennemført, men at én node ikke har deltaget i valideringen.  Valideringstypen er ikke angivet. 
  • Dataenes integritet kan ikke garanteres for kontrolpunkter, der er mærket som rdc. En sådan kontrol giver bedre tillid til dataintegriteten end slet ingen validering.
Delebar "---"
  • Dette felt angiver, om kontrolpunktet kan slettes i henhold til gældende kontrolpunktsfastholdelsesindstillinger på Avamar-serveren.
  • Kontrolpunktopbevaring styres af parametrene "checked" og "cpestrecent". 
  • Kontrolpunktopbevaring bør forblive tilbage som standard, medmindre en supporttekniker oplyser det. 
  • Forkerte kontrolpunktsopbevaringsindstillinger kan udsætte et Avamar-system for risiko for datatab eller kan forårsage problemer med operativsystemets kapacitet.

REFCOUNT / NODECOUNT - "node 3/3"
  • Det første tal er referencenummeret. Dette rapporterer antallet af noder, der svarede på cplist-kommandoen. Denne værdi betyder ikke nødvendigvis antallet af noder, der er online.
  • Det andet tal er nodetællingen. Dette henviser til antallet af noder, der bestemmer, hvornår kontrolpunktet oprindeligt blev taget. Med andre ord, hvor mange datanoder der indeholder den pågældende kontrolpunktsmappe.
  • Bemærk omhyggeligt systemets tilstand (det samlede antal noder og antallet af noder online), og hvordan cplist blev kørt, før man overvejede betydningen af outputtet fra disse to felter.
Feltet Stripe-antal - "3530"
  • Dette felt viser det samlede antal stripes, der registreres på kontrolpunktet.
  • En rullende kontrolpunktsvalidering validerer et delsæt af dette antal stripes.
  • En fuld kontrolpunktsvalidering validerer dem alle.

 
Eksempler på cplist-output

, 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

Hvad fortæller det os?
  • Dette er et system med en enkelt node.
  • Der er to "sunde" eller brugbare kontrolpunkter.
  • cp.20130914190119 blev valideret med en rullende HFScheck, det andet kontrolpunkt er ikke blevet valideret.
  • Begge kontrolpunkter opfangede 1401 stripes.

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

Hvad fortæller det os?
  • Under hvert kontrolpunkt skal ni noder deltage i kontrolpunktets oprettelsesproces. Vi kan antage, at der er ni noder på systemet, men at de af disse oplysninger ikke udelukkende afhænger af cplist-outputtet.
  • De ældste af de tre kontrolpunkter er blevet valideret med en rullende HFScheck.
  • Den seneste af kontrolpunkterne (12. september) er i øjeblikket utilgængelig på en af de ni noder, som udgør kontrolpunktet.
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

Hvad fortæller det os?
  • cp.2013091510654 er berettiget til at blive slettet i henhold til regler for kontrolpunktopbevaring.
  • cp.20130916060236 blev taget, mens en af de tre noder var offline.

Eksempel 4:
Hvis et Avamar-system er integreret med Data Domain, kan cplist vise kontrolpunkter som ugyldige, hvis Data Domain-systemet bliver utilgængeligt. F.eks. 
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-enheden er slukket.
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

 
 

Article Properties


Affected Product

Avamar

Product

Avamar

Last Published Date

28 Mar 2024

Version

5

Article Type

How To