Avamar : Comment supprimer un système Data Domain d’une grille Avamar en toute sécurité.

Cet article décrit la marche à suivre pour supprimer un système Data Domain d’une grille Avamar.

avmaint config --ava |grep "immutable\|governancemode"

immutablebackups="false"
periodimmutablebackups="false"
governancemode="false"

• Toutes les sauvegardes stockées sur le Data Domain par ce client Avamar doivent être supprimées en amont du processus de suppression. 
• Après la suppression de toutes les sauvegardes, il est recommandé d’exécuter un cycle de maintenance complet (manuel ou planifié).
  • Un cycle de maintenance complet comprend le nettoyage de la mémoire, la création d’un point de contrôle, la validation du point de contrôle (hfscheck), la création d’un point de contrôle, ainsi que la suppression des anciens points de contrôle.

Avant de procéder à la suppression finale du système Data Domain, assurez-vous que toutes les données de sauvegarde sur Data Domain et les métadonnées sur Avamar sont supprimées. 

Cet article traite de deux scénarios : 

Scénario 1 : Suppression inadéquate : le système Data Domain n’est plus actif ou n’est pas accessible depuis Avamar.

• Le système Data Domain a déjà été désactivé.
• Le Data Domain a été déconnecté du réseau avant d’être supprimé d’Avamar. 
• Le système de fichiers du Data Domain a été détruit ou réinitialisé avant que le Data Domain ne soit supprimé du client Avamar (en d’autres termes, la structure MTree Avamar du Data Domain n’existe plus).  

Scénario 2 : Suppression adéquate : le système Data Domain est actif et accessible depuis Avamar. Toutes les données de sauvegarde correspondant aux métadonnées stockées sur Avamar sont toujours accessibles.

La méthode la plus simple consiste à exécuter la commande «  ddrmaint cplist » sur Avamar Utility Node. Ainsi, Avamar peut se connecter au Data Domain, lire la structure MTree Avamar (unité de stockage) du Data Domain et répertorier les points de contrôle. 

Exemple :

ddrmaint cplist

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<checkpointlist
  cmd="cplist"
  lsu="avamar-1643691625"
  count="3">
  <ddrservers count="1">
    <ddrserver
      name="dd01.company.com"
      index="1"
      ddrcreatetime="1685672902"/>
  </ddrservers>
  <checkpoint
    tag="cp.20240724220026"
    mtime="1721858446"
    isvalid="true"
    validcheck="true"/>
  <checkpoint
    tag="cp.20240801021435"
    mtime="1722478550"
    isvalid="true"
    validcheck="false"/>
  <checkpoint
    tag="cp.20240801045429"
    mtime="1722488144"
    isvalid="true"
    validcheck="false"/>
</checkpointlist>

Étapes communes aux scénarios 1 et 2 :

Ces étapes doivent être suivies pour effectuer une suppression adéquate ou inadéquate : 

1. Connectez-vous à Avamar Utility Node en tant qu’administrateur.

2. Localisez le nom d’hôte et l’index du Data Domain supprimé.
(L’index DDR est une valeur numérique qui représente le nombre de systèmes Data Domain rattachés à Avamar.)

Pour trouver l’index, exécutez la commande suivante en tant qu’administrateur sur Avamar Utility Node :

ddrmaint read-ddr-info

Exemple de résultat :

<ddrconfig client-map-default="true" cloud_enabled="false" cloud_unit_name="" dd-cert-chain="" ddos-version="7.13.0.20-1082704" ddrcreatetime="1685672902" ddrid="A42AF86128712C2361D8E072BA5E20E745C5F8A5" gsan-backup-target-default="true" hostname="dd01.company.com" index="1" instant-access-limit="32" ipv4-hostname="dd01.company.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="2" modelno="DD VE" mtree_name="/data/col1/avamar-1234567890" password="Onlh2XP9xEpvI2exqGQwqA==" policy_id="%2Fdata%2Fcol1%2Favamar-1643691625%3AECS_Unit1" serialno="xxxxxxxxxxxxxxx" token="AQAjwjOLe0cAcXbsTvn4AYhPc274/LNOErIAjGbfELzhoQ==" username="ddboost">
...
<ddrconfig client-map-default="false" cloud_enabled="false" cloud_unit_name="" dd-cert-chain="" ddos-version="6.2.1.80-692201" ddrcreatetime="1722482083" ddrid="3EBBA48A04A3DE3D2CAC662CF32E5DDBD0E68C58" gsan-backup-target-default="false" hostname="dd02.company.com" index="2" instant-access-limit="32" ipv4-hostname="dd02.company.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="0" modelno="DD VE Version 4.0" mtree_name="/data/col1/avamar-1234567890" password="Si+8QUMErXcQuq99uQ+IpQ==" policy_id="" serialno="xxxxxxxxxxxxxxx" token="AQA51kB/zWJVUc2Hso5NqQVla+XC71ucYATwtbP4Rq1f8A==" username="ddboost">

Dans cet exemple de résultat, deux Data Domains sont rattachés.

• Data-Domain-hostname : dd01.company.com
• ddr-index-value : 1.

3. Vérifiez les jeux de données dans lesquels le Data Domain est sélectionné (le cas échéant) :

La méthode la plus simple consiste à exécuter des commandes à partir de l’interface de ligne de commande pour déterminer les jeux de données à modifier. Vous pouvez ensuite utiliser l’interface utilisateur de votre choix (AUI ou MCS) pour mettre à jour les jeux de données.

Pour une grille Avamar avec un seul Data Domain rattaché, utilisez la commande suivante :

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value NOT IN ('0') order by dataset_name asc;"

Exemple :

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value NOT IN ('0') order by dataset_name asc;"

  dataset_name   |       plugin_name       | domain
-----------------+-------------------------+--------
 Default Dataset | Linux Fast Incrementals | /
 Default Dataset | VMware vCloud vApp      | /
 Default Dataset | Windows File System     | /
 dd01_dst        | Windows File System     | /clients
(4 rows)

-- ou --

Pour une grille Avamar avec plusieurs systèmes Data Domain rattachés, exécutez la commande suivante :

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='<ddr-index-value>' order by dataset_name asc;"

<ddr-index-value> est l’indice noté à l’étape 2 ci-dessus (dans notre exemple de résultat, il s’agissait de 1).

Exemple :

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='1' order by dataset_name asc;"

  dataset_name   |       plugin_name       | domain
-----------------+-------------------------+--------
 Default Dataset | Linux Fast Incrementals | /
 Default Dataset | VMware vCloud vApp      | /
 Default Dataset | Windows File System     | /
 dd01_dst        | Windows File System     | /clients
(4 rows)

Si aucun jeu de données n’est signalé, passez à l’étape 6. Sinon, continuez à partir de l’étape 4.

4. Connectez-vous à l’interface utilisateur d’Avamar (AUI ou MCS) et supprimez le Data Domain de chaque jeu de données répertorié :

Avamar Administrator - AUI :

a. Dans l’en-tête Administration, sélectionnez Setting.

b. Cliquez sur Dataset.

c. Pour chaque jeu de données : 

i. Sélectionnez le jeu de données requis, puis cliquez sur Edit.

ii. À partir du résultat à l’étape 3, sélectionnez chacun des plug-ins répertoriés tour à tour.

Dans l’exemple de résultat « Default Dataset », il s’agit de « Linux Fast Incrementals », « VMware vCloud vApp » et « Windows File System ».

iii. Décochez « Store backup on Data Domain system » ou, si plusieurs Data Domains sont rattachés, remplacez le nom du Data Domain (le cas échéant).

iv. Cliquez sur Submit (Soumettre).

v. Répétez cette opération pour tous les plug-ins répertoriés.

-- ou --

Avamar Administrator - MCS :

a. Accédez au menu Tools.

b. Sélectionnez Manage Datasets.

c. Pour chaque jeu de données : 

i. Sélectionnez le jeu de données requis, puis cliquez sur Edit.

ii. Cliquez sur l’onglet Options.

iii. Dans Default Dataset, sélectionnez chaque plug-in répertorié dans le résultat de l’étape 3, par exemple « Linux Fast Incrementals », « VMware vCloud vApp » ou « Windows File System ».

iv. Décochez l’option « Store backups on Data Domain » ou, si plusieurs systèmes Data Domain sont rattachés, remplacez le nom du Data Domain (le cas échéant).

v. Cliquez sur OK.

vi. Répétez l’opération pour chaque jeu de données requis.

5. À l’issue de l’opération, réexécutez la même commande que celle exécutée précédemment à l’étape 2b. Aucun jeu de données ne doit être répertorié :

Exemples :

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='1' order by dataset_name asc;"

-- ou --

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='<ddr-index-value>' order by dataset_name asc;"

Le résultat attendu est le même pour l’une ou l’autre des commandes :

 dataset_name | plugin_name | domain
--------------+-------------+--------
(0 rows)

6. Si plusieurs Data Domains sont rattachés et qu’Avamar est une source de réplication, vérifiez que le DD supprimé n’est pas défini comme système de stockage de réplication par défaut :

Connexion à l’interface utilisateur d’Avamar (AUI ou MCS) 

Avamar Administrator - AUI :

a. Dans la section Administration, sélectionnez System.

b. Cliquez sur Data Domain.

c. Sélectionnez le Data Domain à supprimer. 

d. Si la valeur « Default Replication Storage System » est « yes », passez à l’étape e, sinon passez à l’étape 7.

e. Cliquez sur Cancel.

f. Sélectionnez le nouveau Data Domain qui deviendra le système de stockage de réplication par défaut parmi les DD restants (ceux qui ne sont pas concernés par la suppression).

g. Cliquez sur Edit.

h. Saisissez deux fois le mot de passe du compte ddboost.

i. Sélectionnez « Use system as default replication storage ».

j. Sélectionnez Validate, Next, Next, Finish. La mise à jour peut prendre un certain temps.

-- ou --

Avamar Administrator - MCS :

a. Sélectionnez Server dans le tableau de bord principal.

b. Cliquez sur l’onglet Server Management.

c. Si seule la fenêtre « Bytes Protected Summary » s’affiche, cliquez sur l’intercalaire et développez la fenêtre jusqu’à ce que les serveurs (Avamar et Data Domain) s’affichent :

d. Mettez en surbrillance le Data Domain à supprimer. 

e. Si, dans la fenêtre « Node Information », « Default Replication Storage System » affiche « Yes », passez à l’étape f, sinon passez à l’étape 7.

f. Sélectionnez le nouveau Data Domain qui deviendra le système de stockage de réplication par défaut parmi les DD restants (ceux qui ne sont pas concernés par la suppression).

g. Dans le menu Actions, sélectionnez « Edit Data Domain system ».

h. Cochez la case « Use system as default replication storage », puis cliquez sur OK. 

i. Cliquez sur Yes pour confirmer la modification du mappage du stockage de réplication par défaut. La mise à jour peut prendre un certain temps.

• Dans le cas d’une suppression inadéquate (scénario 1), passez à l’étape 8.
• Dans le cas d’une suppression adéquate (scénario 2), passez à l’étape 11.

Scénario 1 : Étapes spécifiques d’une suppression inadéquate

• Le Data Domain a été désactivé avant d’être supprimé d’Avamar. 
• Le Data Domain a été déconnecté du réseau avant d’être supprimé d’Avamar. 
• Le système de fichiers du Data Domain a été réinitialisé avant d’être supprimé d’Avamar (en d’autres termes, la structure MTree Avamar n’existe plus sur le système Data Domain).
• Le système de fichiers sur Data Domain est détruit ou corrompu.

8. Exécutez la commande suivante :  

mccli dd delete --name=<Data-Domain-hostname> --force

<Data-Domain-hostname> correspond au nom obtenu à l’étape 2 (dd01.company.com dans l’exemple de résultat).

Exemple :

mccli dd delete --name=dd01.company.com --force

0,30936,Deleted Data Domain system.
Attribute                 Value 
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com

0,30936,Deleted Data Domain system.
Attribute                 Value
------------------------- -------------------------------------------------------------------
replication-storage-check Data Domain system is the only default replication storage system.
ipv6Hostname
force-delete              Force delete option was in use for the Data Domain system deletion.
ipv4Hostname              dd01.company.com

Si d’autres erreurs se produisent, arrêtez et créez une demande de service. Mentionnez cet article, ainsi que toute erreur éventuelle, lors de la création de la demande de service.  

9. Supprimez toutes les références aux sauvegardes stockées sur le Data Domain :

Toutes les références aux sauvegardes stockées sur le Data Domain inaccessible doivent être supprimées. Même si le Data Domain et les données de sauvegarde sont inaccessibles, les métadonnées sont toujours présentes sur Avamar.

Le script remove_ddr_backups peut être utilisé pour détecter et afficher les sauvegardes faisant référence au Data Domain. Il se trouve dans le répertoire /usr/local/avamar/bin sur Avamar Utility Node.

a. Exécutez le script en mode non destructif :

remove_ddr_backups <ddr-index-value>

<ddr-index-value> correspond à l’index du Data Domain noté à l’étape 2 (1 dans l’exemple de résultat).

Exemple :

remove_ddr_backups 1

Running in non-destructive mode. No data will be destroyed.
To run in destructive mode add the command line parameter '--delete-backups'.
Total Data Domain backups 5422.
Total Avamar backups 10296.
Total backups 15718.
Matched 2232 out of 5422 total Data Domain backups with ddrindex 1.
Total Data Domain backups to be deleted 8014.
Backup counts for each ddr index before any backup deletions:
    ddrindex 001: 2232
    ddrindex 002: 3190
remove_ddr_backups completed successfully in non-destructive mode.

Comme l’indique le résultat, la commande ci-dessus s’exécute en mode « non destructif » et ne supprime aucune sauvegarde. 

Ce résultat indique que 2 232 sauvegardes sont stockées dans le ddrindex 1.

b. Supprimez les sauvegardes référencées sur le Data Domain inaccessible en ajoutant la balise « --delete-backups » :

remove_ddr_backups <ddr-index-value> --delete-backups

<ddr-index-value> correspond à l’index du Data Domain noté à l’étape 2 (1 dans notre exemple de résultat).

Exemple :

remove_ddr_backups 1 --delete-backups

remove_ddr_backups will irrevocably destroy backup data on server 'dd01.company.com'.
Type 'yes' to permanently remove backup data on this server: 

c. Vérifiez à nouveau qu’il s’agit du bon Data Domain, car ce processus est irréversible.

d. Saisissez yes.

Sortie attendue :

1  Request succeeded

0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Pour obtenir des instructions sur la suppression manuelle des sauvegardes verrouillées, voir la section Informations supplémentaires.

Une fois toutes les sauvegardes verrouillées supprimées, répétez les étapes 9b à 9d pour supprimer le Data Domain.

10. Reprenez à partir de l’étape 14.

Scénario 2 : étapes spécifiques d’une suppression adéquate

11. Toutes les sauvegardes stockées sur le Data Domain à supprimer doivent être supprimées :

Le script remove_ddr_backups peut être utilisé pour détecter et afficher les sauvegardes faisant référence au Data Domain. Il se trouve dans le répertoire /usr/local/avamar/bin sur Avamar Utility Node.

a. Exécutez le script en mode non destructif :

remove_ddr_backups <ddr-index-value>

<ddr-index-value> correspond à l’index du Data Domain noté à l’étape 2 (1 dans notre exemple de résultat).

Exemple :

remove_ddr_backups 1

Running in non-destructive mode. No data will be destroyed.
To run in destructive mode add the command line parameter '--delete-backups'.
Total Data Domain backups 5422.
Total Avamar backups 10296.
Total backups 15718.
Matched 2232 out of 5422 total Data Domain backups with ddrindex 1.
Total Data Domain backups to be deleted 8014.
Backup counts for each ddr index before any backup deletions:
    ddrindex 001: 2232
    ddrindex 002: 3190
remove_ddr_backups completed successfully in non-destructive mode.

Comme l’indique le résultat, la commande ci-dessus s’exécute en mode « non destructif » et ne supprime aucune sauvegarde. 

Ce résultat indique que 2 232 sauvegardes sont stockées dans le ddrindex 1.

b. Supprimez les sauvegardes référencées sur le Data Domain inaccessible en ajoutant la balise « --delete-backups » :

remove_ddr_backups <ddr-index-value> --delete-backups

<ddr-index-value> correspond à l’index du Data Domain noté à l’étape 2 (1 dans notre exemple de résultat).

Exemple :

remove_ddr_backups 1 --delete-backups

remove_ddr_backups will irrevocably destroy backup data on server 'dd01.company.com'.
Type 'yes' to permanently remove backup data on this server: 

c. Vérifiez à nouveau qu’il s’agit du bon Data Domain, car ce processus est irréversible.

d. Saisissez yes.

Sortie attendue :

1  Request succeeded

0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Pour obtenir des instructions sur la suppression manuelle des sauvegardes verrouillées, voir la section Informations supplémentaires.

Une fois les sauvegardes verrouillées supprimées, répétez les étapes 11b à 11d pour supprimer le Data Domain.

12. Une fois les sauvegardes du client supprimées, il est nécessaire de supprimer tous les points de contrôle associés aux sauvegardes de Data Domain de la grille Avamar :

a. Vérifiez la date à laquelle le dernier point de contrôle a été enregistré : 

status.dpn |grep "Last checkpoint"

b. Réalisez un vidage MCS :

mcserver.sh --flush

Exemple :

mcserver.sh --flush

=== BEGIN === check.mcs (preflush)
check.mcs                        passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.

c. Créez un point de contrôle :

avmaint checkpoint --ava --wait

L’invite ne s’affiche pas tant que le point de contrôle n’est pas terminé.

d. Vérifiez le dernier point de contrôle :

status.dpn |grep "Last checkpoint"

Vérifiez qu’il diffère du résultat obtenu à l’étape 12a.

e. Validez le point de contrôle : 

avmaint hfscheck --full --keep --ava

f. Surveillez hfscheck l’achèvement du processus.

g. Une fois le processus hfscheck terminé, créez un autre point de contrôle :

avmaint checkpoint --ava --wait

À nouveau, la fenêtre ne s’affiche pas tant que le point de contrôle n’est pas terminé.

h. Supprimez les anciens points de contrôle :

avmaint rmcp --full --ava

13. Supprimez le Data Domain d’Avamar à l’aide de l’interface de ligne de commande ou de l’interface utilisateur :

CLI

mccli dd delete --name=<Data-Domain-hostname>

<Data-Domain-hostname> correspond au nom obtenu à l’étape 2 (dd01.company.com dans notre exemple de résultat).

Exemple :

mccli dd delete --name=dd01.company.com

0,30936,Deleted Data Domain system.
Attribute                 Value
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com

La commande peut mettre un certain temps à renvoyer une réponse. Laissez la commande s’exécuter sans interruption.

-- ou --

Avamar Administrator - AUI :

a. Dans la section Administration, sélectionnez System.

b. Cliquez sur Data Domain.

c. Sélectionnez le Data Domain à supprimer. 

d. Cliquez sur Delete.

e. Examinez la fenêtre de confirmation pour confirmer que le nom du Data Domain à supprimer est le bon.

f. Cliquez sur Yes pour confirmer la suppression du Data Domain. La mise à jour peut prendre un certain temps.

g. Le Data Domain doit avoir disparu.

-- ou --

Avamar Administrator - MCS :

a. Sélectionnez Server dans le tableau de bord principal.

b. Cliquez sur l’onglet Server Management.

c. Si seule la fenêtre « Bytes Protected Summary » s’affiche, cliquez sur l’intercalaire et développez la fenêtre jusqu’à ce que les serveurs (Avamar et Data Domain) s’affichent :

d. Sélectionnez le Data Domain à supprimer. 

e. Dans le menu Actions, sélectionnez « Delete Data Domain system ».

f. Examinez la fenêtre de confirmation pour confirmer que le nom du Data Domain à supprimer est le bon.

g. Cliquez sur Yes pour confirmer la suppression du Data Domain. La mise à jour peut prendre un certain temps.

h. Le Data Domain doit avoir disparu.

14. Exécuter un cycle de maintenance manuel (même si cette opération a été effectuée à l’étape 12) :

a. Vérifiez la date à laquelle le dernier point de contrôle a été enregistré : 

status.dpn |grep "Last checkpoint"

b. Réalisez un vidage MCS :

mcserver.sh --flush

Exemple :

mcserver.sh --flush

=== BEGIN === check.mcs (preflush)
check.mcs                        passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.

c. Créez un point de contrôle :

avmaint checkpoint --ava --wait

L’invite ne s’affiche pas tant que le point de contrôle n’est pas terminé.

d. Vérifiez le dernier point de contrôle :

status.dpn |grep "Last checkpoint"

Vérifiez qu’il diffère du résultat obtenu à l’étape 14a.

e. Validez le point de contrôle : 

avmaint hfscheck --full --keep --ava

f. Surveillez hfscheck l’achèvement du processus.

g. Une fois le processus hfscheck terminé, créez un autre point de contrôle :

avmaint checkpoint --ava --wait

À nouveau, la fenêtre ne s’affiche pas tant que le point de contrôle n’est pas terminé.

h. Supprimez les anciens points de contrôle :

avmaint rmcp --full --ava

15. Remettez la grille dans un état de production en suivant les instructions de la section Avamar : Comment configurer Avamar Server dans un état contrôlé connu.

Suppression manuelle des sauvegardes verrouillées :

La suppression manuelle des sauvegardes verrouillées peut être effectuée à l’aide de l’interface utilisateur (MCS ou AUI) ou de l’interface de ligne de commande (CLI).

1. Utilisez le résultat de remove_ddr_backups et notez tous les chemins dont les sauvegardes n’ont pas pu être supprimées. 

0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Dans cet exemple de résultat, il s’agit de /MC_RETIRED/test_client_A2014.01.23.16.18.41 et de /clients/test_client_B. 

2. Supprimez les sauvegardes verrouillées pour chaque client en utilisant la méthode préférée :

CLI :

a. Récupérez les informations de sauvegarde à l’aide de la commande getb : 

avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>

<full-path-to-client> correspond au nom du client dans notre exemple de résultat, et <date> affiche la valeur hexadécimale dans le champ Date.

Illustration et exemple de résultat :

avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52

<backuplistrec flags="20185089" labelnum="165" label="Production 2300-Virtual Servers - Production-138" created="1386739633" roothash="d244f1dd698949e71022b9c975e311913236dc87" totalbytes="25585092608.00" ispresentbytes="0.00" pidnum="3016" percentnew="0" expires="1389157200" created_prectime="0x1cef631a5edea52" partial="0" retentiontype="daily,weekly" backuptype="Full" ddrindex="1" locked="1"/>

b. Supprimez la sauvegarde à l’aide de la commande delb : 

avmgr delb --path=<full-path-to-client> --date=<date> --risklosingallbackups

Illustration et exemple de résultat : 

avmgr delb  --path=/MC_RETIRED/test_client_backup_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52 --risklosingallbackups

1  Request succeeded

c. Réexécutez la commande getb à partir de pour vérifier que la sauvegarde a bien été supprimée :

avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>

Exemple : 

avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52

d. Répétez la procédure pour chacun des clients répertoriés dans le résultat « remove_ddr_backups ».

Dans Avamar Administrator - AUI :

a. Cliquez sur la section Administration, puis sélectionnez Asset Management.

b. Naviguez dans l’arborescence pour trouver le premier client dans la liste. 

c. Cliquez sur « View More » pour afficher les sauvegardes associées au client.

d. Sélectionnez la sauvegarde à supprimer. 

e. Cliquez sur Delete.

g. Confirmez lorsque vous y êtes invité(e).

h. Répétez cette procédure pour chacun des clients répertoriés dans la section « remove_ddr_backups».

Dans Avamar Administrator - MCS :

a. Cliquez sur Backup and Restore.

b. Naviguez dans l’arborescence pour trouver le premier client dans la liste. 

c. Vérifiez que l’option « manage » est sélectionnée, puis sélectionnez tous les éléments affichés sous « By Retention » :

d. Cliquez sur Retrieve.

e. Une fois la sauvegarde affichée, cliquez dessus avec le bouton droit de la souris.

f. Sélectionnez « Delete Backup ».

g. Confirmez lorsque vous y êtes invité(e).

h. Répétez cette procédure pour chacun des clients répertoriés dans votre résultat « remove_ddr_backups».