Avamar: Data Domain Integration: Wiederherstellung nach doppelten Data Domain-Einträgen

Übersicht:

Wenn eine Data Domain (DD oder DDR) zu Avamar hinzugefügt wird, erhält sie einen Index (beginnend mit 1). Es wird auf diese Weise eingerichtet, damit Clients identifizieren können, wohin die Daten gesendet werden sollen (Avamar, DD1, DD2 usw.).

Problem:

Eine Data Domain wurde zweimal mit Backups hinzugefügt, die beide DD-Indizes referenzieren:

Beispiel: TESTDDVE-01 und 10.10.10.10 sind dieselbe 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> 

Dies führt zu einer oder mehreren der folgenden Optionen:

1. Die Protokolle oder die Ausgabe der status.dpn Befehl "Wartungsfehler melden":

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. Die Spalte ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) wird Folgendes angezeigt: I/O Irrtümer: 

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. Der Versuch, Backups auf der Data Domain durchzuführen, kann mit verschiedenen Fehlern fehlschlagen. 

Ursachen:

1. Dieses seltene Szenario (das nur auftritt, wenn alle folgenden Aktionen durchgeführt werden): 

ein. Eine Data Domain wurde mithilfe des Hostnamens hinzugefügt.

b. Avamar-Backups wurden auf Data Domain durchgeführt.

c. Das Dateisystem auf der Data Domain wurde zerstört oder entfernt, bevor Data Domain aus Avamar entfernt wurde. 

d. Die Data Domain wird mit einer IP-Adresse erneut hinzugefügt.

2. Wenn eine Data Domain nicht ordnungsgemäß entfernt wurde, wird dieselbe Data Domain mit einer anderen IP-Adresse oder einem anderen Hostnamen erneut hinzugefügt. 

3. Hierbei wird eine Data Domain anfänglich mithilfe der IP-Adresse hinzugefügt und später erneut mit einem Hostnamen hinzugefügt. Das Problem hierbei ist, dass die Auflösung des Netzwerknamens nicht durchgeführt wird, bevor in den persistenten Speicher auf Avamar geschrieben wird.

Lösung:

Erstellen Sie einen Service-Request an das Dell Technologies Avamar Support-Team, um dieses Problem zu beheben, und verweisen Sie dabei auf diese Artikelnummer.