Objetivo y alcance

Diseñar una estrategia combinada según aplicación, RPO, RTO y escenarios de restauración.

Contexto técnico

El backup del hipervisor captura discos y configuración de una VM y facilita recuperación completa. El backup dentro del invitado puede conocer bases de datos y ofrecer restauración granular.

La consistencia depende de integración y aplicación. Un snapshot exitoso no demuestra que la base de datos pueda recuperarse al punto requerido.

Arquitectura y criterios

• Relacionar método con escenarios de recuperación.
• Validar consistencia de aplicaciones transaccionales.
• Separar repositorio y credenciales del entorno productivo.
• Conservar copias fuera del dominio de falla del hipervisor.
• Probar restauración completa y granular.

Implementación recomendada

1. Clasificar VMs y aplicaciones por criticidad.
2. Definir RPO, RTO y granularidad.
3. Configurar integración consistente y retención.
4. Probar restauraciones en entorno aislado.
5. Documentar dependencias, claves y secuencia.

Riesgos y controles

• Snapshots prolongados afectan rendimiento y no son retención.
• Una imagen consistente con el sistema puede no serlo con la aplicación.
• Proteger sólo archivos omite configuración y recuperación completa.

Validación y evidencia

• La VM restaurada inicia y completa pruebas funcionales.
• Los datos alcanzan el punto esperado.
• La recuperación granular y completa cumplen tiempos medidos.

Operación continua

Monitorear jobs, snapshots, espacio y consistencia; alternar pruebas por aplicación con ejercicios integrales de plataforma.

Próximo paso

Elegir una base de datos y comparar una restauración de imagen con una recuperación nativa de aplicación.