Avamar : Data Domain Integration : Restauration à partir d’entrées Data Domain dupliquées

Présentation :

Lorsqu’un Data Domain (DD ou DDR) est ajouté à un Avamar, il obtient un index (à partir de 1). Il est configuré de cette façon afin que les clients puissent identifier où envoyer les données (Avamar, DD1, DD2, etc.).

Problème :

Un Data Domain a été ajouté deux fois avec des sauvegardes référençant les deux index DD :

Par exemple, TESTDDVE-01 et 10.10.10.10 sont le même Data Domain :

ddrmaint read-ddr-info

<?xml version="1.0" encoding="UTF-8" standalone="yes"?
<avamar dpnid="1486428213" type="default" version="5">
   <datadomain count="2">
     <ddrconfig client-map-default="false" dd-cert-chain="-----BEGIN CERTIFICATE-----REMOVED;-----END CERTIFICATE-----" 
     ddos-version="6.0.0.9-544198" ddrcreatetime="1486470029" ddrid="F253B9041809D9C860C7622D246069471EF85C6B" 
     gsan-backup-target-default="false" hostname="TESTDDVE-01" index="1" instant-access-limit="1" ipv4-hostname="TESTDDVE-01" 
     ipv6-hostname="" max-streams="60" max-streams-for-cp-backup="2" modelno="DD VE Version 3" password="removed=="
     serialno="AUDVSJELBMSEVU" token="AQDh4CO2fhrIWwpxIDsf88yPNZeBtzCq6H+HwyXvc+i9RA==" username="ddboost">
       <snmp community="ahbPIvR+ACDJo5pSbCRwYA==">
         <ports getter-setter="161" trap="163">
         </ports>
       </snmp>
       <client-map>
       </client-map>
     </ddrconfig>
     <ddrconfig client-map-default="true" dd-cert-chain="" ddos-version="6.0.0.9-544198" 
     ddrcreatetime="1500084752" ddrid="8C04A202788C3018759DF31554789B396A44C36D" gsan-backup-target-default="true" 
     hostname="10.10.10.10" index="2" instant-access-limit="1" ipv4-hostname="10.10.10.10" ipv6-hostname="" max-streams="144"
     max-streams-for-cp-backup="3" modelno="DD VE Version 3" password="removed==" serialno="AUDVSJELBMSEVU" 
     token="AQDJj7hmwPER663UXdOEll37Jgc1ap0QksIniD/oLcgh3g==" username="ddboost">
       <snmp community="ahbPIvR+ACDJo5pSbCRwYA==">
         <ports getter-setter="161" trap="163">
         </ports>
       </snmp>
       <client-map>
       </client-map>
     </ddrconfig>
   </datadomain>
 </avamar> 

Il en résulte un ou plusieurs des éléments suivants :

1. Les journaux, ou la sortie du fichier status.dpn command, report maintenance errors :

Checkpoint failed with result MSG_ERR_DDR_ERROR : cp.20170929084339 started Fri Sep 29 09:43:39 2017 ended Fri Sep 29 09:44:59 2017, completed 6236 of 6236 stripes
Last GC: finished Fri Sep 29 09:09:16 2017 after 08m 55s >> recovered 509.31 MB (MSG_ERR_DDR_ERROR)
Last hfscheck: finished Fri Sep 29 09:39:23 2017 after 28m 03s >> checked 2610 of 2610 stripes (MSG_ERR_DDR_ERROR)

2. La commande ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) affichent les éléments suivants I/O Erreurs: 

Sep 28 09:07:33 AVE-01 ddrmaint.bin[29899]: Warning: Calling DDR_OPEN_MSTREAM returned result code:(5009) I/O error message:DDRIO_Write::Initialize: ddp_ftruncate failed [29899] [140391700600576] 
Sep 28 09:07:33 2017 ddp_ftruncate() failed, Err: 5009-nfs setattr failed (nfs: I/O error)  [29899] [140391759820544] 
Sep 28 09:07:33 2017 ddp_rename() failed, FromPath avamar-1486428213/GSAN/cp.20170919080934, ToPath avamar-1486428213/DELETED/OOB/GSAN-cp.20170919080934_1506586053,  Err: 5004-nfs lookup failed (nfs: No such file or directory)  [29899] [140391759820544] 
Sep 28 09:07:33 2017 ddp_readdir() failed, Err: 5006-end of directory  [29899] [140391759820544] 
Sep 28 09:07:33 AVE-01 ddrmaint.bin[29899]: Warning: Calling DDR_OPEN_MSTREAM returned result code:5009 message:I/O error
Sep 28 09:07:33 AVE-01 ddrmaint.bin[29899]: Error: gc-finish::createFileOnDDR - failed opening ddr stream to write file GSAN/cp.20170920080908.expired, ddr: DDVE-01, lsu: avamar-1486428213, DDR result code: 5009, desc: I/O error 

3. Les tentatives de sauvegarde sur Data Domain peuvent échouer avec diverses erreurs. 

Causes :

1. Ce scénario rare (qui se produit uniquement si toutes les actions suivantes sont effectuées) : 

un. Un Data Domain a été ajouté à l’aide du nom d’hôte.

b. Des sauvegardes Avamar ont été effectuées sur le système Data Domain.

c. Le système de fichiers du système Data Domain a été détruit ou supprimé avant que le système Data Domain ne soit supprimé d’Avamar. 

d. Le Data Domain est rajouté à l’aide d’une adresse IP.

2. Lorsqu’un système Data Domain n’a pas été correctement supprimé, le même système Data Domain est ajouté à nouveau avec une adresse IP ou un nom d’hôte différent. 

3. Un système Data Domain est initialement ajouté à l’aide de l’adresse IP, puis ajouté à nouveau à l’aide d’un nom d’hôte. Le problème ici est que la résolution des noms réseau n’est pas effectuée avant l’écriture dans le magasin persistant sur Avamar.

Résolution :

Créez une demande de service auprès de l’équipe de support Dell Technologies Avamar pour résoudre ce problème, en indiquant ce numéro d’article.