IDPA i PowerProtect serii DP: Ścieżka rozwiązania kwestii związanych z kopiami zapasowymi wewnętrznych maszyn wirtualnych

Przepływ pracy przy kopii zapasowej

 

Gromadzenie dzienników w celu rozwiązywania problemów
KB 000157727: IDPA: gromadzenie plików dziennika w celu rozwiązywania problemów z tworzeniem kopii zapasowych i przywracaniem Avamar Client

Odpowiednie pliki dziennika do rozwiązywania problemów

• Dziennik aktywności kopii zapasowej/przywracania Avamar: Pobierz z karty Avamar Activity Monitor. Instrukcje wymienione w powyższym temacie „Gromadzenie dzienników w celu rozwiązywania problemów”
• Dzienniki kopii zapasowej/przywracania Avamar na serwerze proxy: dzienniki aktywności można znaleźć na serwerze proxy w lokalizacji „/usr/local/avamarclient/var”, jeśli są niedostępne za pośrednictwem interfejsu użytkownika.
• Kopia zapasowa Avamar w stanie Waiting-Client, Timed Out-Start, Proxy registration failure: dziennik usługi Proxy Avagent, który przechowuje informacje na temat komunikacji między serwerem Avamar i serwerem proxy, można znaleźć w lokalizacji „/usr/local/avamarclient/var/avagent.log”
• Wdrożenie serwera proxy: dzienniki wdrażania serwera proxy można znaleźć na serwerze Avamar w lokalizacji „/usr/local/avamar/var/log/vcs/deploymanager.log”
• Komunikacja Avamar z vCenter: plik mcserver.out można znaleźć na serwerze Avamar w lokalizacji „/usr/local/avamar/var/mc/server_log/mcserver.out”, aby rozwiązać problemy z połączeniem/komunikacją między serwerem Avamar i vCenter. Ten dziennik można sprawdzić, jeśli aktualizacja nazwy użytkownika/hasła vCenter na serwerze Avamar zakończy się niepowodzeniem.

Avamar Proxy:
scenariusze awarii wewnętrznej kopii zapasowej maszyny wirtualnej IDPA

Scenariusz 1: Kopie zapasowe pozostają w stanie „Waiting Client” lub kończą się niepowodzeniem z błędem „TimedOut-Start”.

1. Nawiąż połączenie SSH do AVProxy przy użyciu adresu IP lub nazwy FQDN i zaloguj się za pomocą użytkownika „admin”.
2. Przełącz na użytkownika root przy użyciu następującego polecenia i wprowadź typowe hasło: su -
3. Sprawdź, czy serwer proxy został zarejestrowany pomyślnie i wyślij żądanie do serwera Avamar/serwera kopii zapasowych:
   tail -f /usr/local/avamarclient/var/avagent.log
4. W przypadku błędów połączenia lub błędów „Unable to connect” ponownie zarejestruj wewnętrzny serwer proxy:
   Zarejestruj serwer proxy Avamar przy użyciu Avamar:
   1. Zaloguj się do serwera proxy Avamar za pomocą programu Putty, na konto użytkownika admin.
   2. Po zakończeniu tego procesu zaloguj się jako użytkownik root za pomocą polecenia: su -
   3. Uruchom następujące polecenie
      /etc/init.d/initproxyappliance --start
   4. Po wykonaniu skryptu naciśnij dowolny klawisz, aby wejść do formularza danych wejściowych.
   5. Podaj adres IP (serwera kopii zapasowych) Avamar i wprowadź domenę jako „/clients”.
       

Scenariusz 2: Tworzenie kopii zapasowych kończy się niepowodzeniem z powodu błędu „No proxy” lub „No eligible proxy”.
Błąd — jeśli zadania tworzenia kopii zapasowych obrazu VMware maszyn wirtualnych IDPA zakończą się niepowodzeniem ze stanem/błędem; „No proxy” lub „No eligible proxy” LUB po uruchomieniu kopii zapasowej na żądanie wspomnianych maszyn wirtualnych i wyświetleniu błędu „Proxy does not protect any datastores”.
 

Następnie sprawdź, czy spełnione są następujące warunki:

1. Przejdź do pozycji „Asset Management”> i domeny „clients”.
2. Wybierz wewnętrzny serwer proxy IDPA i opcję „More Actions” > „Edit Client”:
    
3. Kliknij kartę „VMware” i sprawdź, czy WSZYSTKIE magazyny danych IDPA są zaznaczone/wybrane w obszarze „Datastore” i czy serwer proxy jest częścią odpowiednich zasad grupy kopii zapasowych w sekcji „Groups”. Po ich zaznaczeniu kliknij polecenie „Update”
    
    

Scenariusz 3: Usługi IDPA vCenter nie działają w Avamar lub połączenia z vCenter nie działają
Aby sprawdzić, czy taki scenariusz występuje, wykonaj następujące czynności:

1. Zaloguj się do interfejsu użytkownika Avamar, korzystając z adresu: https://<ADRES-IP-LUB-NAZWA-FQDN-AVAMAR>/aui
2. Przejdź do pozycji Server --> Services
3. Odszukaj pozycję IDPA vCenter Services na dole. Jeśli stan połączeń wskazuje na awarię, oznacza to, że wystąpił problem. Jeśli stan połączeń to „OK”, Avamar może połączyć się z vCenter bez problemów. Usługi vCenter można uruchomić ponownie, aby usunąć bierne połączenia i ponownie ustanowić połączenie między Avamar i vCenter.

Jeśli połączenia nie działają, można spróbować wykonać następujące czynności, aby rozwiązać ten problem:

1. Otwórz połączenie SSH z serwerem Avamar jako użytkownik „admin”.
2. Wyślij polecenie ping do nazwy hosta IDPA vCenter i nazwy hosta IDPA ESXi, aby upewnić się, że wyszukiwanie DNS działa prawidłowo.
3. Jeśli polecenie ping do jednego z powyższych komponentów zakończy się niepowodzeniem, sprawdź plik „/etc/resolv.conf” na serwerze Avamar, aby upewnić się, że dodano prawidłowe serwery DNS i domenę wyszukiwania.
4. Otwórz interfejs użytkownika IDPA vCenter i zaloguj się przy użyciu użytkownika root. Sprawdź, czy interfejs użytkownika IDPA vCenter ładuje się prawidłowo.
5. Zaktualizuj poświadczenia konta root vCenter w Avamar zgodnie z krokami przedstawionymi w scenariuszu 10.

Scenariusz 4: Wewnętrzne zasady dotyczące kopii zapasowych maszyny wirtualnej IDPA nie istnieją.

• Poniższy artykuł bazy wiedzy może posłużyć do odtworzenia wewnętrznych zasad tworzenia kopii zapasowych maszyn wirtualnych IDPA, zestawów danych, przechowywania, harmonogramów itp.: KB 21318

Scenariusz 5: Tworzenie kopii zapasowych wewnętrznych maszyn wirtualnych IDPA kończy się niepowodzeniem po ponownym wdrożeniu maszyny wirtualnej vCenter.
Aby sprawdzić, czy mamy do czynienia z tym scenariuszem, wykonaj następujące czynności:

1. Zaloguj się do interfejsu użytkownika Avamar, korzystając z adresu: https://<ADRES-IP-LUB-NAZWA-FQDN-AVAMAR>/aui
2. Przejdź do pozycji Server --> Services
3. Odszukaj pozycję IDPA vCenter Services na dole. Jeśli stan połączeń wskazuje na awarię, oznacza to, że wystąpił problem. Jeśli stan połączeń to „OK”, Avamar może połączyć się z vCenter bez problemów. Usługi vCenter można uruchomić ponownie, aby usunąć bierne połączenia i ponownie ustanowić połączenie między Avamar i vCenter.

Etapy ponownego dodawania/aktualizacji vCenter w Avamar:

1. Zaloguj się do interfejsu użytkownika Avamar, korzystając z przeglądarki internetowej
   https://<Serwer_Avamar>/AUI
2. Na stronie nawigacji AUI kliknij >>, a następnie kliknij pozycję Asset Management
    
3. Kliknij Vcenter -> kliknij trzy kropki -> Edit vCenter
    

1. Przejdź do karty VMware > zaktualizuj hasło i potwierdź hasło, a następnie kliknij przycisk Update.
2. Po wykonaniu tej czynności przejdź do IDPA Vcenter -> przejdź do poddomeny Virtual Machines.
3. Wszystkie maszyny wirtualne powinny być włączone, z wyjątkiem starej maszyny wirtualnej Vcenter, tj. DataProtection-VCSA.
4. Jeśli stara maszyna wirtualna vCenter (VCSA) jest włączona, wykonaj poniższe czynności, aby wycofać stare vCenter (VCSA VM)
    
5. Sprawdź, czy na Avamar nie są uruchomione żadne zadania replikacji, przeglądając aktywne/uruchomione sesje na karcie Activity. Jeśli nie są uruchomione żadne zadania replikacji, kliknij opcję More Actions --> Retire this client.
    
6. Wybierz opcje domyślne i kliknij Submit.
    
7. Jeśli replikacja nie jest uruchomiona, klient zostanie wycofany z domeny.
8. Przejdź do tej samej domeny maszyny wirtualnej --> Add Client.
    
9. Przejdź do urządzenia DPAppliance w oknie podręcznym Client Add i wyszukaj maszynę wirtualną DataProtection-VCSA. Wybierz klienta VCSA z listy i dodaj go ponownie. Kliknij opcję Prześlij.
    

Scenariusz 6: Wszystkie wewnętrzne kopie zapasowe maszyn wirtualnych ulegają awarii z powodu usterki dysku SSD M.2 na urządzeniu DP4400

• Zapoznaj się z poniższym artykułem z bazy wiedzy: KB 168746

Scenariusz 7: Tworzenie kopii zapasowych wewnętrznej maszyny wirtualnej IDPA nie powiodło się wskutek błędu 10058

• Zapoznaj się z poniższym artykułem z bazy wiedzy: KB 182050

Scenariusz 8: Tworzenie kopii zapasowych wewnętrznej maszyny wirtualnej IDPA nie powiodło się wskutek błędu „avvcbimage Error <17782>: Snapshot cannot be performed because Host '<NAZWA_FQDN_HOSTA_ESX>' is disconnected”.

• Zapoznaj się z poniższym artykułem z bazy wiedzy: KB 166308

Scenariusz 9: Tworzenie kopii zapasowych wewnętrznej maszyny wirtualnej IDPA nie powiodło się z błędem „There are currently two usable fault domains. The operation requires one more usable fault domains”.

• Zapoznaj się z poniższym artykułem z bazy wiedzy: KB 000037917
• Zapoznaj się z poniższym artykułem z bazy wiedzy: KB 000050824

Scenariusz 10: Wewnętrzne maszyny wirtualne IDPA są wyszarzone/wyłączone
Zaktualizuj IDPA vCenter w Avamar:

1. Zaloguj się do interfejsu użytkownika Avamar, korzystając z wyszukiwarki internetowej
   https://<ADRES-IP-LUB-NAZWA-FQDN-AVAMAR>/aui
2. Na stronie nawigacji AUI kliknij >>, a następnie kliknij pozycję Asset Management
3. Kliknij vCenter --> Kliknij trzy kropki --> Edit vCenter
    
4. Przejdź do karty VMware --> zaktualizuj hasło i potwierdź hasło. Kliknij przycisk Update.
    
5. Po zaktualizowaniu hasła przejdź do maszyn wirtualnych domeny podrzędnej w domenie IDPA vCenter i sprawdź stan maszyn wirtualnych.
6. Wszystkie wewnętrzne maszyny wirtualne IDPA powinny być włączone/nie wyszarzone.

Załącznik A

• Jak ponownie uruchomić wewnętrzny serwer proxy IDPA (AVProxy): KB 19136

Załącznik B