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 – Jak porozumět výstupu generovanému příkazem cplist

Summary: Jak porozumět výstupu generovanému příkazem Cplist softwaru Avamar.

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

Kontrolní bod Avamar je sada adresářů pouze pro čtení v datových uzlech Avamar. 

Je to jako časový snapshot systému Avamar. Může být užitečný pro účely vrácení zpět, pokud systém Avamar dojde k závažnému problému, který nelze opravit.
 
Nástroj cplist vytvoří seznam kontrolních bodů, které se v systému Avamar nachází.
 
Nástroj může spustit kdokoli s přístupem k uzlu nástroje Avamar. 
Než se rozhodnete, jak pokračovat v systému, u kterého dochází k problému nebo procházejí údržbou, je nezbytné pochopit, které kontrolní body existují, a jejich stav. 

Nesprávné předpoklady o stavu kontrolních bodů mohou vést ke ztrátě dat nebo neobnovitelnému systému Avamar.
 
Tento článek pomáhá čtečce interpretovat výstup nástroje.

Zde je ukázkový výstup z příkazu 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

Podíváme se na první kontrolní bod výše a probereme význam jednotlivých datových polí.

Název štítku kontrolního bodu – cp.20130915110057
  • Jedná se o identifikační číslo kontrolního bodu, které odpovídá době spuštění kontrolního bodu. Cp. RRRRMMDDHHMMSS
  • V softwaru Avamar v7.1 jsou kontrolní body přiřazeny sériovými čísly namísto toho, aby byla označena počátečním datem a časem kontrolního bodu.
Čas potřebný –  Ne 15. září 12:00:57
  • Den, datum a čas vytvoření kontrolního bodu. To bude vždy odpovídat číslu kontrolního bodu.
Platnost – platná
  • Pokud je u tohoto pole uvedeno "valid", kontrolní bod je "wholesome".
  • Validity označuje, zda je kontrolní bod užitečný pro účely vrácení zpět.
  • Pokud je u tohoto pole uvedeno "valid", neznamená to, že kontrolní bod prošl ověřením HFScheck.
  • Pole validity je při spuštění příkazu "cplist" nadbytečné, protože příkaz ve výchozím nastavení zobrazuje použitelné kontrolní body.
  • Po spuštění příkazu "cplist --full" se zobrazí všechny kontrolní body v systému, včetně všech, které nelze použít pro účely vrácení zpět.

HFScheck validation type - "rol" (Typ ověření HFS – rol)
  • Toto pole obsahuje typ ověření HFScheck, které bylo spuštěno na kontrolním bodu.  
  • Možné typy jsou "hfs", "rdc", "par", "rol".
  • hfs nebo full – znamená, že ověření bylo spuštěno na všech prokládáních v kontrolním bodu.
  • roll – znamená, že ověření zaškrtnuté všechny nové nebo upravené pruhy v kontrolním bodu.
  • Výzkumy ukazují, že když dojde k problémům s integritou dat, nejčastěji jde o nově vytvořené nebo nedávno upravené prokládání. Z toho důvodu technický tým avamar doporučuje, aby bylo postupné ověření považováno za praktické, spolehlivé a bylo to nejdéle úplné ověření kontroly HFS.
  • V závislosti na rychlosti využití dat v systému Avamar může postupná kontrola HFS zkontrolovat také poměrnou část nezměněných prokládání kontrolního bodu. To znamená, že nakonec mohou být všechny pruhy, dokonce i ty, které nebyly upraveny, zkontrolovány bezúhonnosti.
  • rdc – znamená, že ověření bylo dokončeno, ale jeden uzel se neúčastnil ověření.  Nebyl zadán typ ověření. 
  • Pro kontrolní body označené jako rdc nelze zaručit integritu dat. Taková kontrola poskytuje lepší důvěru v integritu dat, než vůbec žádné ověření.
Deletable "---"
  • Toto pole udává, zda lze kontrolní bod odstranit podle platného nastavení uchování kontrolního bodu na serveru Avamar.
  • Uchování kontrolního bodu je řízeno parametry "cphfschecked" a "cpmostrecent". 
  • Uchování kontrolního bodu by mělo být ponecháno jako výchozí, pokud to nedoporučuje technik podpory. 
  • Nesprávné nastavení uchování kontrolního bodu může ohrozit systém Avamar ztrátou dat nebo může způsobit problémy s kapacitou operačního systému.

REFCOUNT / NODECOUNT – "node 3/3"
  • První číslo je refcount. To uvádí počet uzlů, které zareagovaly na příkaz cplist. Tato hodnota nemusí nutně znamenat počet uzlů, které jsou online.
  • Druhé číslo je počet uzlů. To znamená počet uzlů, které se zúčastnily, když byl kontrolní bod původně zabrán. Jinými slovy, kolik datových uzlů obsahuje tento konkrétní adresář kontrolního bodu.
  • Před montáží významu výstupu těchto dvou polí si pečlivě poznačte stav systému (celkový počet uzlů a počet uzlů online) a způsob spuštění souboru cplist.
Pole počtu prokládání – "3530"
  • Toto pole zobrazuje celkový počet prokládání zachycených v kontrolním bodu.
  • Ověření kontrolního bodu ověřuje podmnožinu tohoto počtu pruhů.
  • Všechny ověření pomocí kontrolního bodu ověří.

 
Příklad výstupu

cplistpříkladu 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

Co nám to říká?
  • Jedná se o systém s jedním uzlem.
  • Existují dva "zdratné" nebo použitelné kontrolní body.
  • cp.20130914190119 byla ověřena rolling HFScheck, druhý kontrolní bod nebyl ověřen.
  • Obě kontrolní body zaznamenaly 1 401 pruhů.

Příklad 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

Co nám to říká?
  • Během každého kontrolního bodu se procesu vytvoření kontrolního bodu zúčastnilo devět uzlů. Můžeme předpokládat, že je v systému devět uzlů, ale nespoléhají se pro tyto informace čistě na výstup cplist.
  • Nejstarší ze tří kontrolních bodů byla ověřena postupnou kontrolou HFS.
  • Nejnovější kontrolní body (12. září) jsou momentálně nedostupné na jednom z devíti uzlů tvořících kontrolní bod.
Příklad 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

Co nám to říká?
  • Cp.20130915110654 je možné odstranit podle pravidel uchování kontrolního bodu.
  • Cp.20130916060236 byla přijata, zatímco jeden ze tří uzlů byl offline.

Příklad 4:
Pokud je systém Avamar integrován se systémem Data Domain, může seznam cplist zobrazit kontrolní body jako neplatné, pokud systém Data Domain přestane být dostupný. Například 
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

 
 
Pokud je zařízení Data Domain vypnuté,
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