Un panel verde confirma que una tarea terminó, pero no demuestra que el negocio pueda recuperar el contenido correcto. La prueba debe comenzar con una necesidad concreta y terminar con evidencia verificable por el propietario de la información.
Las restauraciones deberían ensayarse sin sobrescribir datos productivos y con cuentas de prueba o destinos alternativos siempre que la herramienta lo permita.
Definir escenarios y criterios antes de restaurar
- Mensaje individual y carpeta de correo eliminada.
- Archivo de OneDrive en una versión anterior.
- Carpeta o biblioteca de SharePoint con metadatos y permisos.
- Buzón o sitio asociado a una persona que ya no existe.
- Recuperación masiva posterior a borrado o cifrado.
- Tiempo máximo, punto de recuperación y responsable de aprobar cada prueba.
Preparar la prueba de forma segura
- Elegir contenido de prueba sin datos sensibles.
- Registrar fecha, ubicación, propietario y estado esperado.
- Confirmar permisos administrativos y alertas.
- Seleccionar un destino alternativo o ventana controlada.
- Definir cómo revertir cualquier cambio no previsto.
Qué validar en Exchange Online
- El mensaje correcto aparece con adjuntos y propiedades necesarias.
- La restauración puede dirigirse al buzón original o alternativo según procedimiento.
- La búsqueda permite localizar por fecha, remitente o asunto.
- El tiempo medido coincide con el objetivo definido.
- La acción queda registrada y puede auditarse.
Qué validar en OneDrive y SharePoint
- Contenido, versión y estructura se recuperan correctamente.
- Metadatos y nombres mantienen integridad.
- Permisos no se amplían de forma accidental.
- Enlaces, aplicaciones o sincronización se comportan como se esperaba.
- El propietario funcional confirma que la información es utilizable.
Evidencia mínima de una prueba
- Identificador, fecha, alcance y responsable.
- Punto de recuperación seleccionado.
- Hora de inicio, finalización y RTO observado.
- Capturas o registros de origen, tarea y destino.
- Errores, limitaciones y acciones correctivas.
- Aprobación del propietario o área usuaria.
Frecuencia y rotación de pruebas
La frecuencia depende del riesgo y del cambio. Conviene rotar cargas de trabajo y escenarios, incluir una recuperación masiva periódica y repetir después de cambios importantes de herramienta, licencia o arquitectura.
- Pruebas pequeñas frecuentes para detectar fallas operativas.
- Ejercicios integrales menos frecuentes para medir capacidad y coordinación.
- Revisión de cuentas administrativas y alertas en cada ciclo.
- Seguimiento hasta cerrar los hallazgos.
El objetivo es recuperar el servicio, no completar una tarea
Una prueba se considera exitosa cuando el dato es correcto, utilizable, seguro y se recuperó dentro del objetivo. Si alguno de esos puntos falla, el backup necesita una acción correctiva aunque el software informe éxito.