Avamar: Data Domain-integrering: Så här återställer du från dubbletter av Data Domain-poster

Översikt:

När en Data Domain (DD eller DDR) läggs till i en Avamar får den ett index (med början från 1). Den är konfigurerad på det här sättet så att klienter kan identifiera var data ska skickas (Avamar, DD1, DD2 och så vidare).

Problem:

En Data Domain har lagts till två gånger med säkerhetskopior som refererar till båda DD-indexen:

Till exempel är TESTDDVE-01 och 10.10.10.10 samma 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> 

Detta resulterar i ett eller flera av följande:

1. Loggarna, eller utdata från status.dpn Kommando, rapportera underhållsfel:

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. Informationen ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) visas följande: I/O Fel: 

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. När du försöker säkerhetskopiera till Data Domain kan de misslyckas med diverse fel. 

Orsaker:

1. Det här sällsynta scenariot (som bara inträffar om alla följande åtgärder utförs): 

a. En Data Domain har lagts till med värdnamnet.

b. Avamar-säkerhetskopieringar utfördes till Data Domain.

c. Filsystemet på Data Domain förstördes eller togs bort innan Data Domain togs bort från Avamar. 

d. Data Domain läggs till igen med hjälp av en IP-adress.

2. Där en Data Domain inte har tagits bort helt och samma Data Domain läggs till igen med en annan IP-adress eller ett annat värdnamn. 

3. Där en Data Domain initialt läggs till med hjälp av IP-adressen och senare läggs till igen med hjälp av ett värdnamn. Problemet här är att nätverksnamnmatchning inte utförs innan du skriver till det beständiga arkivet på Avamar.

Lösning:

Skapa en tjänstebegäran hos Dell Technologies Avamar-supportteam för att lösa problemet, hänvisa till detta artikelnummer.