Avamar. Интеграция Data Domain. Восстановление после дублирования записей Data Domain

Краткое описание:

При добавлении Data Domain (DD или DDR) в Avamar ему присваивается индекс (начиная с 1). Он настроен таким образом, чтобы клиенты могли определить, куда отправлять данные (Avamar, DD1, DD2 и т. д.).

Проблема.

Дважды был добавлен Data Domain с резервными копиями, ссылающимися на оба индекса DD:

Например, TESTDDVE-01 и 10.10.10.10 — это один и тот же 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> 

Это приводит к одному или нескольким из следующих событий:

1. Журналы или выходные данные команды status.dpn сообщить об ошибках обслуживания:

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. Переменная ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) покажите следующее I/O Ошибки: 

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. Попытки резервного копирования в Data Domain могут завершаться сбоем с различными ошибками. 

Причины:

1. Этот редкий сценарий (который случается только в том случае, если выполнены все следующие действия): 

a. Домен Data Domain был добавлен с использованием имени хоста.

b. Резервное копирование Avamar было выполнено в Data Domain.

c. Файловая система в Data Domain была уничтожена или удалена до удаления Data Domain из Avamar. 

d. Домен Data Domain повторно добавляется с использованием IP-адреса.

2. Если Data Domain не был полностью удален, тот же Data Domain добавляется снова, но с другим IP-адресом или именем хоста. 

3. Где Data Domain сначала добавляется с использованием IP-адреса, а затем снова добавляется с использованием имени хоста. Проблема заключается в том, что разрешение сетевого имени не выполняется перед записью в постоянное хранилище в Avamar.

Разрешение.

Создайте сервисную заявку в службе поддержки Dell Technologies Avamar для решения этой проблемы, указав номер этой статьи.