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

Summary: 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. ...

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 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.

Cause

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).

Resolution

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.

Additional Information

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>

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.