Avamar: Ruimtevrijwinningsproces Deel 3:  Het RMCP-proces (Remove Checkpoint Process)

Dit is het derde en laatste in een reeks knowledge base-artikelen waarin processen voor het terugwinnen van Avamar-ruimte worden besproken.

Het artikel richt zich op het Remove Checkpoint (rmcp) proces. Dit is een activiteit die wordt uitgevoerd als onderdeel van de onderhoudscyclus en schijfruimte vrijmaakt door oude controlepunten te verwijderen.  

De eerste delen van het proces van het vrijmaken van ruimte zijn het verzamelen en kraken van afval, die in de andere artikelen zijn behandeld:

• Avamar: Ruimtevrijwinningsproces Deel 1: Vuilnis ophalen
• Avamar: Ruimteterugwinningsproces Deel 2: Kraken

Wat is rmcp En waarom is het nodig?

De Avamar-server rmcp proces is een taak die wordt uitgevoerd op dataknooppunten om verouderde controlepunten op te ruimen.

Dit zorgt ervoor dat ruimte op de harde schijf in de Avamar-datapartities (en eventuele geïntegreerde Data Domain-storage) kan worden vrijgemaakt en opnieuw kan worden gebruikt.

Als rmcp Loopt niet, welke problemen kunnen zich voordoen?

Problemen met de rmcp proces zijn relatief zeldzaam. Wanneer deze zich voordoen, kan een hoge capaciteit van het besturingssysteem optreden als gevolg van te veel controlepunten of falende onderhoudsactiviteiten als gevolg van conflicten met een langlopende rmcp proces.

Wanneer werkt rmcp rennen?

De rmcp Het proces wordt uitgevoerd als onderdeel van het dagelijkse onderhoudsproces en vindt plaats nadat een controlepunt is gemaakt:

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