NetWorker 19.9: zadania tworzenia kopii zapasowych i odzyskiwania vProxy nie uruchamiają się, żaden vProxy nie jest pobierany przez proces

Przepływ pracy tworzenia kopii zapasowej maszyny wirtualnej pokazuje maszyny wirtualne w stanie oczekiwania na uruchomienie. Szczegóły operacji tworzenia kopii zapasowej w konsoli NetWorker Management Console pokazują:

Sesje odzyskiwania maszyn wirtualnych wykazują ten sam objaw. Sesja odzyskiwania zostanie uruchomiona, ale serwer vProxy nie zostanie odebrany przez sesję. Zadanie nie postępuje i musi zostać ręcznie anulowane. Nie ma żadnych problemów z dostępnością vProxy:

• vProxy wyświetlają się jako włączone: Tak w sekcji Urządzenia —> serwery proxy VMware
• W oknie Alerty NMC nie ma komunikatu "vProxy jest niedostępne".
• Serwer NetWorker może poprawnie rozpoznać w pełni kwalifikowaną nazwę domeny vProxy (FQDN), skróconą nazwę i adres IP.
• Serwer vProxy może poprawnie rozpoznać nazwę FQDN, nazwę skróconą i adres IP serwera NetWorker.
• Port 9090 jest otwarty między serwerem NetWorker a urządzeniem vProxy. Każdy system może komunikować się ze sobą za pośrednictwem tego portu.

Serwer NetWorker to 19.9.0.0-19.9.0.3> lub 19.10.0.0.

Przed ustanowieniem sesji tworzenia kopii zapasowej lub przywracania maszyny wirtualnej serwer NetWorker musi zidentyfikować dostępne urządzenie vProxy i połączyć się z nim.

Optymalizacje kodu zostały wprowadzone do NetWorker 19.9.0.4 i 19.10.0.1 za pośrednictwem NETWORKER-85156.

Jeśli serwer NetWorker jest w wersji 19.9.0.3 lub starszej, uaktualnij go do wersji 19.9.0.4/19.10.0.1 lub nowszej. Urządzenia vProxy należy również uaktualnić do najnowszej wersji obsługiwanej przez NetWorker. Uaktualnienie urządzenia vProxy zapewnia zastosowanie najnowszych poprawek zabezpieczeń. Nowe wersje vProxy zawierają również zaktualizowane biblioteki ddboost, wersję VMware Virtual Disk Development Kit (VDDK) i narzędzia VMware Tools.

Pakiety NetWorker i vProxy do pobrania są dostępne za pośrednictwem: https://www.dell.com/support/home/product-support/product/networker/overview

• NetWorker: Jak przeprowadzić aktualizację programu NetWorker oraz najlepsze praktyki przed aktualizacją
• NVP vProxy: Aktualizacja urządzenia NVP vProxy przy użyciu nsrvproxy_mgmt
• NVP vProxy: Informacje o wersji NetWorker vProxy

Istnieje kilka potencjalnych przyczyn, dla których serwer vProxy nie zostanie wybrany do operacji tworzenia kopii zapasowej lub przywracania. Jeśli serwer NetWorker jest w wersji 19.9.0.4, 19.10.0.1 lub nowszej, wykonaj następujące czynności, aby upewnić się, że żadne inne problemy nie uniemożliwiają wyboru vProxy:

Stan włączony vProxy:

1. Z poziomu NMC przejdź do Devices-VMware> Proxy lub z NetWorker Web User Interface (NWUI) przejdź do Protection-VMware> Proxy.

2. Sprawdź, czy serwery vProxy są włączone. Kolumna enabled powinna pokazywać wartość Enabled: Tak:
   

    

   UWAGA: Jeśli na vProxy wyświetlana jest wartość Enabled: Nie, edytuj vProxy i wybierz opcję Enabled: Tak

Rozdzielczość nazwy:

Upewnij się, że środowisko korzysta z systemu DNS (Domain Name System). Serwer NetWorker, serwery vProxy, systemy Data Domain, VMware vCenter i hosty VMware ESXi muszą używać nazw FQDN rozpoznawalnych w DNS. Zasoby skonfigurowane w NetWorker należy dodać przy użyciu nazwy FQDN. Nazwa FQDN, nazwa skrócona i adresy IP powinny zostać poprawnie rozpoznane. Wszystkie systemy korzystające z wpisów plików hosts muszą mieć poprawnie wypełnione adresy IP, nazwy FQDN i aliasy.

NVP vProxy: Rozwiązywanie problemów z łącznością sieciową dla operacji tworzenia kopii zapasowych i przywracania

Podwójny stos (IPv4 i IPv6) nie jest obsługiwany przez urządzenie vProxy, należy użyć jednego lub drugiego. W środowisku VMware z obsługą protokołu IPv6 następujące składniki nie powinny mieć żadnych nieosiągalnych wpisów IPv4 na serwerze DNS:

• • FQDN serwera NetWorker
  • FQDN urządzenia vProxy
  • FQDN domeny danych
  • FQDN systemu vCenter
  • ESXi FQDN

Wymienione powyżej nazwy FQDN powinny zwracać tylko rekordy AAAA z DNS i nie powinny mieć żadnych nieosiągalnych rekordów IPv4 w DNS.

Widzieć: NVP vProxy: Kopie zapasowe maszyny wirtualnej oczekujące na uruchomienie w środowisku korzystającym z wpisów plików hosts lub konfiguracji podwójnego stosu (IPv4 i IPv6)

1. Z poziomu urządzenia vProxy i serwera NetWorker sprawdź, czy nazwa FQDN, nazwa skrócona i adres IP są rozpoznawalne dla każdego odpowiedniego systemu:

   nslookup FQDN
   nslookup Short_Name
   nslookup IP_ADDRESS

   NetWorker: najlepsze praktyki rozwiązywania problemów z rozpoznawaniem nazw

2. Sprawdź kolumnę /etc/hosts w każdym systemie i upewnij się, że jeśli istnieją jakiekolwiek wpisy w pliku hosts, mają one poprawny adres IP i odpowiadające im nazwy hostów.

   UWAGA: Podczas uzyskiwania dostępu do vProxy przez SSH należy zalogować się przy użyciu konta "admin". Dostęp użytkownika root przez SSH jest domyślnie wyłączony.

Komunikacja za pomocą portu 9090:

1. Z poziomu serwera NetWorker potwierdź, że możesz komunikować się z portem 9090 na vProxy:

   nsrports -t vProxy_Address -p 9090

2. Z poziomu urządzenia vProxy potwierdź, że możesz komunikować się z portem 9090 na serwerze NetWorker:

   curl -v NetWorker_Address:9090

   UWAGA: Podczas uzyskiwania dostępu do vProxy przez SSH należy zalogować się przy użyciu konta "admin". Dostęp użytkownika root przez SSH jest domyślnie wyłączony.

Dostępność vProxy:

1. Sprawdzanie parametrów serwera NetWorker daemon.raw w przypadku dostępności vProxy lub błędów SSL.

   Linux: /nsr/logs/daemon.raw
   Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw

   NetWorker: korzystanie z nsr_render_log

Błędy certyfikatu i SSL

W przypadku zaobserwowania błędów SSL ponowna rejestracja urządzenia vProxy może rozwiązać problem: NVP vProxy: Jak wyrejestrować i ponownie zarejestrować urządzenie vProxy?

Dostępność dodawania na gorąco.

Domyślnie urządzenie vProxy ma włączonych 13 sesji dodawania bez wyłączania systemu i wyłączone urządzenie blokujące sieć (NBD).

Oznacza to, że urządzenie vProxy musi znajdować się na hoście ESXi, który ma dostęp do magazynu danych dla maszyn wirtualnych, których kopię zapasową tworzą. Jeśli włączona jest tylko funkcja HotAdd, można tymczasowo włączyć funkcję NBD, aby sprawdzić, czy rozpocznie się sesja tworzenia kopii zapasowej. Jeśli kopia zapasowa się rozpocznie, sugeruje to problem z dostępem Hot Add w VMware. Można go rozwiązać, wdrażając urządzenia vProxy na hostach ESXi, tak aby każdy magazyn danych VMware był dostępny dla co najmniej jednego urządzenia vProxy. Nie zaleca się stosowania NBD (jeśli to możliwe). Duża liczba sesji NBD może powodować przeciążenie sieci zarządzania ESXi. Aby uzyskać więcej informacji na temat skalowalności oraz zaleceń i ograniczeń dotyczących hotadd/NBD, zapoznaj się z Podręcznikiem integracji NetWorker VMware dostępnym pod adresem: https://www.dell.com/support/home/product-support/product/networker/docs

Funkcję HotAdd można również sprawdzić za pomocą narzędzia ProxyHC: NVP-vProxy: Jak używać narzędzia do sprawdzania kondycji ProxyHC na urządzeniu vProxy.

Akcja tworzenia kopii zapasowej ma wybraną ręczną wartość vProxy:

Akcja tworzenia kopii zapasowej ma ręcznie wybrany serwer vProxy:

Upewnij się, że nie ma problemów (opisanych powyżej), uzyskaj dostęp do tego serwera vProxy lub sprawdź jego dostępność, przetestuj inny dostępny serwer vProxy lub ustaw opcję "Automatic".