Авамар: Інтеграція домену даних: Як відновити дублювання записів домену даних
Summary: У цій статті розглядається рідкісний сценарій, коли в Avamar є дублікати записів домену даних.
Instructions
Огляд:
Коли до Avamar додається домен даних (DD або DDR), він отримує індекс (починаючи з 1). Вона налаштована так, щоб клієнти могли визначити, куди надсилати дані (Avamar, DD1, DD2 тощо).
Випуск:
Домен даних було додано двічі з резервними копіями, що посилаються на обидва індекси DD:
Наприклад, TESTDDVE-01 і 10.10.10.10 є одним і тим самим доменом даних:
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. The 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. При спробі резервного копіювання в домен даних вони можуть зазнати невдачі через різні помилки.
Причини:
1. Цей рідкісний сценарій (який трапляється лише за умови, що виконано всі наступні дії):
a. Було додано домен даних із використанням імені хоста.
b. Резервні копії Avamar виконувалися до домену даних.
c. Файлова система в домені даних була знищена або видалена до того, як домен даних був видалений з Avamar.
d. Домен даних повторно додається за допомогою IP-адреси.
2. Якщо домен даних не був чисто видалений, а потім той самий домен даних додається знову з іншою IP-адресою або ім'ям хоста.
3. Де домен даних спочатку додається за допомогою IP-адреси, а пізніше знову додається за допомогою імені хоста. Проблема в тому, що розв'язання імен мережі не виконується перед записом у постійне сховище на Avamar.
Резолюція:
Створіть запит на сервіс у команді підтримки Dell Technologies Avamar, щоб вирішити цю проблему, посилаючись на цей номер статті.