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.