Avamar: Processo di recupero dello spazio Parte 3:  Processo di rimozione del checkpoint (RMCP)

Questo è il terzo e ultimo di una serie di articoli della Knowledge Base che trattano i processi di recupero dello spazio Avamar.

L'articolo è incentrato sulla procedura di rimozione del checkpoint (rmcp), processo decisionale. Si tratta di un'attività che viene eseguita come parte del ciclo di manutenzione e libera spazio su disco eliminando i checkpoint obsoleti.  

Le prime parti del processo di recupero dello spazio sono la garbage collection e lo scricchiolio che sono stati trattati negli altri articoli:

• Avamar: Processo di recupero dello spazio Parte 1: Garbage Collection
• Avamar: Processo di recupero dello spazio Parte 2: Scricchiolio

Che cos'è rmcp E perché è necessario?

Avamar Server rmcp process è un'attività che viene eseguita sui nodi di dati per cancellare i checkpoint non aggiornati.

Ciò garantisce che lo spazio su disco rigido nelle partizioni dei dati Avamar (e in qualsiasi storage Data Domain integrato) possa essere liberato e riutilizzato.

Se rmcp non funziona, quali problemi potrebbero verificarsi?

Problemi con il rmcp sono relativamente rari. Quando si verificano, è possibile riscontrare un'elevata capacità del sistema operativo a causa di troppi checkpoint o di attività di manutenzione non riuscite a causa di un conflitto con un rmcp .

Quando rmcp Correre?

La colonna rmcp Il processo viene eseguito come parte del processo di manutenzione giornaliero e si verifica dopo la creazione di un checkpoint:

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