Avamar: Proceso de recuperación de espacio, parte 3:  El proceso de eliminación de punto de control (RMCP)

Este es el tercero y último de una serie de artículos de la base de conocimientos que analizan los procesos de recuperación de espacio de Avamar.

El artículo se centra en el atributo Remove Checkpoint (rmcp) proceso. Esta es una actividad que se ejecuta como parte del ciclo de mantenimiento y libera espacio de disco mediante la eliminación de los puntos de control antiguos.  

Las primeras partes del proceso de recuperación de espacio son la recolección de elementos no utilizados y el procesamiento, que se han cubierto en los otros artículos:

• Avamar: Proceso de recuperación de espacio, parte 1: Recolección
• Avamar: Proceso de recuperación de espacio, parte 2: Crujido

Qué es rmcp ¿Y por qué es necesario?

El servidor Avamar rmcp El proceso es una tarea que se ejecuta en los nodos de datos para borrar los puntos de control obsoletos.

Esto garantiza que el espacio de disco duro en las particiones de datos de Avamar (y en cualquier almacenamiento Data Domain integrado) se pueda liberar y reutilizar.

Si la solicitud en rmcp no funciona, ¿qué problemas podrían ocurrir?

Problemas con el rmcp proceso son relativamente raros. Cuando se producen, es posible que se observe una alta capacidad del sistema operativo debido a demasiados puntos de control o actividades de mantenimiento fallidas debido a la contención con una rmcp .

¿Cuándo rmcp ¿correr?

La variable rmcp El proceso se ejecuta como parte del proceso de mantenimiento diario y se produce después de que se ha creado un punto de control:

dumpmaintlogs --types=cp --days=1

cp logs start for last 1 day(s) of cp activity (note: all times UTC)
2016/04/03-08:02:02.68874 {0.0} <4300> starting scheduled checkpoint maintenance
2016/04/03-08:02:02.68975 {0.0} <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
2016/04/03-08:02:02.68976 {0.0} <cpflags delete="true" keepmin="false" waittime="1800"/>
2016/04/03-08:03:01.63624 {0.0} <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
2016/04/03-08:03:01.63625 {0.0} <checkpoint tag="cp.20160403080204" isvalid="true" refcount="1" cpctime="1459670524" cpseqno="499" nodestotal="1" stripestotal="2595" hfsctime="1437733723" dirstotal="3" deletable="false" ddr="true" locked="false" sufficient="true" complete="true" checkable="true" nodecount="1">
2016/04/03-08:03:01.63626 {0.0}   <hfscheck validcheck="false" type="full" checks="unknown" starttime="0" nodestarttime="0" nodefinishedtime="0" errors="0">
2016/04/03-08:03:01.63627 {0.0}     <hfscheckerrors/>
2016/04/03-08:03:01.63628 {0.0}   </hfscheck>
2016/04/03-08:03:01.63629 {0.0}   <nodeidlist count="1">
2016/04/03-08:03:01.63630 {0.0}     <nodeidrange dcno="0" lseqno="0" useqno="0"/>
2016/04/03-08:03:01.63631 {0.0}   </nodeidlist>
2016/04/03-08:03:01.63632 {0.0}   <ddr isvalid="true" validcheck="false"/>
2016/04/03-08:03:01.63633 {0.0} </checkpoint>
2016/04/03-08:03:01.69849 {0.0} deleting extra checkpoints
2016/04/03-08:03:03.02651 {0.0} <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
2016/04/03-08:03:03.02652 {0.0} <checkpointrmlist has-approved-checkpoint="true">
2016/04/03-08:03:03.02653 {0.0}   <checkpoint tag="cp.20160402080224" deleted="false" ddr-deleted="false"/>
2016/04/03-08:03:03.02654 {0.0}   <checkpoint tag="cp.20160402081456" deleted="false" ddr-deleted="false"/>
2016/04/03-08:03:03.02655 {0.0}   <checkpoint tag="cp.20160403080204" deleted="false" ddr-deleted="false"/>
2016/04/03-08:03:03.02656 {0.0} </checkpointrmlist>
2016/04/03-08:03:03.02812 {0.0} <4301> completed checkpoint maintenance