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
problemas000157727 kb: 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 el 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 Proxy Avagent que almacena información sobre la comunicación entre el servidor Avamar 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 servidor Avamar 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 servidor Avamar en la ubicación "/usr/local/avamar/var/mc/server_log/mcserver.out" para solucionar problemas de conexión/comunicación entre el servidor Avamar y vCenter. Este registro se puede revisar si falla la actualización del nombre de usuario y la contraseña de vCenter en el servidor Avamar.

Proxy de Avamar:
escenarios de falla de respaldo de VM internos de IDPA

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

1. Acceda mediante el protocolo SSH a AVProxy mediante dirección IP 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 solicite el servidor Avamar/Backup:
   tail -f /usr/local/avamarclient/var/avagent.log
4. Si conectamos errores o errores que indican "Unable to connect", vuelva a registrar el proxy interno:
   Registre el proxy de Avamar con Avamar:
   1. Inicie sesión en el proxy de Avamar a través de Putty mediante el usuario administrador.
   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 ejecuta el script, presione cualquier tecla para ingresar el formulario.
   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 "No Proxy" o "No eligible proxy".
Error En el trabajo de respaldo, se produjo un error: Si los trabajos de respaldo que activó reciben este error. es decir, "Proxy no protege ningún almacén de datos".

Verifique lo siguiente:

1. Recorrer el dominio "Asset Management" à "clients".
2. Seleccione el proxy interno de IDPA y seleccione Edit client en more options:
   
3. li>Verifique si todos los "Almacenes de datos" y "Grupos" están seleccionados en la pestaña VMware. Una vez seleccionado, haga clic en "Update"
   
   

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 estamos alcanzando este escenario, realice los siguientes pasos:

1. Inicie sesión en avamar AUI con la siguiente dirección: https:///aui
2. Acceso a los servicios de servidor >
3. Localice 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 este escenario:

1. Abra SSH en el servidor Avamar 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 servidor Avamar 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 el escenario 10.

Situación 4: Faltan las 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, los conjuntos de datos, las retenciones, los programas y las políticas de respaldo de VM internas de IDPA, etc.: KB 21318

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

1. Inicie sesión en avamar AUI con la siguiente dirección: https:///aui
2. Acceso a los servicios de servidor >
3. Localice 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 leer/actualizar vCenter en Avamar:

1. Inicie sesión en la AUI de Avamar mediante el navegador
   web https:///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 tres puntos :> Editar vCenter
   

1. Vaya a la pestaña VMware -> Update the Password y Confirm Password y haga clic en Update.
2. Una vez hecho esto, vaya a IDPA Vcenter -> vaya a Sub domain Virtual Machines.
3. Todas las máquinas virtuales deben estar habilitadas y esperar la VM de VCenter antigua, es decir, DataProtection-VCSA.
4. Si la VM de vCenter antigua (VCSA) 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 mediante la revisión de las sesiones activas/en ejecución en la pestaña Activity. Si no hay trabajos de replicación en ejecución, haga clic en More Actions --> Retire this client.
   
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 Virtual Machine --> Add Client.
   
9. Acceda a DPAppliance en la ventana Client Add 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 : No se puede realizar la instantánea porque el host "" está desconectado".

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

Situación 9: Los respaldos internos de VM de IDPA fallan con "Actualmente, hay dos dominios de error utilizables. La operación requiere uno más dominios de error utilizables".

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

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

1. Inicie sesión en avamar AUI mediante el navegador
   web https:///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 tres puntos --> Edit vCenter
   
4. Acceda a la pestaña VMware: > Actualizar la contraseña y confirmarla. Haga clic en Update.
   
5. Una vez que se haya actualizado la contraseña, desplácese a Máquinas virtuales de subdominio 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