NetWorker 19.9: Los trabajos de respaldo y recuperación de vProxy no se inician, el proceso no detecta ningún vProxy

El flujo de trabajo de respaldo de VM muestra las VM en un estado en espera de ejecución. Los detalles de la acción de respaldo en NetWorker Management Console muestran lo siguiente:

Las sesiones de recuperación de VM muestran el mismo síntoma. Se inicia la sesión de recuperación, pero la sesión no recoge ningún vProxy. El trabajo no avanza y se debe cancelar manualmente. No hay problemas de disponibilidad de vProxy:

• Los vProxies se muestran habilitados: Sí , en Dispositivos:> proxies de VMware
• No hay mensajes de "vProxy is unavailable" en la ventana NMC Alerts .
• NetWorker Server puede resolver correctamente el nombre de dominio calificado (FQDN) de vProxy, el nombre corto y la dirección IP.
• El vProxy puede resolver correctamente el FQDN, el nombre corto y la dirección IP del NetWorker Server.
• El puerto 9090 está abierto entre NetWorker Server y el dispositivo vProxy. Cada sistema puede comunicarse con el otro a través de este puerto.

NetWorker Server es 19.9.0.0-19.9.0.3> o 19.10.0.0.

Antes de que se pueda establecer la sesión de respaldo o restauración de VM, NetWorker Server debe identificar y conectarse a un dispositivo vProxy disponible.

Las optimizaciones de código se realizaron en NetWorker 19.9.0.4 y 19.10.0.1 a través de NETWORKER-85156.

Si NetWorker Server es 19.9.0.3 o anterior, actualice a 19.9.0.4/19.10.0.1 o posterior. Los dispositivos vProxy también se deben actualizar a la versión más reciente compatible con NetWorker. La actualización del dispositivo vProxy garantiza que se apliquen las correcciones de seguridad más recientes. Las nuevas versiones de vProxy también incluyen bibliotecas ddboost actualizadas, la versión de VMware Virtual Disk Development Kit (VDDK) y VMware Tools.

Las descargas de paquetes de NetWorker y vProxy están disponibles a través de: https://www.dell.com/support/home/product-support/product/networker/overview

• NetWorker: Cómo actualizar NetWorker y mejores prácticas antes de la actualización
• NVP vProxy: Cómo actualizar el dispositivo vProxy NVP mediante nsrvproxy_mgmt
• NVP vProxy: Información de la versión de vProxy de NetWorker

Hay varias causas potenciales por las que no se selecciona un vProxy para una operación de respaldo o restauración. Si NetWorker Server es 19.9.0.4, 19.10.0.1 o superior, realice lo siguiente para asegurarse de que no haya otros problemas que impidan la selección de vProxy:

Estado de vProxy habilitado:

1. En NMC, vaya a Devices-VMware> Proxies, o en la interfaz de usuario web de NetWorker (NWUI), vaya a Protection-VMware> Proxies.

2. Compruebe que los vProxies estén habilitados. La columna enabled debe mostrar Enabled: Si la respuesta es afirmativa:
   

    

   NOTA: Si el vProxy aparece como Habilitado: No, edite el vProxy y seleccione Enabled: Sí

Resolución de nombre:

Asegúrese de que el entorno utilice el sistema de nombre de dominio (DNS). El servidor de NetWorker, los vProxies, los sistemas Data Domain, los VMware vCenters y los hosts VMware ESXi deben utilizar FQDN que se puedan resolver en DNS. Los recursos configurados en NetWorker se deben agregar mediante FQDN. El FQDN, el nombre corto y las direcciones IP deben resolverse correctamente. Todos los sistemas que utilicen entradas de archivos de host deben tener las direcciones IP, los FQDN y los alias correctos completados correctamente.

NVP vProxy: Solución de problemas de conectividad de red para operaciones

de respaldo y restauraciónEl dispositivo vProxy no admite la pila doble (IPv4 e IPv6); se debe utilizar una o la otra. En un ambiente VMware habilitado para IPv6, los siguientes componentes no deben tener entradas IPv4 inaccesibles en el servidor DNS:

• • FQDN del servidor de NetWorker
  • FQDN del dispositivo vProxy
  • Data Domain FQDN
  • FQDN de vCenter
  • ESXi FQDN

Los FQDN enumerados anteriormente solo deben devolver registros AAAA del DNS y no deben tener registros IPv4 inaccesibles en el DNS.

Ver: NVP vProxy: Respaldos de VM que se encuentran en estado de espera de ejecución en un entorno mediante entradas de archivos de host o una configuración de doble pila (IPv4 e IPv6)

1. Desde el dispositivo vProxy y NetWorker Server, confirme que el FQDN, el nombre corto y la dirección IP se puedan resolver para cada sistema correspondiente:

   nslookup FQDN
   nslookup Short_Name
   nslookup IP_ADDRESS

   NetWorker: Prácticas recomendadas de solución de problemas de resolución de nombres

2. Compruebe el /etc/hosts archivo en cada sistema y asegúrese de que, si existen entradas de archivo de host, tengan la dirección IP correcta y los nombres de host correspondientes.

   NOTA: Cuando acceda al vProxy a través de SSH, debe iniciar sesión con la cuenta "admin". El acceso raíz a través de SSH está deshabilitado de manera predeterminada.

Comunicación del puerto 9090:

1. En NetWorker Server, confirme que puede comunicarse con el puerto 9090 en el vProxy:

   nsrports -t vProxy_Address -p 9090

2. Desde el dispositivo vProxy, confirme que puede comunicarse con el puerto 9090 en NetWorker Server:

   curl -v NetWorker_Address:9090

   NOTA: Cuando acceda al vProxy a través de SSH, debe iniciar sesión con la cuenta "admin". El acceso raíz a través de SSH está deshabilitado de manera predeterminada.

Disponibilidad de vProxy:

1. Compruebe el archivo daemon.raw para cualquier disponibilidad de vProxy o errores de SSL.

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

   NetWorker: Cómo utilizar nsr_render_log

Errores de certificado y SSL

Si se observan errores de SSL, volver a registrar el dispositivo vProxy puede resolver el problema: NVP vProxy: ¿Cómo cancelar o volver a registrar un dispositivo vProxy?

Disponibilidad de adición en caliente.

De manera predeterminada, un dispositivo vProxy tiene 13 sesiones de adición en caliente habilitadas y el dispositivo de bloqueo de red (NBD) deshabilitado.

Esto significa que el dispositivo vProxy debe residir en un host ESXi que tenga acceso al almacén de datos de las VM que está respaldando. Si solo la adición en caliente está habilitada, puede habilitar NBD temporalmente para ver si se inicia la sesión de respaldo. Si se inicia el respaldo, esto sugiere un problema de acceso de adición en caliente en VMware. Esto se puede resolver mediante la implementación de dispositivos vProxy en hosts ESXi, de modo que al menos un dispositivo vProxy pueda acceder a cada almacén de datos de VMware. No se recomienda utilizar NBD (cuando sea posible). Una gran cantidad de sesiones NBD puede causar congestión en la red de administración de ESXi. Para obtener más información sobre la escalabilidad y las recomendaciones y limitaciones de adición en caliente/NBD, consulte la Guía de integración de VMware de NetWorker disponible a través de: https://www.dell.com/support/home/product-support/product/networker/docs

La adición en caliente también se puede validar con la utilidad ProxyHC: NVP-vProxy: Cómo utilizar la herramienta de evaluación del estado ProxyHC en el dispositivo vProxy.

La acción de respaldo tiene seleccionado el vProxy manual:

La acción de respaldo tiene un vProxy seleccionado manualmente:

Asegúrese de que no haya problemas (como se detalla anteriormente), acceda a este vProxy o con su disponibilidad, pruebe otro vProxy disponible o establezca en la selección "Automática".