Avamar: Data Domain-integrering: Slik gjenoppretter du fra dupliserte Data Domain-oppføringer

Oversikt:

Når et Data Domain (DD eller DDR) legges til i en Avamar, får det en indeks (fra 1). Den er konfigurert på denne måten slik at klienter kan identifisere hvor dataene skal sendes til (Avamar, DD1, DD2 og så videre).

Problem:

Et Data Domain har blitt lagt til to ganger med sikkerhetskopier som refererer til begge DD-indeksene:

For eksempel er TESTDDVE-01 og 10.10.10.10 samme datadomene:

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> 

Dette resulterer i ett eller flere av følgende:

1. Loggene, eller utdataene fra status.dpn kommando, rapporter vedlikeholdsfeil:

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. Informasjonen i ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) viser følgende: I/O Feil: 

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 prøver å sikkerhetskopiere til Data Domain, kan de mislykkes med diverse feil. 

Årsaker:

1. Dette sjeldne scenariet (som bare skjer hvis alt følgende er handlinger utføres): 

en. Et datadomene ble lagt til ved hjelp av vertsnavnet.

b. Avamar-sikkerhetskopieringer ble utført til Data Domain.

c. Filsystemet på Data Domain ble ødelagt eller fjernet før Data Domain ble fjernet fra Avamar. 

d. Datadomenet legges til på nytt ved hjelp av en IP-adresse.

2. Der et Data Domain ikke er fjernet på en ryddig måte, og deretter legges det samme Data Domain til igjen med en annen IP-adresse eller vertsnavn. 

3. Hvor et datadomene først legges til ved hjelp av IP-adressen, og senere legges til igjen ved hjelp av et vertsnavn. Problemet her er at det ikke utføres en løsning av nettverksnavn før du skriver til det faste lageret på Avamar.

Løsning:

Opprett en serviceforespørsel med Dell Technologies Avamar-støtteteamet for å løse dette problemet, referer til dette artikkelnummeret.