Avamar, Інтеграція домену даних: Помилки hfscheck, пов'язані з функцією міграції файлів хмарного рівня

Oversigt: Користувач, який запустив Avamar 7.3 (який НЕ знає про хмару), увімкнув хмарний рівень (CT) у домені даних і почав мігрувати резервні копії. Оскільки Avamar 7.3 не знає про весь цей процес, файли, переміщені в домені даних, призводять до помилки перевірки HFS. ...

Denne artikel gælder for Denne artikel gælder ikke for Denne artikel er ikke knyttet til et bestemt produkt. Det er ikke alle produktversioner, der er identificeret i denne artikel.
Udforsk andre ressourcer

Symptomer

Avamar 7.4 і пізніших версій надає «Керований LTR на хмарному рівні»Резервні

копії, які існували до цього перетворення, не створювали файл XML (ddr_files.xml) з майбутньою датою та файлом V2 (v2_ddr_files.xml) з вказаною поточною датою На той час система була єдиним вузлом.
 
Якщо це стосується лише кількох резервних копій, це можна зробити вручну. В іншому випадку відновлення має виконуватися за допомогою скриптів.

Функція міграції файлів хмарного рівня підтримується лише у версії Avamar 7.4.x.

Коли Cloud Tier увімкнено в Avamar версій 7.2.x і 7.3.x, Avamar hfscheck зазнає невдачі з MSG_ERR_DDR_ERROR. hfscheck не вдається виконати помилку, оскільки XML-файли, наявні в резервних копіях, більше не існують на активному рівні домену даних (оскільки їх було переміщено на рівень хмари без відома Avamar).

Сценарій виникає, коли функція Cloud Tiering увімкнена або налаштована в Avamar MTree безпосередньо в домені даних (і НЕ налаштована в Avamar)

Наступний вихід (розташований у домені даних) правильно показує два .xml файли: 
-rw-rw-rw-  1 ddboost users 123456784580 Feb  1 23:14 container.1.cdsf 
-rw-rw-rw-  1 ddboost users        12768 Feb  1 23:14 container.1.cdsf.trace 
-rw-rw-rw-  1 ddboost users          419 Feb  1 23:14 v2_ddr_files.xml 
-rw-rw-rw-  1 ddboost users          419 Jan  1  2037 ddr_files.xml 
  • Об'єкт v2_ddr_files.xml створюється, коли ввімкнено хмарний рівень у домені даних
    • Містить поточні налаштування збереження для ідентифікатора резервного копіювання (BID)
  • Об'єкт ddr_files.xml
    • Майбутня дата файлу – 1 січня 2037 року, тому він ніколи не надсилається до хмарного підрозділу.
Якщо функцію Cloud Tiering налаштовано безпосередньо в домені даних без відома Avamar, ні v2_ddr_files.xml створюється на домені даних MTree.

Це може призвести до переміщення файлів на рівень хмари, коли домен даних запускає свій data-movement процес.

Тому перевірка цілісності Avamar (hfscheck) зазнає невдачі, оскільки він не може подати відповідні резервні копії на Avamar MTree.

Årsag

Приклад сценарію, що призводить до цієї проблеми: 
  1. Домен даних інтегрований в Avamar (сервер Avamar з одним вузлом без активного або хмарного рівня в домені даних)
  2. Усі резервні копії в домені даних, створені за допомогою Avamar, мають поточні очікувані ddr_files.xml файл. 
  3. Хмарний рівень увімкнено в домені даних
  4. У домені даних створюється політика «переміщення даних» для перенесення резервних копій на рівень хмари
    • Avamar не знає про міграцію бекдору (наприклад, архіватор домену даних або систему розширеного збереження)
  5. Об'єкт ddr_files.xml файли переносяться на рівень хмари в рамках «переміщення даних» 
Нові ідентифікатори резервного копіювання (BID) повинні мати поточні v2_ddr_files.xml і майбутнє ddr_files.xml файлів, оскільки нові резервні копії розглядають Data Domain як систему розширеного зберігання (ER).

Løsning

Офіційна підтримка Data Domain Cloud Tier від Avamar почалася у версії 7.4.

Поточна ТІЛЬКИ політика переміщення даних, яку використовує Avamar, є політикою «управління додатком», а НЕ політикою «управління віком». Політика «керування програмою» автоматично створюється Avamar MCS, коли хмарний блок оновлюється в інтерфейсі Avamar MCS. 

Якщо міграцію Cloud Tier було ввімкнено безпосередньо в домені даних, і hfscheck не вдалося з MSG_ERR_DDR_ERROR, залучіть технічну підтримку Dell Technologies , щоб вирішити цю проблему.

Flere oplysninger

Примітка: Політика «вікового порогу» НЕ підтримується.

Наступну команду можна виконати в оболонці Data Domain для перевірки поточних правил «переміщення даних»: 
data-movement policy show

Mtree                          Target(Tier/Unit Name)   Policy          Value
----------------------------   ----------------------   -------------   -------
/data/col1/avamar-14146xxxxx   Cloud/vxx_virtustream    age-threshold   30 days
/data/col1/cloudtest           Cloud/vxx_virtustream    age-threshold   14 days
----------------------------   ----------------------   -------------   -------

Примітка: Політика «керування програмами» підтримується Avamar. 
data-movement policy show

Mtree                          Target(Tier/Unit Name)   Policy        Value
----------------------------   ----------------------   -----------   -------
/data/col1/avamar-148545xxxx   Cloud/exx1               app-managed   enabled
----------------------------   ----------------------   -----------   -------

data-movement schedule show
Data-movement is scheduled to run on day(s) "mon" at "17:00" hrs.

data-movement throttle show
Data-movement throttle is set to 100 percent.

Примітка: Об'єкт ddrmaint read-ddr-info має наступні поля, які можна перевірити для перевірки:
Приклад виведення: 
<snip>
cloud_unit_name="cloud" 
mtree_name' = "/data/col1/avamar-148545xxxx"
<snip>

Berørte produkter

Avamar Server

Produkter

Avamar Server, Avamar with CloudBoost
Artikelegenskaber
Artikelnummer: 000059018
Artikeltype: Solution
Senest ændret: 18 okt. 2024
Version:  11
Find svar på dine spørgsmål fra andre Dell-brugere
Supportservices
Kontrollér, om din enhed er dækket af supportservices.