Avamar: Processo de recuperação de espaço Parte 3: O processo de remoção de checkpoint (RMCP)
Summary: Este artigo é parte três de uma série que discute os processos de recuperação de espaço do Avamar. Ele se concentra no processo de remoção de checkpoint (RMCP).
Instructions
Este é o terceiro e último de uma série de artigos da base de conhecimento que abordam os processos de recuperação de espaço do Avamar.
O artigo se concentra na opção Remove Checkpoint (rmcp) processo. Esta é uma atividade que é executada como parte do ciclo de manutenção e libera espaço em disco excluindo checkpoints antigos.
As primeiras partes do processo de recuperação de espaço são a coleta de lixo e a coleta de lixo que foram abordadas nos outros artigos:
- Avamar: Processo de recuperação de espaço Parte 1: Coleta de lixo
- Avamar: Processo de recuperação de espaço Parte 2: Crunching
O que é rmcp E por que é necessário?
O servidor Avamar rmcp Processo é uma tarefa executada em nós de dados para limpar checkpoints obsoletos.
Isso garante que o espaço em disco rígido nas partições de dados do Avamar (e em qualquer armazenamento integrado do Data Domain) possa ser liberado e reutilizado.
Se a solicitação do rmcp não é executado, que problemas podem ocorrer?
Problemas com o rmcp processos são relativamente raros. Quando ocorrem, a alta capacidade do sistema operacional pode ser vista devido a muitos checkpoints ou atividades de manutenção com falha devido ao conflito com uma longa rmcp .
Quando faz rmcp correr?
A coluna rmcp O processo é executado como parte do processo de manutenção diária e ocorre depois que um checkpoint foi criado:
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