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

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

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.
Check out other resources

Symptoms

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.

Cause

Приклад сценарію, що призводить до цієї проблеми: 
  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).

Resolution

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

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

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

Additional Information

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

Наступну команду можна виконати в оболонці 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>

Affected Products

Avamar Server

Products

Avamar Server, Avamar with CloudBoost
Article Properties
Article Number: 000059018
Article Type: Solution
Last Modified: 18 Oct 2024
Version:  11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.