Avamar: Integrace Data Domain: Jak obnovit systém z duplicitních záznamů Data Domain
Summary: Tento článek popisuje vzácný scénář, kdy jsou v softwaru Avamar duplicitní položky Data Domain.
Instructions
Přehled:
Když je do systému Avamar přidán systém Data Domain (DD nebo DDR), zobrazí se index (počínaje 1). Je to nastaveno tak, aby klienti mohli určit, kam mají data odeslat (Avamar, DD1, DD2 atd.).
Problém:
Dvakrát byl přidán systém Data Domain se zálohami odkazujícími na oba indexy DD:
Například TESTDDVE-01 a 10.10.10.10 jsou stejné systémy 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>
Výsledkem je jedna nebo více z následujících situací:
1. Protokoly nebo výstup status.dpn příkaz, hlásit chyby údržby:
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. Skript ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) ukazují následující I/O chyby:
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. Při pokusu o zálohování do systému Data Domain mohou selhat s různými chybami.
Příčiny:
1. Tento vzácný scénář (který nastane pouze v případě, že jsou provedeny všechny následující akce):
a. Systém Data Domain byl přidán pomocí názvu hostitele.
b. Byly provedeny zálohy systému Avamar do systému Data Domain.
c. Systém souborů v systému Data Domain byl zničen nebo odebrán před odebráním systému Data Domain ze systému Avamar.
d. Systém Data Domain se znovu přidá pomocí IP adresy.
2. Pokud systém Data Domain nebyl čistě odebrán a poté je stejná platforma Data Domain znovu přidána s jinou IP adresou nebo názvem hostitele.
3. Kde je systém Data Domain původně přidán pomocí IP adresy a později znovu přidán pomocí názvu hostitele. Problém spočívá v tom, že před zápisem do trvalého úložiště v systému Avamar nedochází k překladu síťových názvů.
Řešení:
Vytvořte servisní požadavek u týmu podpory Dell Technologies Avamar za účelem vyřešení tohoto problému s odkazem na tento článek.