Avamar: Speicherplatzrückgewinnungsprozess, Teil 3: Prozess zum Entfernen von Prüfpunkten (RMCP)
Summary: Dieser Artikel ist der dritte Teil einer Serie, in der die Prozesse zur Rückgewinnung von Avamar-Speicherplatz besprochen werden. Der Schwerpunkt liegt auf dem RMCP-Prozess (Remove Checkpoint). ...
Instructions
Dies ist der dritte und letzte in einer Reihe von Wissensdatenbank-Artikeln, in denen die Prozesse zur Rückgewinnung von Avamar-Speicherplatz erläutert werden.
Der Artikel konzentriert sich auf die Option Remove Checkpoint (rmcp) Prozess. Dies ist eine Aktivität, die im Rahmen des Wartungszyklus ausgeführt wird und Speicherplatz freigibt, indem alte Prüfpunkte gelöscht werden.
Die ersten Teile des Speicherplatzrückgewinnungsprozesses sind die Garbage Collection und das Crunching, die in den anderen Artikeln behandelt wurden:
- Avamar: Speicherplatzrückgewinnungsprozess, Teil 1: Müllabfuhr
- Avamar: Speicherplatzrückgewinnungsprozess, Teil 2: Knirschend
Was ist rmcp Und warum wird es benötigt?
Der Avamar -Server rmcp process ist eine Aufgabe, die auf Daten-Nodes ausgeführt wird, um veraltete Prüfpunkte zu löschen.
Dadurch wird sichergestellt, dass Festplattenspeicher in den Avamar-Datenpartitionen (und in jeglichem integrierten Data Domain-Storage) freigegeben und wiederverwendet werden kann.
Wenn die rmcp nicht ausgeführt wird, welche Probleme können auftreten?
Probleme mit dem rmcp sind relativ selten. Dort, wo sie auftreten, kann eine hohe Betriebssystemkapazität aufgrund von zu vielen Prüfpunkten oder fehlgeschlagenen Wartungsaktivitäten aufgrund von Konflikten mit einer lang andauernden rmcp an.
Wann rmcp laufen?
Die Spalte rmcp Der Prozess wird als Teil des täglichen Wartungsprozesses ausgeführt und tritt auf, nachdem ein Prüfpunkt erstellt wurde:
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