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

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

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

Årsag

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

Løsning

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.

Flere oplysninger

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>

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.