Avamar : Processus de récupération d’espace Partie 3 : Processus de suppression de point de contrôle (RMCP)
Summary: Cet article est la troisième partie d’une série consacrée aux processus de récupération d’espace Avamar. Il se concentre sur le processus de suppression de point de contrôle (RMCP).
Instructions
Cet article est le troisième et dernier d’une série d’articles de la base de connaissances qui traitent des processus de récupération d’espace Avamar.
Cet article se concentre sur la suppression du point de contrôle (rmcp) dans ce processus. Il s’agit d’une activité qui s’exécute dans le cadre du cycle de maintenance et qui libère de l’espace disque en supprimant d’anciens points de contrôle.
Les premières parties du processus de récupération de l’espace sont le nettoyage et le traitement de la mémoire, qui ont été abordés dans les autres articles :
- Avamar : Processus de récupération d’espace Partie 1 : Nettoyage de la mémoire
- Avamar : Processus de récupération d’espace Partie 2 : Croquer
Quoi rmcp Et pourquoi est-ce nécessaire ?
Le serveur Avamar rmcp Le processus est une tâche qui s’exécute sur les nœuds de données pour supprimer les points de contrôle obsolètes.
Cela garantit que l’espace disque des partitions de données Avamar (et de tout stockage Data Domain intégré) peut être libéré et réutilisé.
Si la demande rmcp ne fonctionne pas, quels problèmes peuvent survenir ?
Problèmes avec l' rmcp sont relativement rares. Lorsqu’ils se produisent, une capacité élevée du système d’exploitation peut être observée en raison d’un trop grand nombre de points de contrôle ou d’activités de maintenance défaillantes en raison d’un conflit d’accès à un problème de longue durée rmcp .
Quand est-ce que rmcp Courir?
La commande rmcp Le processus s’exécute dans le cadre du processus de maintenance quotidien et intervient après la création d’un point de contrôle :
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