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

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

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.
Ознакомьтесь с другими ресурсами

Симптомы

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.

Причина

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

Разрешение

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

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

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

Дополнительная информация

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

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

Затронутые продукты

Avamar Server

Продукты

Avamar Server, Avamar with CloudBoost
Свойства статьи
Номер статьи: 000059018
Тип статьи: Solution
Последнее изменение: 18 Oct 2024
Версия:  11
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.