Авамар: Інтеграція домену даних: Як відновити дублювання записів домену даних

Summary: У цій статті розглядається рідкісний сценарій, коли в Avamar є дублікати записів домену даних.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

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-адреси.

Примітка: Додавати домен даних за допомогою IP-адреси НЕ рекомендується. Детальніше дивіться у посібнику з інтеграції домену даних Avamar.
 
 

2. Якщо домен даних не був чисто видалений, а потім той самий домен даних додається знову з іншою IP-адресою або ім'ям хоста. 

3. Де домен даних спочатку додається за допомогою IP-адреси, а пізніше знову додається за допомогою імені хоста. Проблема в тому, що розв'язання імен мережі не виконується перед записом у постійне сховище на Avamar.

 

Резолюція:

Створіть запит на сервіс у команді підтримки Dell Technologies Avamar, щоб вирішити цю проблему, посилаючись на цей номер статті.

Affected Products

Avamar

Products

Avamar, Avamar Server, Data Domain, Data Domain Boost
Article Properties
Article Number: 000036258
Article Type: How To
Last Modified: 17 Jun 2025
Version:  7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.