Avamar: Proces rekultivace prostoru Část 3: Proces odebrání kontrolního bodu (RMCP)
Shrnutí: Tento článek je třetí částí série, která pojednává o procesech recyklace místa v softwaru Avamar. Zaměřuje se na proces odebrání kontrolního bodu (RMCP).
Pokyny
Toto je třetí a poslední ze série článků znalostní báze, které pojednávají o procesech opětovného získání místa v softwaru Avamar.
Článek se zaměřuje na odebrání kontrolního bodu (rmcp) procesu. Jedná se o činnost, která se spouští v rámci cyklu údržby a uvolňuje místo na disku odstraněním starých kontrolních bodů.
Prvními částmi procesu rekultivace místa jsou sběr odpadu a drcení, které byly popsány v dalších článcích:
- Avamar: Proces rekultivace prostoru Část 1: Uvolněné
- Avamar: Proces rekultivace prostoru Část 2: Křupavý
Co je to rmcp A proč je to potřeba?
Server Avamar rmcp Proces je úloha, která běží na datových uzlech za účelem vymazání zastaralých kontrolních bodů.
Tím je zajištěno, že místo na pevném disku v datových oddílech Avamar (a jakémkoli integrovaném úložišti Data Domain) bude možné uvolnit a znovu použít.
Když rmcp neběží, jaké problémy mohou nastat?
Problémy s rmcp proces jsou poměrně vzácné. Pokud k nim dojde, může být vysoká kapacita operačního systému způsobena příliš mnoha kontrolními body nebo selháním činností údržby v důsledku kolizí s dlouhotrvajícím rmcp .
Kdy se koná rmcp běžet?
Skript rmcp Proces běží jako součást procesu denní údržby a dochází k němu po vytvoření kontrolního bodu:
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