¿Están mis datos de Microsoft 365 realmente respaldados?

Microsoft aplica un principio simple de enunciar pero a menudo mal entendido: es responsable de la disponibilidad del servicio, usted es responsable de sus datos. En concreto, Microsoft garantiza que la plataforma funciona, que la infraestructura es redundante y que un incidente en un centro de datos no hace desaparecer el servicio. En cambio, si uno de sus empleados elimina definitivamente una carpeta, si un ransomware cifra sus archivos sincronizados o si un error sobrescribe datos, la responsabilidad es suya. La redundancia de infraestructura no es una copia de seguridad: protege frente a la avería material, no frente al error humano ni a la malicia.

Microsoft 365 incluye verdaderos mecanismos de recuperación, y sería falso decir que no hay nada. Dispone de la papelera (en dos niveles en SharePoint y OneDrive), del historial de versiones de los archivos, de la recuperación de elementos eliminados en Exchange y de políticas de retención configurables con Microsoft Purview. Bien configurados, cubren la mayoría de los incidentes cotidianos: el archivo borrado por error la semana pasada, la versión sobrescrita esta mañana. El límite está en dos cosas: estos mecanismos tienen plazos de conservación finitos, y una vez transcurridos el dato es realmente irrecuperable. No están diseñados para restaurar un estado completo en una fecha precisa de hace varios meses.

Tres situaciones se repiten. La eliminación antigua: meses después se descubre que una carpeta de cliente ha desaparecido, mucho después de expirar los plazos de retención. La salida de un empleado: se elimina la cuenta para dejar de pagar la licencia, y con ella su OneDrive y su buzón, a menudo sin que nadie haya comprobado su contenido. El ransomware: los archivos cifrados localmente se sincronizan hacia OneDrive y SharePoint, propagando el cifrado. El historial de versiones suele permitir salir del paso, pero la operación es pesada y el resultado depende mucho de su configuración y del tiempo de detección.

La respuesta honesta es: depende de su exposición, no de una regla universal. Hágase tres preguntas. Una: ¿con qué profundidad debe poder restaurar, teniendo en cuenta sus obligaciones legales y sectoriales? Si debe poder volver años atrás, los mecanismos nativos no bastarán. Dos: ¿qué datos serían realmente críticos de perder, y sabe dónde viven hoy? Tres: ¿ha probado alguna vez una restauración? Es el punto más descuidado: una copia nunca probada no es una copia, es una hipótesis. Antes incluso de comprar una herramienta, empiece por configurar correctamente la retención nativa, documentar el procedimiento de restauración y hacer una prueba real.