Avamar: Integración de Data Domain: Cómo recuperar entradas duplicadas de Data Domain

Descripción general:

Cuando se agrega un Data Domain (DD o DDR) a Avamar, se obtiene un índice (a partir de 1). Se configura de esta manera para que los clientes puedan identificar a dónde enviar los datos (Avamar, DD1, DD2, etc.).

Problema:

Se agregó un Data Domain dos veces con respaldos que hacen referencia a ambos índices de DD:

Por ejemplo, TESTDDVE-01 y 10.10.10.10 son el mismo 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> 

Esto da lugar a una o más de las siguientes opciones:

1. Los registros o la salida del comando status.dpn comando, informar errores de mantenimiento:

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 variable ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) muestran lo siguiente I/O Errores: 

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. Cuando se intentan realizar respaldos en Data Domain, pueden fallar con errores varios. 

Causas:

1. Este escenario poco frecuente (que ocurre solo si se realizan todas las siguientes acciones): 

un. Se agregó un Data Domain con el nombre de host.

b. Los respaldos de Avamar se realizaron en Data Domain.

c. El sistema de archivos en Data Domain se destruyó o eliminó antes de que Data Domain se eliminara de Avamar. 

d. El Data Domain se vuelve a agregar mediante una dirección IP.

2. Cuando un Data Domain no se ha eliminado limpiamente, el mismo Data Domain se vuelve a agregar con una dirección IP o un nombre de host diferentes. 

3. Donde un Data Domain se agrega inicialmente mediante la dirección IP y, posteriormente, se vuelve a agregar mediante un nombre de host. El problema aquí es que la resolución de nombres de red no se realiza antes de escribir en el almacén persistente en Avamar.

Solución:

Cree una solicitud de servicio con el equipo de soporte de Avamar de Dell Technologies para resolver este problema, haciendo referencia al número de este artículo.