NVP vProxy: kopie zapasowe maszyn wirtualnych pozostają w stanie oczekiwania na uruchomienie przez dłuższy czas

• Kopie zapasowe maszyny wirtualnej (VM) vProxy (VM) NetWorker VMware Protection (NVP) pozostają w stanie "oczekiwanie na uruchomienie" przez dłuższy czas. 
   
• Nie ma problemów z komunikacją między serwerem NetWorker a vProxy. Oznacza to, że oba rozwiązują się poprawnie i mogą komunikować się za pośrednictwem portu 9090: NVP vProxy: rozwiązywanie problemów z łącznością sieciową dla operacji tworzenia kopii zapasowych i przywracania
• Nie ma żadnych alertów na konsoli NetWorker Management Console (NMC) lub serwerze NetWorker daemon.raw dotyczące wyłączonych lub niedostępnych serwerów vProxy:
  • Linux: /nsr/logs/daemon.raw
  • Windows (ustawienie domyślne): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: jak używać nsr_render_log do renderowania plików dziennika .raw
• Akcja tworzenia kopii zapasowej jest skonfigurowana z wyborem "Auto" vProxy. Oznacza to, że jeśli skonfigurowano wiele serwerów vProxy, NetWorker może wybrać dowolny serwer vProxy z wystarczającą dostępnością sesji.
• Włączanie rejestrowania wyboru vProxy zgodnie z NetWorker VMware Protection-vProxy: Włączanie rejestrowania debugowania powoduje następujące logowanie w daemon.raw:

0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401461 nsrd-D0 Vmproxy queue: Selecting vProxy for request with reducing num_disks (id=13, manager_id=1774026055) in pending queue
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401551 nsrd-D0 select_vproxy: all full '0'.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401627 nsrd-D0 select_vproxy: vProxy not found.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401707 nsrd-D0 Proxies are overloaded with Hotadd/NBD sessions during concurrent VMDKs parallelism, we will try recursive parallelism later.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401794 nsrd-D0 recursive parallelism: not found vproxy with 2 sessions.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401871 nsrd-D0 process_pending: err: 53014.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401948 nsrd-D0 process_pending: err: 53014.

Akcja tworzenia kopii zapasowej jest skonfigurowana z trybem transportu "współbieżnego VMDK" i "Auto":

Serwery vProxy są skonfigurowane tylko w trybie dodawania na gorąco:
| 

Przepływ pracy tworzenia kopii zapasowej obejmuje grupę ochrony zawierającą co najmniej jedną maszynę wirtualną, do której nie można uzyskać dostępu za pomocą funkcji HotAdd. Może się tak zdarzyć, gdy maszyny wirtualne nie obsługują funkcji HotAdd, na przykład jeśli używają dysków IDE.

Aby maszyna wirtualna była dostępna dla funkcji HotAdd, vProxy musi zostać wdrożona na hoście ESXi, który ma dostęp do magazynu danych VMware, w którym znajdują się dyski maszyny wirtualnej. Bez tego wyrównania między hostem ESXi vProxy, a magazynem danych maszyny wirtualnej, przetwarzanie HotAdd nie jest możliwe. Ograniczenia i wymagania HotAdd są udokumentowane w Podręczniku integracji NetWorker VMware, dostępnym na stronie: Obsługa NetWorker | Instrukcje obsługi i dokumenty 

Powoduje to, że serwer NetWorker select_vproxy logika, aby utknąć podczas próby zidentyfikowania vProxy w celu uruchomienia współbieżnych sesji VMDK. W niektórych scenariuszach zadanie może ostatecznie zidentyfikować, dla których maszyn wirtualnych może uruchomić sesje VMDK. Czas trwania może się różnić w zależności od rozmiaru środowiska VMware, zadanie może nigdy nie uzgodnić vProxy dla przepływu pracy.

Użyj jednej z następujących opcji:

Opcja 1: Uzgadnianie wymagań dodawania na gorąco:

Poniższe kroki identyfikują, które maszyny wirtualne nie są dostępne dla funkcji HotAdd:

1. Zaloguj się do sieciowego interfejsu użytkownika NetWorker (NWUI): https://nwui-server-name:9090/nwui
2. Przejdź do opcji Protection-Policies> i rozwiń ją do zasad, przepływu pracy, a następnie wybierz akcję tworzenia kopii zapasowej i kliknij przycisk Edit.
3. Kliknij kartę VMware Specific Configuration .
4. Zmień tryb transportu na HotAdd.
   UWAGA: Ta opcja nie jest dostępna w konsoli NetWorker Management Console (NMC). jest dostępny tylko w NWUI.
5. Zapisz zmiany.
    
6. Rozpocznij nową kopię zapasową.

Maszyny wirtualne, które są dodawane podczas pracy, mają dostęp do pełnych sekwencyjnych kopii zapasowych dysków. Maszyny wirtualne, które nie są dostępne na gorąco, utknęły w "oczekiwaniu na uruchomienie":
 

Maszyny wirtualne, które są dodawane na gorąco, mają dostęp do pełnych kopii zapasowych. Maszyny wirtualne, które nie są dostępne dla funkcji HotAdd, nigdy nie rozpoczynają sesji tworzenia kopii zapasowych. Przepływ pracy musi zostać anulowany i należy wziąć pod uwagę następujące kwestie:

• Zmień konfigurację vProxy lub rozmieszczenia maszyn wirtualnych albo wdróż dodatkowe vProxy, aby wszystkie maszyny wirtualne były dostępne podczas pracy. Po rozwiązaniu ułatwień dostępu HotAdd maszyny wirtualne, które wcześniej utknęły w "oczekiwaniu na uruchomienie", zostaną ukończone. 
• Jeśli środowiska VMware nie można skonfigurować tak, aby te maszyny wirtualne były dostępne na gorąco lub maszyny wirtualne nie obsługują funkcji HotAdd (na przykład dyski IDE), użyj opcji 2.

Opcja 2: Włącz Network Block Device (NBD) na serwerach vProxy.

1. Włącz NBD w co najmniej jednym serwerze vProxy:
    

2.  Wykonywanie kopii zapasowych.

Domyślnym (preferowanym) trybem transportu jest dodawanie na gorąco. Wszystkie kopie zapasowe maszyny wirtualnej będą początkowo żądać dodawania na gorąco i rezerwowe do NBD tylko wtedy, gdy nie można utworzyć kopii zapasowej maszyny wirtualnej za pośrednictwem dodawania na gorąco. Możliwe jest jednak, że maszyny wirtualne, które są dostępne w czasie pracy, mogą wykonywać niektóre sesje za pośrednictwem NBD, jeśli wszystkie sesje dodawania na gorąco są używane i wymagane są dodatkowe sesje do ukończenia współbieżnych kopii zapasowych VMDK dla tej maszyny wirtualnej. Maszyny wirtualne, które nie są dostępne podczas pracy, będą tworzyć kopie zapasowe przez NBD, gdy sesje NBD będą dostępne.

• NVP vProxy: kopie zapasowe maszyny wirtualnej oczekujące na uruchomienie w środowisku przy użyciu wpisów plików hosts lub konfiguracji z dwoma stosami (IPv4 i IPv6)