NetWorker 19.9: i processi di backup e ripristino di vProxy non si avviano, nessun vProxy viene prelevato dal processo

Il flusso di lavoro di backup mostra le VM in uno stato di attesa per l'esecuzione. I dettagli dell'azione di backup in NetWorker Management Console mostrano:

Le sessioni di ripristino della macchina virtuale mostrano lo stesso sintomo. La sessione di ripristino si avvia, ma la sessione preleva nessun vProxy. Il processo non progredisce e deve essere annullato manualmente. Non ci sono problemi di disponibilità di vProxy:

• I vProxy vengono visualizzati come abilitati: Sì in Dispositivi -> Proxy VMware
• Non sono presenti messaggi "vProxy is unavailable" nella finestra Alerts di NMC.
• Il server NetWorker è in grado di risolvere correttamente il nome di dominio completo (FQDN), il nome breve e l'indirizzo IP del vProxy.
• Il vProxy è in grado di risolvere correttamente l FQDN, il nome breve e l'indirizzo IP del server NetWorker.
• La porta 9090 è aperta tra il server NetWorker e l'appliance vProxy. Ogni sistema può comunicare con l'altro tramite questa porta.

Il server NetWorker è 19.9.0.0-19.9.0.3> o 19.10.0.0.

Prima di stabilire una sessione di backup o ripristino della VM, il server NetWorker deve identificare e connettersi a un appliance vProxy disponibile.

Le ottimizzazioni del codice sono state inserite in NetWorker 19.9.0.4 e 19.10.0.1 tramite NETWORKER-85156.

Se il server NetWorker è 19.9.0.3 o versioni precedenti, eseguire l'aggiornamento alla versione 19.9.0.4/19.10.0.1 o successiva. Gli appliance vProxy devono inoltre essere aggiornati alla versione più recente supportata da NetWorker. L'aggiornamento dell'appliance vProxy garantisce l'applicazione delle correzioni di sicurezza più recenti. Le nuove versioni di vProxy includono anche librerie ddboost aggiornate, la versione di VMware Virtual Disk Development Kit (VDDK) e VMware Tools.

I download dei pacchetti NetWorker e vProxy sono disponibili tramite: https://www.dell.com/support/home/product-support/product/networker/overview

• NetWorker: Come aggiornare NetWorker e best practice da seguire prima dell'aggiornamento
• NVP vProxy: Come aggiornare l'appliance NVP vProxy utilizzando nsrvproxy_mgmt
• NVP vProxy: Informazioni sulla versione di NetWorker vProxy

Esistono diverse potenziali cause per cui un vProxy non viene selezionato per un'operazione di backup o ripristino. Se il server NetWorker è 19.9.0.4, 19.10.0.1 o versioni successive, effettuare le seguenti operazioni per assicurarsi che nessun altro problema impedisca la selezione di vProxy:

Stato vProxy abilitato:

1. Da NMC passare a Devices-VMware> Proxies, oppure da NetWorker Web User Interface (NWUI) passare a Protection-VMware> Proxies.

2. Verificare che i vProxy siano abilitati. La colonna Enabled dovrebbe mostrare Enabled: Yes:
   

    

   NOTA: Se il vProxy mostra Enabled: No, modificare il vProxy e selezionare Enabled: Sì

Risoluzione dei nomi:

Assicurarsi che l'ambiente utilizzi DNS (Domain Name System). Il server NetWorker, i vProxy, i sistemi Data Domain, VMware vCenter e gli host VMware ESXi devono utilizzare tutti FQDN risolvibili in DNS. Le risorse configurate in NetWorker devono essere aggiunte utilizzando l FQDN. L FQDN, il nome breve e gli indirizzi IP dovrebbero essere risolti correttamente. Tutti i sistemi che utilizzano voci file host devono avere indirizzi IP, FQDN e alias corretti popolati correttamente.

NVP vProxy: Risoluzione dei problemi di connettività di rete per le operazioni

di backup e ripristinoIl dual stack (IPv4 e IPv6) non è supportato dall'appliance vProxy, è necessario utilizzare l'uno o l'altro. In un'ambiente VMware abilitato per IPv6, i seguenti componenti non devono avere voci IPv4 irraggiungibili nel server DNS:

• • Nome di dominio completo del server NetWorker
  • Nome di dominio completo dell'appliance vProxy
  • Nome di dominio completo di Data Domain
  • Nome di dominio completo vCenter
  • Nome di dominio completo di ESXi

Gli FQDN elencati in precedenza devono restituire solo record AAAA dal DNS e non devono avere record IPv4 irraggiungibili nel DNS.

Vedere: NVP vProxy: Backup di macchine virtuali in stato Waiting to Run in un ambiente utilizzando host, voci di file o configurazione a doppio stack (IPv4 e IPv6)

1. Dall'appliance vProxy e dal server NetWorker verificare che l FQDN, il nome breve e l'indirizzo IP siano risolvibili per ogni sistema corrispondente:

   nslookup FQDN
   nslookup Short_Name
   nslookup IP_ADDRESS

   NetWorker: Best practice per la risoluzione dei problemi relativi alla risoluzione dei nomi

2. Controllare la colonna /etc/hosts su ciascun sistema e verificare che, se esistono voci di file host, questi abbiano l'indirizzo IP corretto e i nomi host corrispondenti.

   NOTA: Quando si accede a vProxy tramite SSH, è necessario effettuare il login utilizzando l'account "admin". L'accesso root tramite SSH è disabilitato per impostazione predefinita.

Comunicazione porta 9090:

1. Dal server NetWorker, verificare che sia possibile comunicare con la porta 9090 sul vProxy:

   nsrports -t vProxy_Address -p 9090

2. Dall'appliance vProxy, verificare che sia possibile comunicare con la porta 9090 sul server NetWorker:

   curl -v NetWorker_Address:9090

   NOTA: Quando si accede a vProxy tramite SSH, è necessario effettuare il login utilizzando l'account "admin". L'accesso root tramite SSH è disabilitato per impostazione predefinita.

Disponibilità di vProxy:

1. Controllo del server NetWorker daemon.raw per eventuali disponibilità di vProxy o errori SSL.

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

   NetWorker: Come utilizzare nsr_render_log (in inglese)

Errori relativi a certificati e SSL

Se si osservano errori SSL, la nuova registrazione dell'appliance vProxy potrebbe risolvere il problema: NVP vProxy: Come annullare/registrare un appliance vProxy?

Disponibilità hot-add.

Per impostazione predefinita, un appliance vProxy ha 13 sessioni Hot Add abilitate e il Network Block Device (NBD) disabilitato.

Ciò significa che l'appliance vProxy deve risiedere su un host ESXi con accesso al datastore per le macchine virtuali di cui esegue il backup. Se è abilitato solo HotAdd, è possibile abilitare temporaneamente NBD per verificare se viene avviata la sessione di backup. Se il backup viene avviato, ciò suggerisce un problema di accesso Hot Add in VMware. Questo problema può essere risolto implementando appliance vProxy su host ESXi in modo che ogni datastore VMware sia accessibile da almeno un appliance vProxy. Si sconsiglia di utilizzare il giorno lavorativo successivo alla chiamata (quando possibile). Grandi quantità di sessioni NBD possono causare congestione sulla rete di gestione ESXi. Per ulteriori informazioni sulla scalabilità e sui suggerimenti e sulle limitazioni hotadd/NBD, consultare la NetWorker VMware Integration Guide disponibile all'indirizzo: https://www.dell.com/support/home/product-support/product/networker/docs

HotAdd può anche essere convalidato con l'utilità ProxyHC: NVP-vProxy: Come utilizzare lo strumento di controllo integrità ProxyHC sull'appliance vProxy.

Per l'azione di backup è stato selezionato il vProxy manuale:

L'azione di backup contiene un vProxy selezionato manualmente:

Verificare che non vi siano problemi (come descritto in precedenza) accedere a questo vProxy o alla relativa disponibilità, testare un altro vProxy disponibile o impostare la selezione "Automatic".