Avamar, integracja Data Domain: Błędy narzędzia Hfscheck związane z funkcją migracji plików warstwy chmury

Сводка: Użytkownik korzystający z oprogramowania Avamar 7.3 (które NIE obsługuje chmury), włączył obsługę warstw w chmurze (CT) w Data Domain i rozpoczął migrację kopii zapasowych. Ponieważ Avamar 7.3 nie jest świadomy całego tego procesu, pliki przeniesione do Data Domain powodują niepowodzenie kontroli HFS. ...

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

Симптомы

Avamar 7.4 i nowsze zapewniają "Zarządzany LTR on Cloud Tier"

Kopie zapasowe, które istniały przed tą konwersją, nie utworzyły pliku XML (ddr_files.xml) z przyszłą datą i plikiem V2 (v2_ddr_files.xml) z podaną bieżącą datą, że system był w tym czasie jednostką z jednym węzłem.
 
Jeśli problem dotyczy tylko kilku kopii zapasowych, można to zrobić ręcznie. W przeciwnym razie odzyskiwanie musi być wykonywane za pomocą skryptów.

Funkcja migracji plików warstwy chmury jest obsługiwana tylko przez Avamar w wersji 7.4.x.

Po włączeniu warstwy chmury w systemie Avamar w wersji 7.2.x i 7.3.x oprogramowanie Avamar hfscheck nie powiodło się z MSG_ERR_DDR_ERROR. hfscheck niepowodzenie, ponieważ pliki XML obecne w kopiach zapasowych nie istnieją już w aktywnej warstwie Data Domain (ponieważ zostały przeniesione do warstwy chmury bez wiedzy Avamar).

Ten scenariusz występuje, gdy funkcja Cloud Tiering jest włączona lub skonfigurowana w Avamar MTree bezpośrednio w Data Domain (i NIE jest skonfigurowana w Avamar)

Następujące dane wyjściowe (znajdujące się w Data Domain) prawidłowo pokazują dwa pliki .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 
  • Polecenie v2_ddr_files.xml jest tworzony podczas włączania warstw chmury w Data Domain
    • Zawiera bieżące ustawienia przechowywania identyfikatora kopii zapasowej (BID)
  • Polecenie ddr_files.xml
    • Plik ma przyszłą datę 1 stycznia 2037 r., więc nigdy nie jest wysyłany do jednostki chmury.
Jeśli funkcja Cloud Tiering jest skonfigurowana bezpośrednio w Data Domain bez wiedzy Avamar, nie v2_ddr_files.xml jest tworzony na Data Domain MTree.

Może to spowodować przeniesienie plików do warstwy chmury, gdy Data Domain uruchomi swoje data-movement proces.

W związku z tym kontrola integralności Avamar (hfscheck) kończy się niepowodzeniem, ponieważ nie można utworzyć odpowiednich kopii zapasowych w Avamar MTree.

Причина

Przykładowy scenariusz powodujący ten problem: 
  1. Data Domain jest zintegrowana z Avamar (jednowęzłowym serwerem Avamar bez warstwy aktywnej lub chmurowej w Data Domain)
  2. Wszystkie kopie zapasowe w Data Domain utworzone przy użyciu Avamar mają obecnie oczekiwany ddr_files.xml . 
  3. Warstwa chmury jest włączona w Data Domain
  4. W Data Domain tworzona jest zasada "przenoszenia danych" w celu migracji kopii zapasowych do warstwy chmury
    • Avamar nie wie o migracji backdoora (np. archiwizatora domeny danych lub systemu rozszerzonego przechowywania)
  5. Polecenie ddr_files.xml pliki są migrowane do Cloud Tier w ramach "przenoszenia danych" 
Nowe identyfikatory kopii zapasowych (BID) powinny mieć zarówno bieżące v2_ddr_files.xml i przyszłość ddr_files.xml pliki, ponieważ nowe kopie zapasowe są postrzegane jako Data Domain jako system rozszerzonej retencji (ER).

Разрешение

Oficjalna obsługa Data Domain Cloud Tier przez Avamar pochodzi z wersji 7.4.

Obecnie JEDYNĄ zasadą ruchu danych używaną przez Avamar jest zasada "zarządzana przez aplikację", a NIE zasada "zarządzana przez wiek". Zasady "zarządzane przez aplikację" są automatycznie tworzone przez Avamar MCS po zaktualizowaniu jednostki chmurowej w interfejsie użytkownika Avamar MCS. 

Jeśli migracja warstwy chmury została włączona bezpośrednio w Data Domain i hfscheck MSG_ERR_DDR_ERROR nie powiodło się, skontaktuj się z działem pomocy technicznej firmy Dell Technologies , aby rozwiązać ten problem.

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

Uwaga: Zasada "progu wieku" NIE jest obsługiwana.

Aby sprawdzić bieżące zasady "data-movement", można uruchomić następujące polecenie w powłoce 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
----------------------------   ----------------------   -------------   -------

Uwaga: Zasada "zarządzana przez aplikację" JEST obsługiwana przez 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.

Uwaga: Polecenie ddrmaint read-ddr-info posiada następujące pola, które można sprawdzić w celu weryfikacji:
Przykładowe dane wyjściowe: 
<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
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.