Punkt kontrolny Avamar to zestaw katalogów tylko do odczytu w węzłach danych Avamar.
Jest to jak migawka punktu w czasie systemu Avamar. Może to być przydatne do celów przywracania systemu Avamar w przypadku wystąpienia poważnego problemu, który nie może zostać poprawiony.
Narzędzie
cplist tworzy listę punktów kontrolnych, które istnieją w systemie Avamar.
Narzędzie może być uruchamiane przez dowolną osobę z dostępem do węzła Avamar Utility Node.
Przed podjęciem decyzji o kontynuowaniu pracy w systemie, w którym wystąpił problem lub poddawany konserwacji, ważne jest zrozumienie, które punkty kontrolne istnieją i ich stan.
Nieprawidłowe założenia dotyczące stanu punktów kontrolnych mogą spowodować utratę danych lub nieodwracalny system Avamar.
Ten artykuł pomaga czytnikowi interpretować dane wyjściowe narzędzia.
Poniżej przedstawiono przykładowe dane wyjściowe z listy cplist polecenia.
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
Przyjrzymy się pierwszemu punktowi kontrolnemu powyżej i omówimy znaczenie poszczególnych pól danych.
Nazwa znacznika punktu kontrolnego — cp.20130915110057
- Jest to znacznik identyfikacyjny punktu kontrolnego i odpowiada czasowi uruchomienia punktu kontrolnego. Cp. YYYYMMDDHHMMSS
- W wersji 7.1 Avamar punkty kontrolne są przypisywane z numerami seryjnymi zamiast oznaczanych datą i godziną punktu kontrolnego.
Czas — Niedz. 15 września 12:00:57
- Dzień, data i godzina utworzenia punktu kontrolnego. Zawsze odpowiada znacznikowi punktu kontrolnego.
Ważność — ważna
- Jeśli to pole zawiera wartość "valid", punkt kontrolny jest "zdrowa".
- Ważność określa, czy punkt kontrolny jest przydatny do celów wycofywania.
- Jeśli to pole zawiera wartość "valid", nie oznacza to, że punkt kontrolny przeszedł weryfikację HFScheck.
- Pole ważności jest zbędne podczas uruchamiania "cplist", ponieważ domyślnie polecenie pokazuje użyteczne punkty kontrolne.
- Uruchomienie "cplist --full" spowoduje wyświetlenia wszystkich punktów kontrolnych w systemie, w tym wszelkich, które nie są użyteczne do celów wycofywania.
Typ sprawdzania poprawności HFScheck — "rol"
- To pole zawiera typ sprawdzania poprawności HFScheck, który został uruchomiony w punkcie kontrolnym.
- Możliwe typy to "hfs", "rdc", "par", "rol"
- hfs lub full – oznacza, że weryfikacja została przeprowadzona na wszystkich paskach w punkcie kontrolnym.
- roll — oznacza, że sprawdzanie poprawności zaznaczono wszystkie nowe lub zmodyfikowane paski w punkcie kontrolnym.
- Badania wykazały, że w przypadku wystąpienia problemów z integralnością danych zazwyczaj paskami, których dotyczy problem, są te, które zostały nowo utworzone lub ostatnio zmodyfikowane. Z tego powodu inżynierowie firmy Avamar zalecają, aby weryfikacja stopniowa była uważana za praktycznie niezawodną jako walidacja pełnej kontroli HFScheck.
- W zależności od szybkości przyswajania danych systemu Avamar, stopniowa kontrola HFScheck może również sprawdzić proporcję niezmodyfikowanych pasków punktu kontrolnego. Oznacza to, że w końcu wszystkie paski, nawet te, które nie zostały zmodyfikowane, mogą zostać sprawdzone pod kątem integralności.
- rdc - oznacza, że weryfikacja została zakończona, ale jeden węzeł nie brał udziału w weryfikacji. Nie określono typu weryfikacji.
- Integralność danych nie może być gwarantowana dla punktów kontrolnych oznaczonych jako rdc. Taka kontrola zapewnia większą pewność integralności danych niż brak weryfikacji.
Deletable "---"
- To pole wskazuje, czy punkt kontrolny można usunąć zgodnie z ustawieniami przechowywania punktów kontrolnych obowiązującymi na serwerze Avamar.
- Przechowywanie punktów kontrolnych jest kontrolowane przez parametry "cphfschecked" i "cpmostrecent".
- Zachowywanie punktów kontrolnych powinno pozostać domyślne, chyba że inżynier pomocy technicznej zaleci to.
- Nieprawidłowe ustawienia przechowywania punktów kontrolnych mogą narazić system Avamar na ryzyko utraty danych lub spowodować problemy z pojemnością systemu operacyjnego.
REFCOUNT /NODECOUNT — "węzeł 3/3"
- Pierwszy numer to refcount. Raportuje liczbę węzłów, które odpowiedziały na polecenie cplist. Ta wartość nie musi oznaczać liczby węzłów, które są w trybie online.
- Druga cyfra to numer konta węzła. Odnosi się to do liczby węzłów, które brały udział w początkowym utworzeniu punktu kontrolnego. Innymi słowy, ile węzłów danych zawiera dany katalog punktu kontrolnego.
- Przed kontemplacji znaczenia danych wyjściowych tych dwóch pól należy uważnie zanotować stan systemu (łączną liczbę węzłów i liczbę węzłów w trybie online) oraz sposób uruchomienia cplist.
Pole liczby przepięć — "3530"
- To pole zawiera łączną liczbę pasków przechwyconych w punkcie kontrolnym.
- Weryfikacja punktu kontrolnego sprawdza poprawność podzbioru tej liczby pasków.
- Pełna weryfikacja punktu kontrolnego weryfikuje wszystkie z nich.
Przykłady danych wyjściowych
cplist
, przykład 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 nam to mówi?
- Jest to system z jednym węzłem.
- Istnieją dwa "zdrowe" lub użyteczne punkty kontrolne.
- Cp.20130914190119 został zweryfikowany za pomocą stopniowej kontroli HFScheck, drugi punkt kontrolny nie został zweryfikowany.
- Oba punkty kontrolne zajęły 1401 pasków.
Przykład 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 nam to mówi?
- Podczas każdego punktu kontrolnego dziewięć węzłów było uczestniczących w procesie tworzenia punktu kontrolnego. Można założyć, że w systemie znajduje się dziewięć węzłów, ale dla tych informacji nie należy polegać wyłącznie na danych wyjściowych cplist.
- Najstarsza z trzech punktów kontrolnych została zweryfikowana za pomocą stopniowej kontroli HFScheck.
- Najnowsze punkty kontrolne (12 września) są obecnie niedostępne w jednym z dziewięciu węzłów, które tworzą ten punkt kontrolny.
Przykład 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 nam to mówi?
- Cp.20130915110654 kwalifikuje się do usunięcia zgodnie z zasadami retencji punktów kontrolnych.
- Cp.20130916060236 został podjęty, gdy jeden z trzech węzłów był w trybie offline.
Przykład 4:
Jeśli system Avamar jest zintegrowany z domeną danych, cplist może wyświetlać nieprawidłowe punkty kontrolne, jeśli system Data Domain będzie niedostępny. Na przykład:
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
Jeśli urządzenie Data Domain jest wyłączone;
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