Avamar: Alan ıslah süreci Bölüm 3: Kontrol Noktasını Kaldırma İşlemi (RMCP)
Summary: Bu makale, Avamar alan geri kazanımı işlemlerini ele alan yazı dizisinin üçüncü bölümüdür. Kontrol Noktasını Kaldırma işlemine (RMCP) odaklanır.
Instructions
Bu, Avamar alan geri kazanım süreçlerini ele alan bir dizi bilgi tabanı makalesinin üçüncüsü ve sonuncusudur.
Makale, Kontrol Noktasını Kaldır (rmcp) işlemi. Bu, bakım döngüsünün bir parçası olarak çalışan ve eski kontrol noktalarını silerek disk alanını boşaltan bir etkinliktir.
Alan ıslah sürecinin ilk kısımları, diğer makalelerde ele alınan çöp toplama ve kırmadır:
Nedir rmcp Ve neden gerekli?
Avamar sunucusu rmcp İşlem, eski kontrol noktalarını temizlemek için veri düğümlerinde çalışan bir görevdir.
Bu, Avamar veri bölümlerindeki (ve tüm tümleşik Data Domain depolama alanlarındaki) sabit sürücü alanının boşaltılıp yeniden kullanılabilmesini sağlar.
Eğer rmcp çalışmıyorsa, hangi sorunlar ortaya çıkabilir?
Şununla ilgili sorunlar rmcp süreç nispeten nadirdir. Bunlar gerçekleştiğinde, çok sayıda kontrol noktası nedeniyle yüksek işletim sistemi kapasitesi veya uzun süreli bir anlaşmazlık nedeniyle bakım işlemlerinin başarısız olduğu görülebilir. rmcp eder.
Ne zaman rmcp koşmak?
Komutta rmcp İşlem, günlük bakım işleminin bir parçası olarak çalışır ve bir kontrol noktası oluşturulduktan sonra gerçekleşir:
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