Objetivo
Demostrar que completar tareas de copia no equivale a poder recuperar la operación.
Contexto
Un trabajo de backup puede finalizar correctamente y contener datos incompletos, cifrados, inconsistentes o imposibles de restaurar dentro del tiempo requerido.
Las pruebas verifican tanto tecnología como procedimiento. Deben incluir acceso, claves, dependencias, capacidad, responsables y validación de la aplicación.
Puntos clave
- Revisar logs no reemplaza restaurar.
- Una prueba de archivo no valida una aplicación completa.
- Los tiempos medidos permiten comparar con el RTO.
- La integridad debe confirmar que el dato recuperado es utilizable.
- Los hallazgos requieren seguimiento y nueva prueba.
Recomendaciones
- Definir escenarios por criticidad y frecuencia.
- Restaurar en un entorno aislado y autorizado.
- Medir pasos, tiempos, dependencias y errores.
- Solicitar al propietario funcional que valide el resultado.
- Actualizar procedimientos y repetir hasta cerrar hallazgos.
Riesgos y advertencias
- Probar sobre producción puede sobrescribir información.
- No proteger datos restaurados crea una exposición nueva.
- Una prueba preparada por una sola persona mantiene dependencia.
Cómo validar el resultado
- Los datos se recuperan en el punto esperado.
- La aplicación inicia y completa pruebas funcionales.
- El tiempo y los recursos cumplen o generan una acción correctiva.
Buenas prácticas
Alternar restauraciones frecuentes de muestra con ejercicios integrales menos frecuentes. Conservar evidencia y resultados comparables.
Próximos pasos
Programar una restauración de un servicio crítico y documentar desde la solicitud hasta la validación del usuario responsable.