Un point de contrôle Avamar est un ensemble de répertoires en lecture seule sur les nœuds de données Avamar.
C’est comme un snapshot à un point dans le temps du système Avamar. Il peut être utile à des fins de retour arrière si le système Avamar rencontre un problème grave qui ne peut pas être corrigé.
L’outil cplist crée une liste de points de contrôle qui existent sur un système Avamar.
L’outil peut être exécuté par n’importe qui ayant accès au nœud utilitaire Avamar.
Il est essentiel de comprendre les points de contrôle existants et leur état avant de prendre une décision quant à la procédure à suivre sur un système qui rencontre un problème ou qui est en cours de maintenance.
Des hypothèses incorrectes sur l’état des points de contrôle peuvent entraîner une perte de données ou un système Avamar irrécupérable.
Cet article aide le lecteur à interpréter la sortie de l’outil.
Voici un exemple de sortie de la commande 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
Nous examinons le premier point de contrôle ci-dessus et discutons de la signification de chaque champ de données.
Nom de la balise de point de contrôle : cp.20130915110057
- Il s’agit de la balise d’identification du point de contrôle et correspond à l’heure à laquelle le point de contrôle a démarré. Cp. YYYYMMDDHHMMSS
- À partir d’Avamar v7.1, les points de contrôle sont attribués avec des numéros de série au lieu d’être marqués avec la date et l’heure de début du point de contrôle.
Temps nécessaire- Dimanche 15 septembre 12 :00 :57
- Jour, date et heure de création du point de contrôle. Cela correspond toujours à la balise de point de contrôle.
Validity (Validité) - valide
- Si ce champ indique « valid », le point de contrôle est « complète ».
- Validity indique si le point de contrôle est utile à des fins de restauration.
- Si ce champ indique « valid », cela ne signifie pas que le point de contrôle a fait l’objet d’une validation HFScheck.
- Le champ validity est superflu lors de l’exécution de « cplist », car par défaut, la commande affiche les points de contrôle utilisables.
- L’exécution de « cplist --full » affiche tous les points de contrôle du système, y compris ceux qui ne sont pas utilisables à des fins de restauration.
Type de validation HFScheck : « rol »
- Ce champ indique le type de validation HFScheck qui a été exécuté sur le point de contrôle.
- Les types possibles sont « hfs », « rdc », « par », « rol »
- hfs ou full : signifie que la validation a été exécutée sur toutes les bandes du point de contrôle.
- roll : signifie que la validation a vérifié toutes les bandes nouvelles ou modifiées dans le point de contrôle.
- Des recherches ont montré que lorsque des problèmes d’intégrité des données se produisent, les bandes affectées sont généralement celles qui sont nouvellement créées ou récemment modifiées. C’est pourquoi les ingénieurs Avamar recommandent que la validation consécutive soit considérée comme pratiquement aussi fiable qu’une validation HFScheck complète plus longue.
- Selon le taux d’acquisition des données du système Avamar, un contrôle HFScheck répété peut également vérifier une proportion des bandes nonmodifiées d’un point de contrôle. Cela signifie que toutes les bandes, même celles qui n’ont pas été modifiées, peuvent être vérifiées pour l’intégrité.
- rdc- signifie que la validation a été effectuée, mais qu’un nœud n’a pas participé à la validation. Le type de validation n’est pas spécifié.
- L’intégrité des données ne peut pas être garantie pour les points de contrôle marqués comme rdc. Un tel contrôle offre une meilleure confiance dans l’intégrité des données qu’aucune validation du tout.
« --- » amovible
- Ce champ indique si le point de contrôle peut être supprimé, en fonction des paramètres de rétention des points de contrôle en vigueur sur le serveur Avamar.
- La rétention des points de contrôle est contrôlée par les paramètres « cphfschecked » et « cpmostrecent ».
- La rétention des points de contrôle doit être laissée par défaut, sauf si un ingénieur du support vous le conseille.
- Des paramètres de rétention de point de contrôle incorrects peuvent exposer un système Avamar à un risque de perte de données ou entraîner des problèmes de capacité du système d’exploitation.
REFCOUNT/NODECOUNT : « nœud 3/3 »
- Le premier chiffre est le refcount. Ce rapport indique le nombre de nœuds qui ont répondu à la commande cplist. Cette valeur ne signifie pas nécessairement le nombre de nœuds qui sont en ligne.
- Le deuxième chiffre est le nombre de nœuds. Cela fait référence au nombre de nœuds qui ont participé lors de la prise initiale du point de contrôle. En d’autres termes, combien de nœuds de données contiennent ce répertoire de point de contrôle particulier.
- Notez soigneusement l’état du système (nombre total de nœuds et nombre de nœuds en ligne) et la façon dont le cplist a été exécuté, avant d’examiner la signification de la sortie de ces deux champs.
Champ « 3530 » du nombre de bandes
- Ce champ affiche le nombre total de bandes capturées dans le point de contrôle.
- Une validation consécutive du point de contrôle valide un sous-ensemble de ce nombre de bandes.
- Une validation complète des points de contrôle les valide tous.
Exemples de sortie
cplist
Exemple 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
Qu’est-ce que cela signifie ?
- Il s’agit d’un système à nœud unique.
- Il existe deux points de contrôle utiles ou « complets ».
- cp.20130914190119 a été validé avec une vérification HFScheck consécutive, l’autre point de contrôle n’a pas été validé.
- Les deux points de contrôle ont capturé 1 401 bandes.
Exemple 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
Qu’est-ce que cela signifie ?
- Au cours de chaque point de contrôle, neuf nœuds ont participé au processus de création de points de contrôle. Nous pouvons supposer qu’il y a neuf nœuds sur le système, mais nous ne nous appuyons pas uniquement sur la sortie cplist pour ces informations.
- Le plus ancien des trois points de contrôle a été validé avec une vérification HFS consécutive.
- Les points de contrôle les plus récents (12 septembre) sont actuellement inaccessibles sur l’un des neuf nœuds qui forment ce point de contrôle.
Exemple 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
Qu’est-ce que cela signifie ?
- cp.20130915110654 peut être supprimé conformément aux règles de rétention des points de contrôle.
- cp.20130916060236 a été pris alors que l’un des trois nœuds était hors ligne.
Exemple 4 :
Si un système Avamar est intégré à Data Domain, le cplist peut indiquer que les points de contrôle ne sont pas valides si le système Data Domain devient indisponible. Par exemple :
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
Si le périphérique Data Domain est hors tension ;
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