Avamar: integracja Data Domain: Odzyskiwanie danych ze zduplikowanych wpisów systemu Data Domain

Omówienie:

Po dodaniu Data Domain (DD lub DDR) do Avamar otrzymuje indeks (rozpoczynający się od 1). Jest on skonfigurowany w taki sposób, aby klienci mogli określić, dokąd mają zostać wysłane dane (Avamar, DD1, DD2 itd.).

Problem:

Data Domain została dodana dwukrotnie z kopiami zapasowymi odwołującymi się do obu indeksów DD:

Na przykład TESTDDVE-01 i 10.10.10.10 to ta sama 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> 

Powoduje to co najmniej jedną z następujących sytuacji:

1. Dzienniki lub dane wyjściowe status.dpn Polecenie, zgłoś błędy konserwacji:

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. Polecenie ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) pokazują, co następuje I/O Błędy: 

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. Próba tworzenia kopii zapasowych w Data Domain może zakończyć się niepowodzeniem z powodu różnych błędów. 

Przyczyny:

1. Ten rzadki scenariusz (który zdarza się tylko wtedy, gdy wykonywane są wszystkie następujące akcje): 

a. Dodano Data Domain przy użyciu nazwy hosta.

b. Kopie zapasowe Avamar zostały wykonane w Data Domain.

c. System plików w Data Domain został zniszczony lub usunięty przed usunięciem Data Domain z Avamar. 

d. Domena danych zostanie ponownie dodana przy użyciu adresu IP.

2. Jeśli Data Domain nie został prawidłowo usunięty, a następnie ten sam system Data Domain jest dodawany ponownie z innym adresem IP lub nazwą hosta. 

3. Sytuacja, w której Data Domain jest początkowo dodawana przy użyciu adresu IP, a następnie dodawana ponownie przy użyciu nazwy hosta. Problem polega na tym, że rozpoznawanie nazw sieciowych nie jest wykonywane przed zapisem w magazynie trwałym w systemie Avamar.

Rozwiązanie:

Aby rozwiązać ten problem, należy utworzyć zgłoszenie serwisowe do zespołu pomocy technicznej Dell Technologies Avamar, odwołując się do tego numeru artykułu.