Авамар: Процес меліорації космосу Частина 3:  Процес видалення контрольної точки (RMCP)

Це третя і остання з серії статей бази знань, в яких обговорюються процеси рекультивації космічних приміщень Avamar.

Стаття присвячена питанню «Видалити контрольну точку» (rmcp) процесу. Це дія, яка виконується як частина циклу обслуговування та звільняє місце на диску шляхом видалення старих контрольних точок.  

Першими частинами процесу рекультивації приміщень є збір сміття та хрускіт сміття, які були висвітлені в інших статтях:

• Авамар: Процес меліорації космосу Частина 1: Збір сміття
• Авамар: Процес рекультивації космосу Частина 2: Хрускіт

Що собою являє rmcp І навіщо вона потрібна?

Сервер Avamar rmcp процес – це завдання, яке виконується на вузлах даних для очищення застарілих контрольних точок.

Це гарантує, що місце на жорсткому диску в розділах даних Avamar (і будь-якому інтегрованому сховищі Data Domain) може бути звільнено та використано повторно.

Якщо rmcp не працює, які проблеми можуть виникнути?

Проблеми з rmcp процеси зустрічаються відносно рідко. Там, де вони все ж трапляються, висока продуктивність операційної системи може спостерігатися через занадто велику кількість контрольних точок або невдалі заходи з технічного обслуговування через суперечки з довгостроковою тривалістю rmcp процес.

Коли з'являється rmcp бігти?

Об'єкт rmcp Процес виконується як частина процесу щоденного технічного обслуговування та відбувається після створення контрольної точки:

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