IDPA y serie DP de PowerProtect: Ruta de resolución de respaldos de VM internos

Flujo de trabajo de respaldo

 

Recopilación de registros para la solución de problemas
Base de conocimientos 000157727: IDPA: Recopilación de archivos de registro para solucionar problemas de respaldo y restauración del Avamar Client

Archivos de registro pertinentes para la solución de problemas

• Registro de actividad de respaldo/restauración de Avamar: Descargue desde la pestaña Avamar Activity monitor. Instrucciones mencionadas en el tema anterior "Recopilación de registros para la solución de problemas"
• Registros de respaldo/restauración de Avamar en proxy: Los registros de actividad se pueden encontrar en proxy en la ubicación "/usr/local/avamarclient/var" si no está disponible mediante la interfaz del usuario.
• Respaldo de Avamar en Waiting-Client, Timed Out-Start, falla de registro de proxy: El registro del servicio Avagent de proxy que almacena información sobre la comunicación entre el Avamar Server y el proxy se puede encontrar en la ubicación "/usr/local/avamarclient/var/avagent.log"
• Implementación de proxy: Los registros de implementación de proxy se pueden encontrar en el Avamar Server en la ubicación "/usr/local/avamar/var/log/vcs/deploymanager.log"
• Comunicación de Avamar con vCenter: mcserver.out se puede encontrar en el Avamar Server en la ubicación "/usr/local/avamar/var/mc/server_log/mcserver.out" para solucionar problemas de conexión/comunicación entre el Avamar Server y vCenter. Este registro se puede revisar si falla la actualización del nombre de usuario y la contraseña de vCenter en el Avamar Server.

Proxy de Avamar:
Situaciones de fallas internas de respaldo de VM de IDPA

Situación 1: Los respaldos permanecen en el estado "Waiting Client" o fallan con el error "TimedOut-Start".

1. Acceda por SSH a AVProxy mediante IPAddress o FQDN e inicie sesión con el usuario "admin".
2. Cambie al usuario raíz mediante el siguiente comando e ingrese una contraseña común: su -
3. Verifique que el proxy se haya registrado correctamente y realice la solicitud desde el Avamar Server/Respaldo:
   tail -f /usr/local/avamarclient/var/avagent.log
4. Si se producen errores de conexión o errores que indican "Unable to connect", vuelva a registrar el proxy interno:
   Registre el proxy de Avamar en Avamar:
   1. Inicie sesión en el proxy de Avamar a través de putty mediante el usuario admin.
   2. Una vez que haya finalizado, inicie sesión como root con el comando: su -
   3. Ejecute el siguiente comando
      /etc/init.d/initproxyappliance --start
   4. Una vez que se ejecute el script, presione cualquier tecla para ingresar el formulario de entrada.
   5. Proporcione la dirección IP de Avamar (servidor de respaldo) e ingrese el dominio como "/clients".
       

Situación 2: Los respaldos fallan con el error "Sin proxy" o "Sin proxy elegible".
Error: si los trabajos de respaldo de imagen de VMware de las máquinas virtuales de IDPA fallan con el estado/error; "Sin proxy" o "Sin proxy elegible"; O cuando ejecuta un respaldo según demanda de dichas VM aparece el error "El proxy no protege ningún almacén de datos".
 

A continuación, verifique lo siguiente:

1. Vaya al dominio "Administración de activos" > dominio "Clients".
2. Seleccione el proxy interno de IDPA y elija "Más acciones" > "Editar cliente":
    
3. Haga clic en la pestaña "VMware" y verifique que TODOS los almacenes de datos de IDPA estén marcados/seleccionados en "Datastore" y que el proxy forme parte de las políticas de grupo de respaldo adecuadas en "Grupos". Una vez seleccionado, haga clic en "Actualizar"
    
    

Situación 3: Los servicios de vCenter de IDPA están inactivos en Avamar o las conexiones de vCenter están inactivas.
Para verificar si se trata de esta situación, realice los siguientes pasos:

1. Inicie sesión en la AUI de Avamar con la siguiente dirección: https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Vaya a Servidor --> Servicios
3. Busque los servicios de vCenter de IDPA en la parte inferior. Si las conexiones están inactivas, entonces tenemos un problema. Si las conexiones indican "OK", Avamar puede conectarse a vCenter sin problemas. Los servicios de vCenter se pueden reiniciar para eliminar las conexiones obsoletas y restablecer la conexión entre Avamar y vCenter.

Si las conexiones están inactivas, se pueden intentar los siguientes pasos para solucionar esta situación:

1. Abra SSH en el Avamar Server como usuario "administrador".
2. Haga ping al nombre de host de vCenter de IDPA y al nombre de host de ESXi de IDPA para asegurarse de que la búsqueda de DNS funcione correctamente.
3. Si falla el ping a cualquiera de los componentes anteriores, verifique el archivo "/etc/resolv.conf" en el Avamar Server para asegurarse de que se agreguen los servidores DNS y el dominio de búsqueda correctos.
4. Abra la interfaz del usuario de vCenter de IDPA e inicie sesión con el usuario "root". Verifique que la IU de vCenter de IDPA se cargue correctamente.
5. Actualice las credenciales raíz de vCenter en Avamar según los pasos que se muestran en la situación 10.

Situación 4: Faltan políticas internas de respaldo de VM de IDPA.

• El siguiente artículo de la base de conocimientos se puede utilizar para volver a crear las políticas de respaldo, los conjuntos de datos, las retenciones, los programas, etc., internos de la VM de IDPA: KB 21318

Situación 5: Los respaldos internos de VM de IDPA fallan después de la reimplementación de la VM de vCenter.
Para verificar si estamos en esta situación, realice los siguientes pasos:

1. Inicie sesión en la AUI de Avamar con la siguiente dirección: https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Vaya a Servidor --> Servicios
3. Busque los servicios de vCenter de IDPA en la parte inferior. Si las conexiones están inactivas, entonces tenemos un problema. Si las conexiones indican "OK", Avamar puede conectarse a vCenter sin problemas. Los servicios de vCenter se pueden reiniciar para eliminar las conexiones obsoletas y restablecer la conexión entre Avamar y vCenter.

Pasos para volver a agregar/actualizar vCenter en Avamar:

1. Inicie sesión en la AUI de Avamar mediante el navegador web
   https://<Avamar_server>/AUI
2. En la página de navegación de AUI, haga clic en >> y, a continuación, haga clic en Asset Management
    
3. Haga clic en vCenter -> haga clic en los tres puntos -> Editar vCenter
    

1. Vaya a la pestaña VMware -> Actualizar y confirmar contraseña y haga clic en Actualizar.
2. Una vez hecho esto, vaya a IDPA vCenter -> vaya al subdominio Máquinas virtuales.
3. Todas las máquinas virtuales deben estar habilitadas, excepto la VM de vCenter anterior, es decir, DataProtection-VCSA.
4. Si la VM de vCenter (VCSA) antigua está habilitada, siga los pasos que se indican a continuación para retirar el vCenter antiguo (VM de VCSA)
    
5. Asegúrese de que no haya trabajos de replicación en ejecución en Avamar revisando las sesiones activas/en ejecución en la pestaña Actividad. Si no hay trabajos de replicación en ejecución, haga clic en Más acciones --> Retirar este cliente.
    
6. Seleccione las opciones predeterminadas y haga clic en Submit.
    
7. Si la replicación no está en ejecución, el cliente se retirará del dominio.
8. Vaya al mismo dominio de Máquina virtual --> Agregar cliente.
    
9. Vaya a DPAppliance en la ventana emergente Agregar cliente y busque DataProtection-VCSA VM. Seleccione VCSA Client de la lista y agréguelo nuevamente. Haga clic en Submit (Enviar).
    

Escenario 6: Todos los respaldos internos de VM fallan debido a una falla de SSD M.2 en el dispositivo DP4400

• Revise el siguiente artículo de la base de conocimientos: KB 168746

Escenario 7: Los respaldos internos de VM de IDPA fallan con el error 10058

• Revise el siguiente artículo de la base de conocimientos: KB 182050

Situación 8: Los respaldos internos de VM de IDPA fallan con el error "avvcbimage Error <17782>: Snapshot cannot be performed because Host '<ESX_HOST_FQDN>' is disconnected".

• Revise el siguiente artículo de la base de conocimientos: KB 166308

Situación 9: Los respaldos internos de VM de IDPA fallan con el mensaje "There are currently two usable fault domains. The operation requires one more usable fault domains."

• Revise el siguiente artículo de la base de conocimientos: KB 000037917
• Revise el siguiente artículo de la base de conocimientos: KB 000050824

Situación 10: VM internas de IDPA atenuadas/deshabilitadas
Actualice vCenter de IDPA en Avamar:

1. Inicie sesión en la AUI de Avamar mediante el navegador web
   https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. En la página de navegación de AUI, haga clic en >> y, a continuación, haga clic en Asset Management
3. Haga clic en vCenter --> haga clic en los tres puntos --> Editar vCenter
    
4. Vaya a la pestaña VMware --> Actualizar y confirmar contraseña. Haga clic en Update.
    
5. Una vez que se haya actualizado la contraseña, vaya al subdominio Virtual Machines en el dominio de IDPA vCenter y verifique el estado de las máquinas virtuales.
6. Todas las máquinas virtuales internas de IDPA deben estar habilitadas/no atenuadas.

Apéndice A

• Cómo volver a implementar el proxy interno de IDPA (AVProxy): KB 19136

Apéndice B