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
- Clasificar VMs y aplicaciones por criticidad.
- Definir RPO, RTO y granularidad.
- Configurar integración consistente y retención.
- Probar restauraciones en entorno aislado.
- 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.