Un punto de control de Avamar es un conjunto de directorios de solo lectura en los nodos de datos de Avamar.
Es como una instantánea en un punto en el tiempo del sistema Avamar. Puede ser útil para fines de reversión en caso de que el sistema Avamar experimente un problema grave que no se pueda corregir.
La herramienta
cplist crea una lista de puntos de control que existen en un sistema Avamar.
Cualquier persona con acceso al nodo de utilidad de Avamar puede ejecutar la herramienta.
Comprender qué puntos de control existen y su condición son vitales antes de tomar cualquier decisión sobre cómo proceder en un sistema que experimenta un problema o se somete a mantenimiento.
Las suposiciones incorrectas sobre el estado de los puntos de control pueden provocar la pérdida de datos o un sistema Avamar irrecuperable.
En este artículo, se ayuda al lector a interpretar la salida de la herramienta.
A continuación, se muestra una salida de muestra de la lista de comandos 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
Observamos el primer punto de control anterior y analizamos el significado de cada campo de datos.
Nombre de la etiqueta de punto de control: cp.20130915110057
- Esta es la etiqueta de identificación del punto de control y corresponde al momento en que se inició el punto de control. Cp. YYYYMMDDHHMMSS
- Desde Avamar v7.1, los puntos de control se asignan con números de serie en lugar de etiquetarse con la fecha y hora de inicio del punto de control.
Tiempo necesario: Domingo 15 de septiembre, 12:00:57
- El día, la fecha y la hora en que se creó el punto de control. Esto siempre corresponderá con la etiqueta de punto de control.
Validez: válida
- Si este campo muestra "válido", el punto de control es "engorroso".
- La validez indica si el punto de control es útil para fines de reversión.
- Si este campo muestra "válido", no significa que el punto de control se haya sometido a la validación hfscheck.
- El campo validez es superfluo cuando se ejecuta "cplist", ya que, de manera predeterminada, el comando muestra puntos de control utilizables.
- La ejecución de "cplist --full" mostrará todos los puntos de control en el sistema, incluidos los que no se pueden utilizar para fines de reversión.
Tipo de validación HFScheck: "rol"
- Este campo muestra el tipo de validación de HFScheck que se ejecutó en el punto de control.
- Los tipos posibles son "hfs", "rdc", "par", "rol"
- hfs o full: significa que la validación se ejecutó en todas las fracciones del punto de control.
- roll: significa que la validación verificó todas las fracciones nuevas o modificadas en el punto de control.
- Las investigaciones han demostrado que, cuando se producen problemas de integridad de datos, por lo general, las fracciones afectadas son aquellas que se crean recientemente o se modifican recientemente. Por este motivo, el equipo de ingeniería de Avamar recomienda que la validación gradual se considere prácticamente tan confiable como una validación HFScheck completa más prolongada.
- Según la tasa de recopilación de datos del sistema Avamar, una verificación HFS gradual también puede comprobar una proporción de las fracciones no modificados de un punto de control. Esto significa que, finalmente, todas las fracciones, incluso aquellas que no se han modificado, pueden estar verificadas por integridad.
- rdc: significa que se completó la validación, pero que un nodo no participó en la validación. No se especifica el tipo de validación.
- No se puede garantizar la integridad de los datos para los puntos de control etiquetados como rdc. Esta comprobación proporciona una mayor confianza en la integridad de los datos que ninguna validación.
"---" que se puede quitar
- Este campo indica si el punto de control se puede eliminar, según la configuración de retención de punto de control vigente en el servidor Avamar.
- La retención del punto de control se controla mediante los parámetros "cphfschecked" y "cpmostrecent".
- La retención del punto de control se debe dejar como predeterminada, a menos que lo indique un ingeniero de soporte.
- Una configuración incorrecta de retención de punto de control puede poner un sistema Avamar en riesgo de pérdida de datos o puede causar problemas de capacidad del sistema operativo.
REFCOUNT/NODECOUNT: "node 3/3"
- El primer número es el recuento de referencia. Esto informa la cantidad de nodos que respondieron al comando cplist. Este valor no necesariamente significa la cantidad de nodos que están en línea.
- El segundo número es el recuento de nodos. Esto se refiere a la cantidad de nodos que participaron cuando se tomó originalmente el punto de control. En otras palabras, cuántos nodos de datos contienen ese directorio de punto de control específico.
- Tenga en cuenta cuidadosamente el estado del sistema (cantidad total de nodos y la cantidad de nodos en línea) y cómo se ejecutó cplist, antes de considerar el significado de la salida de estos dos campos.
Campo de conteo de fracciones: "3530"
- Este campo muestra el número total de fracciones capturadas en el punto de control.
- Una validación de punto de control gradual valida un subconjunto de esta cantidad de fracciones.
- Una validación de punto de control completa valida todos ellos.
Ejemplos de salida de
cplist
Ejemplo 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é nos dice esto?
- Este es un sistema de nodo único.
- Hay dos puntos de control "saludables" o utilizables.
- cp.20130914190119 se validó con una verificación HFS gradual; el otro punto de control no se validó.
- Ambos puntos de control capturaron 1401 fracciones.
Ejemplo 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é nos dice esto?
- Durante cada punto de control, nueve nodos participaron en el proceso de creación del punto de control. Es posible que supongamos que hay nueve nodos en el sistema, pero no dependen exclusivamente de la salida de la lista cplist para esta información.
- El más antiguo de los tres puntos de control se validó con una verificación de HFS gradual.
- Actualmente, no se puede acceder al más reciente de los puntos de control (12 de septiembre) en uno de los nueve nodos que forman ese punto de control.
Ejemplo 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é nos dice esto?
- cp.20130915110654 es elegible para eliminarse de acuerdo con las reglas de retención de punto de control.
- cp.20130916060236 se tomó mientras uno de los tres nodos estaba offline.
Ejemplo 4:
Si un sistema Avamar está integrado con Data Domain, cplist puede mostrar que los puntos de control no son válidos si el sistema Data Domain deja de estar disponible. Por ejemplo:
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 el dispositivo Data Domain está apagado;
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