La cuestión que suele faltar en los comités de tecnología
La nube puede estar funcionando perfectamente mientras tu empresa ha perdido información crítica.
La mayoría de las organizaciones confían en Microsoft 365 para una parte importante de su actividad: comunicaciones con clientes, contratos, presupuestos, documentación de proyectos, trabajo colaborativo, agendas, evidencias y conocimiento corporativo. La nube aporta disponibilidad y resiliencia del servicio, pero no significa que cada elemento pueda recuperarse en cualquier circunstancia, desde cualquier fecha ni con el alcance que la empresa necesita.
Pensemos en un incidente sencillo. Alguien elimina una carpeta de SharePoint que contiene entregables críticos. En una situación normal, los mecanismos de papelera o historial de versiones pueden ser suficientes. Ahora imaginemos un borrado masivo, un compromiso de identidad que provoca modificaciones generalizadas o una biblioteca contaminada por cientos de archivos cifrados. La naturaleza del problema cambia: ya no basta con encontrar un documento, hay que recuperar un estado coherente de un conjunto amplio de información.
La diferencia no es menor para dirección. La empresa necesita saber cuánto tiempo puede trabajar sin ese contenido, qué pérdidas son aceptables, quién autoriza la recuperación, qué procesos se interrumpen mientras tanto y cómo se comunicará la incidencia. No es una conversación sobre una licencia adicional; es una conversación sobre continuidad, riesgo y capacidad de volver a operar.
La estrategia debe comenzar por una distinción que a menudo desaparece de las propuestas comerciales: la disponibilidad del servicio Microsoft 365 no es lo mismo que la recuperabilidad de la información de un cliente. Microsoft incorpora controles nativos de protección, retención y recuperación, pero Microsoft 365 Backup añade una capa específica para facilitar restauraciones ante determinados incidentes. Ninguno sustituye automáticamente el análisis de las necesidades de cada organización.
La pregunta correcta no es «¿Microsoft hace copias?». Es «¿podemos recuperar, con los permisos adecuados, los datos y procesos que el negocio considera críticos?».
Disponibilidad del servicio
Conservación y cumplimiento
Recuperación y continuidad
La diferencia que debería conocer el CIO
Cinco mecanismos de protección que no son intercambiables
Microsoft 365 ofrece varios mecanismos que muchas veces se presentan como si fueran equivalentes. No lo son. La papelera está diseñada para recuperar ciertos elementos eliminados durante un periodo limitado. El historial de versiones permite volver a estados previos de archivos cuando esas versiones están disponibles. Las políticas de retención y las etiquetas de Microsoft Purview conservan información conforme a requisitos de gobierno y cumplimiento. Microsoft 365 Backup está orientado a crear puntos de recuperación y facilitar restauraciones de las cargas compatibles.
Para un archivo borrado por error, la papelera puede resolver el problema con rapidez y sin un proyecto adicional. Para una biblioteca modificada masivamente, la capacidad de restaurar un conjunto amplio a un estado anterior puede tener otro valor. Para una investigación o requerimiento legal, la conservación de registros y evidencias responde a una finalidad distinta. Y cuando existe un requisito de aislamiento, exportación, control de diferentes plataformas o gobierno multicloud, puede ser necesario evaluar soluciones de terceros.
Esto no implica que la retención sea inútil para recuperar datos o que el historial de versiones no pueda ayudar ante ransomware. Microsoft documenta distintas rutas nativas de recuperación y protección. Lo que hay que evitar es prometer que cualquiera de esos mecanismos cubre todas las necesidades de recuperación masiva, recuperación histórica o continuidad. El diseño debe empezar por escenarios de fallo concretos.
| Mecanismo | Qué suele resolver | Qué no debes dar por supuesto |
|---|---|---|
| Papelera | Recuperación de elementos eliminados que continúan dentro de los periodos y condiciones aplicables. | Que todo siga disponible después de un borrado definitivo o que baste para recuperar un incidente masivo. |
| Versionado de archivos | Recuperar versiones anteriores de documentos cuando existen y son accesibles. | Que se conserven todos los estados, todas las estructuras o todos los procesos externos conectados al documento. |
| Retención y eDiscovery | Conservación y localización de información bajo reglas de cumplimiento, auditoría y gobierno. | Que constituya por sí sola un sistema de restauración operativa rápida de todas las cargas. |
| Microsoft 365 Backup | Puntos de recuperación específicos para Exchange Online, SharePoint y OneDrive protegidos; restauraciones compatibles con cada carga. | Que cubra todas las aplicaciones de Microsoft 365 o que las restauraciones de cada carga sean idénticas. |
| Solución de backup adicional | Puede ampliar alcance, control, administración o funciones según producto y arquitectura. | Que todas las herramientas ofrezcan la misma velocidad, coste, residencia o cobertura; hace falta probarlas. |
Papelera, retención y backup no compiten por hacer exactamente lo mismo. Una arquitectura madura utiliza cada control para el problema que realmente puede resolver.
Alcance real
Qué protege Microsoft 365 Backup y qué no deberías prometer a tu empresa
Microsoft 365 Backup protege tres cargas de forma nativa mediante políticas específicas: buzones de Exchange Online, cuentas de OneDrive para la Empresa y sitios de SharePoint Online. La elección de qué buzones, cuentas o sitios están incluidos es fundamental. Contratar el servicio no implica que toda la información existente en Microsoft 365 quede automáticamente cubierta.
La implementación ofrece almacenamiento diseñado para conservar puntos de recuperación que no puedan sobrescribirse de forma convencional. Microsoft explica que su arquitectura utiliza almacenamiento de tipo append-only para los datos respaldados. Esto refuerza la resistencia frente a modificaciones maliciosas, pero no debe simplificarse como una imposibilidad absoluta de borrar las copias: existen procedimientos de eliminación y baja administrados mediante controles específicos.
Una cuestión especialmente importante para empresas que colaboran mediante Teams es no confundir ubicación de archivos con protección integral del equipo. Muchos documentos compartidos en Teams residen en SharePoint u OneDrive, por lo que pueden quedar cubiertos si la ubicación correspondiente está incluida en una política. Pero de ahí no se deduce que Microsoft 365 Backup ofrezca una restauración independiente y completa de chats, reuniones, equipos, configuración, pestañas o aplicaciones conectadas.
Lo mismo ocurre con soluciones de negocio. La existencia de un servicio llamado Microsoft 365 Backup no significa que proteja automáticamente bases de datos de Dynamics 365, aplicaciones Power Apps, flujos de Power Automate, datos de Fabric o sistemas externos. Su cobertura documental debe revisarse carga por carga y, cuando corresponda, combinarse con mecanismos específicos de esas plataformas.
Exchange Online
OneDrive para la Empresa
SharePoint Online
Otras aplicaciones Microsoft
Recuperación de negocio
Del incidente a la operación: el recorrido que debería estar documentado
Un plan de recuperación serio no comienza cuando alguien hace clic en Restaurar. Comienza con un procedimiento para decidir qué datos son confiables, qué sistemas estaban comprometidos, qué evidencias deben preservarse y quién puede autorizar un cambio de gran alcance en el entorno colaborativo.
Ante un incidente de ransomware, por ejemplo, no basta con seleccionar el punto inmediatamente anterior al momento en que se detectaron los archivos cifrados. La alteración pudo comenzar antes. El equipo de seguridad debe identificar hasta dónde llega el compromiso y qué momento representa un estado fiable. En ese contexto, el trabajo de recuperación y el de respuesta a incidentes no son proyectos independientes: ambos deben coordinarse.
Detectar
Se identifica un incidente y su alcance: borrado, modificación, cifrado, error humano o exposición.
Aislar
Se limita el daño y se protege la evidencia; puede ser necesario intervenir sobre identidades o accesos.
Elegir
Se localiza el punto de restauración correcto y se confirma el perímetro que debe recuperarse.
Restaurar
Se ejecuta el procedimiento compatible con la carga y se supervisan posibles conflictos o sobrescrituras.
Validar
Se comprueba la integridad funcional del proceso, no solo que los archivos vuelvan a existir.
El diagrama expresa una secuencia de gobierno recomendada, no una garantía de que la restauración se completará en cinco pasos automáticos. La operación real puede exigir validaciones de seguridad, comprobaciones de permisos, recuperación de conectores y múltiples lotes. La empresa debe definir cuándo se devuelve el servicio al usuario, qué comunica y cómo evita reintroducir el mismo problema.
También debe quedar claro que recuperar un sitio SharePoint o un conjunto de archivos no equivale necesariamente a recuperar todas las integraciones que dependen de ellos. En muchos entornos la información está conectada a procesos de aprobación, metadatos empresariales, flujos de Power Automate, acceso externo o aplicaciones de negocio. Si esas dependencias son críticas, las pruebas deben incluirlas explícitamente.
Dos tiempos que no deben confundirse
RPO, RTO y la ventana de 14 días: qué significan para una recuperación real
RPO y RTO son dos conceptos que conviene separar. RPO, objetivo de punto de recuperación, expresa cuánto contenido reciente podría no estar incluido en el último punto utilizable. RTO, objetivo de tiempo de recuperación, se refiere al tiempo que se necesita para restablecer el servicio o el proceso. El primero depende de los puntos disponibles; el segundo, de tamaño, volumen de elementos, condiciones del servicio y tareas operativas asociadas.
Microsoft documenta puntos de restauración frecuentes para Exchange Online y, durante la ventana reciente, para restauraciones completas de sitios SharePoint y cuentas OneDrive. Más allá de esa ventana, los puntos disponibles para una restauración completa de SharePoint o OneDrive se espacian conforme a la política y las capacidades documentadas. No debemos transformar esos objetivos técnicos en una promesa comercial universal: restaurar un sitio de gran tamaño puede tardar mucho más que recuperar un documento aislado.
Ventanas y granularidad · lectura visual
0–14 días
Recuperación reciente
Puntos frecuentes para restauración completa y posibilidad de seleccionar archivos o carpetas con la granularidad documentada.
Después de 14 días
Histórico de cuentas y sitios
Para OneDrive y SharePoint se mantienen puntos menos frecuentes y la recuperación granular por archivo no se extiende indefinidamente.
Según política
Ventana de conservación
El alcance temporal depende de la política configurada, de la carga y del historial acumulado desde que comenzó la protección.
Desde 2026 la restauración granular de archivos y carpetas de OneDrive y SharePoint está disponible de forma general, pero para puntos de recuperación dentro de los 14 días más recientes. Fuera de esa ventana, las opciones documentadas de recuperación de archivos y carpetas no son idénticas a una selección libre de cualquier fecha histórica: en general deben evaluarse las restauraciones completas del sitio o cuenta y su efecto sobre el resto de contenido.
En Exchange Online existe una lógica diferente: Microsoft 365 Backup permite recuperar elementos de buzón alterados o eliminados respecto al momento seleccionado. La documentación advierte de que los elementos inalterados no se reescriben y que los nuevos elementos posteriores a ese punto no se revierten de la misma manera. Es una diferencia fundamental respecto a la restauración completa de OneDrive o SharePoint, que puede reemplazar contenido y metadatos en origen.
Microsoft permite definir ventanas de recuperación en las políticas y las ha ampliado con opciones de tres, seis, doce y veinticuatro meses según la documentación de cambios de septiembre de 2026. También hay documentación con otras referencias temporales para determinados mecanismos. Por eso, en una propuesta real es obligatorio confirmar el máximo y las opciones vigentes de la carga y política concreta; no recomendaría firmar un proyecto basándose en la mayor cifra encontrada en un artículo aislado.
El dato importante no es «tenemos muchos puntos de restauración». Es «sabemos cuál se utilizará, qué puede sobrescribirse y cuánto tardará el negocio en volver a trabajar».
Incidentes que el comprador reconoce
Ocho situaciones que obligan a pensar más allá de la papelera
Hay situaciones en las que una respuesta rápida y localizada basta. Si una persona elimina accidentalmente unos archivos hace unas horas, las funciones nativas pueden resolverlo. Pero si los datos desaparecieron en varios sitios, una identidad comprometida alteró muchas bibliotecas o el problema se detecta semanas después, la arquitectura y el plan de recuperación cambian.
| Escenario | Qué hay que recuperar | Qué conviene comprobar |
|---|---|---|
| Borrado accidental de un archivo | Documento o carpeta afectados. | Papelera, versiones y restauración granular si existe política de backup y punto disponible. |
| Ransomware en bibliotecas | Conjuntos de documentos, metadatos y acceso operativo al sitio. | Momento limpio, alcance del compromiso, restauración de sitio o contenidos, control de identidades. |
| Eliminación masiva por error | Cuentas o sitios con numerosos elementos perdidos. | Cobertura real de las políticas, inventario, puntos y posibles sobrescrituras en origen. |
| Salida de un usuario clave | Información necesaria para continuidad y custodia. | Políticas de baja, titularidad, retención, permisos y protección de OneDrive o buzón. |
| Incidente en correo ejecutivo | Mensajes, calendarios y otros elementos compatibles. | Ventana disponible, criterios para elegir el punto, validación de contenidos restaurados. |
| Auditoría o litigio | Conservación, búsqueda y trazabilidad de información. | Purview, retención y procedimientos de evidencia; no tratar backup como sustituto legal de eDiscovery. |
| Incidencia en Teams | Archivos, mensajes, espacios, aplicaciones y configuración, según impacto. | Distinguir qué reside en SharePoint/OneDrive de lo que necesita otros mecanismos de recuperación. |
| Fusión y reorganización | Datos críticos, permisos, continuidad y separación de información. | Diferenciar recuperación de datos de un proyecto tenant-to-tenant; no son la misma operación. |
En este punto conviene introducir una disciplina que muchos planes de continuidad no tienen: decidir qué unidades se protegen según su criticidad. No todas las bibliotecas de SharePoint valen lo mismo. Tampoco todos los buzones tienen igual impacto sobre el negocio. Una política indiferenciada puede elevar costes sin garantizar que se protejan correctamente los documentos críticos de finanzas, clientes, proyectos o dirección.
Cuánto cuesta proteger lo importante
Microsoft 365 Backup: el coste está ligado al dato protegido, no simplemente al número de usuarios
El coste de Microsoft 365 Backup no se calcula como una licencia estándar por usuario. Microsoft documenta un modelo de pago por uso asociado al volumen de contenido protegido, y la facturación se administra mediante mecanismos vinculados a Azure. Esto introduce una ventaja y una obligación: puede diseñarse cobertura según los activos críticos, pero es necesario controlar el volumen, las altas automáticas, la evolución del dato y el presupuesto.
La documentación de precios consultada publica una referencia de lista de 0,15 dólares estadounidenses por GB protegido y mes. Esa referencia no es una oferta comercial para España ni debe utilizarse como garantía contractual: hay que verificar la tarifa efectiva, la divisa, los impuestos y las condiciones aplicables al proyecto. Los costes no dependen únicamente del tamaño visible de archivos actuales; también deben considerarse versiones, elementos eliminados y otros componentes contemplados en el cálculo oficial.
Ejemplo ilustrativo: si una empresa protege 3.000 GB facturables a la referencia publicada, el coste teórico sería de 450 USD al mes, o 5.400 USD durante doce meses si el volumen permanece constante. La cifra no incluye servicios de assessment, implantación, pruebas, operación ni posibles cambios de consumo. Tampoco debe confundirse con un precio por 3.000 GB físicos de archivos activos, porque el volumen facturable puede diferir.
SUPUESTO
3.000 GB
CÁLCULO ILUSTRATIVO
450 USD / mes
SIN GARANTÍA DE TARIFA
5.400 USD / año
El verdadero análisis financiero compara ese coste con alternativas funcionalmente equivalentes y con el riesgo que la empresa pretende reducir. Si se trata de proteger un conjunto acotado de sitios críticos, puede justificarse un alcance selectivo. Si se exige proteger automáticamente todo un tenant, hay que estudiar con detalle cobertura, excepciones, evolución de los datos y límites actuales de las políticas.
No intentaría justificar la inversión utilizando cifras alarmistas de ransomware ni inventando un supuesto ahorro. Para un CFO es más útil un modelo explícito: coste de la protección, coste de operación, coste de prueba, escenarios de indisponibilidad, tiempo de recuperación esperado y riesgos residuales. Cada hipótesis debe ser revisable y vinculada a procesos de negocio.
La selección de proveedor importa
¿Microsoft 365 Backup, herramientas existentes o una solución de terceros?
Microsoft 365 Backup puede encajar en organizaciones que desean un mecanismo integrado en el entorno Microsoft y buscan restauraciones rápidas de las cargas cubiertas. Pero no sería riguroso afirmar que sustituye a cualquier solución existente ni que una herramienta de terceros es obligatoria por definición. La decisión depende del alcance real, requisitos contractuales, entorno multicloud, gobierno de claves, exportación, autonomía administrativa y exigencias de continuidad.
Un proveedor especializado puede resultar apropiado cuando la empresa necesita cubrir aplicaciones o datos fuera de Exchange, SharePoint y OneDrive, unificar políticas entre distintas plataformas o añadir funciones específicas de administración. Sin embargo, también hay soluciones que se apoyan en la misma plataforma de almacenamiento Microsoft 365 Backup Storage. Por eso es esencial averiguar qué arquitectura subyace realmente a cada oferta.
Además del alcance, conviene preguntar por la ubicación del dato, el modelo de permisos, la recuperación de cuentas eliminadas, la restauración granular, la protección frente a borrados de copias, los límites de escala, el proceso de salida y la capacidad de demostrar pruebas de restauración. El nombre comercial del servicio no basta: lo que se contrata debe poder explicarse en términos de cargas, puntos y tiempos.
| Alternativa | Tiene sentido cuando… | Precauciones de selección |
|---|---|---|
| Herramientas nativas ya disponibles | El escenario habitual es borrado puntual, versionado o conservación dentro de límites suficientes. | Comprobar periodos, recuperación a escala, administración y posibles borrados permanentes. |
| Microsoft 365 Backup | Se necesitan puntos dedicados y restauración de cargas compatibles con gobierno integrado en Microsoft 365. | No confundir cargas soportadas con todas las aplicaciones; validar ventanas y recuperación en origen. |
| Solución de partner sobre Backup Storage | Se valora otra capa de gestión o funciones adicionales sobre la infraestructura de backup de Microsoft. | Comprobar quién factura, quién opera y qué funciones aporta realmente la solución. |
| Plataforma de backup independiente | Hay requisitos específicos de otras cargas, custodia o políticas operativas multientorno. | Verificar rendimiento real, cobertura, exportación, seguridad, coste y pruebas de recuperación. |
La mejor solución no es la que promete más «copias». Es la que demuestra que el perímetro crítico puede recuperarse con las condiciones que el negocio necesita.
Pruebas que importan más que cualquier folleto
Cómo demostrar ante dirección que la recuperación funciona de verdad
Un plan de recuperación sin pruebas es una intención, no una capacidad contrastada. En demasiados entornos se configura una política, se recibe una confirmación de activación y se da por terminada la iniciativa. Eso deja sin responder preguntas fundamentales: ¿la cuenta crítica estaba realmente incluida?, ¿tenemos permisos de restauración?, ¿cuánto tardamos?, ¿qué contenido se sobrescribe?, ¿qué dependencias funcionales dejan de funcionar después?
La evaluación debería comenzar por un inventario de procesos críticos y datos asociados. No basta con enumerar buzones o sitios: hay que saber qué unidad de negocio los utiliza, qué propietarios tiene, qué obligaciones de conservación existen y qué consecuencias tendría no poder recuperar los datos. A partir de esa clasificación se diseña una política priorizada, no un inventario indiscriminado de todo lo que existe.
Después debe definirse un escenario de prueba compatible con el negocio. Para SharePoint y OneDrive, por ejemplo, conviene realizar restauraciones controladas en una ubicación adecuada cuando la plataforma lo permita, y comprobar permisos, archivos, metadatos y vínculos. Para Exchange, debe revisarse el comportamiento de elementos recuperados, contenido nuevo y organización de carpetas. En ningún caso debería ejecutarse una restauración destructiva en producción sin validación, respaldo y capacidad de recuperación.
| Actividad | Evidencia mínima | Quién debería validarla |
|---|---|---|
| Inventario de activos críticos | Buzones, sitios, cuentas, responsables, riesgos y relación con procesos de negocio. | CIO, responsables funcionales y seguridad. |
| Política de protección | Cobertura, exclusiones, ventanas, costes y roles administrativos. | IT, seguridad, compliance y finanzas. |
| Restauración de prueba | Resultado ejecutado, punto elegido, tiempos y comprobaciones de integridad. | Responsable de servicio y propietario de los datos. |
| Incidencia simulada | Procedimiento de escalado, autorización y comunicación de crisis. | Seguridad, operaciones y dirección. |
| Informe de resultados | Riesgos pendientes, acciones correctivas y fecha de próxima prueba. | CIO y comité de continuidad. |
En este punto es habitual descubrir que el problema no es únicamente técnico: hay cuentas sin propietario, grupos de administración demasiado amplios, ausencia de procedimientos de baja o datos distribuidos entre sitios que nadie mantiene. Resolver esas cuestiones mejora la recuperación y también el gobierno de Microsoft 365. Es una oportunidad comercial de consultoría y servicios gestionados mucho más valiosa que limitarse a activar un producto.
La herramienta de decisión del CIO
Doce preguntas para contratar protección sin comprar una falsa sensación de seguridad
La auditoría de protección de Microsoft 365 debería terminar con un plan que un CIO pueda llevar a un comité de dirección. No basta con listar características; debe indicar dónde están los riesgos, cuáles son aceptables, qué controles existen, qué cambios se recomiendan y cómo se demostrará la mejora. El siguiente cuestionario resume doce decisiones útiles antes de contratar o desplegar el servicio.
01 · Saber qué datos son críticos
¿Qué buzones, OneDrive y sitios SharePoint no pueden perderse sin impactar de forma relevante en negocio o cumplimiento?
02 · Identificar escenarios de fallo
¿Necesitamos recuperar archivos aislados, bibliotecas enteras, contenido de buzón o un conjunto amplio después de ransomware?
03 · Definir objetivos medibles
¿Cuál es el RPO aceptable, cuánto tiempo puede estar parado cada proceso y cómo se validará el resultado?
04 · Confirmar cobertura real
¿Qué unidades están protegidas, desde cuándo, con qué política y qué datos o aplicaciones quedan fuera?
05 · Revisar retención y respaldo
¿Qué objetivos cumplen las políticas Purview y cuáles requieren un mecanismo específico de recuperación?
06 · Asignar permisos mínimos
¿Quién puede configurar políticas, solicitar restauraciones y autorizar cambios de gran impacto?
07 · Presupuestar el consumo
¿Qué volumen se factura, cómo crecerá y quién recibirá las alertas presupuestarias?
08 · Probar restauración granular
¿Podemos recuperar un archivo o carpeta protegidos dentro de la ventana compatible?
09 · Probar recuperación amplia
¿Se ha verificado un sitio, cuenta o escenario de buzón con evidencias y tiempos registrados?
10 · Comprobar dependencias
¿Qué ocurre con permisos, aplicaciones conectadas, enlaces, metadatos y flujos de trabajo?
11 · Planificar un cambio de proveedor
¿Tenemos documentación, inventario y procedimiento de transición sin dar por supuesto que existe exportación universal?
12 · Convertirlo en servicio continuo
¿Quién supervisa protección, ejecuta pruebas, revisa incidentes y actualiza el modelo cuando cambia el negocio?
No todos los elementos necesitan un proyecto largo. Algunas empresas encontrarán que sus mecanismos actuales son suficientes para sus riesgos prioritarios. Otras descubrirán que protegían solo parte de SharePoint o que asumían de forma errónea una recuperación completa de Teams. Y algunas concluirán que su principal necesidad es profesionalizar la operación y las pruebas, no comprar inmediatamente otra herramienta.
Respuestas para responsables de TI y negocio
Preguntas frecuentes sobre recuperación y Microsoft 365 Backup
Estas respuestas ayudan a preparar una decisión, pero no sustituyen la consulta de las condiciones oficiales y la validación de un entorno concreto. La disponibilidad de funciones puede cambiar y algunas operaciones presentan requisitos o excepciones propios.
¿Microsoft hace una copia completa de todo mi Microsoft 365 automáticamente?
Microsoft 365 incorpora mecanismos nativos de resiliencia y recuperación, pero Microsoft 365 Backup requiere políticas y protección de unidades concretas. Su alcance principal documentado se centra en Exchange Online, SharePoint y OneDrive; no debe presentarse como una copia universal de todas las aplicaciones y configuraciones.
¿La papelera y el historial de versiones ya sustituyen un backup?
Pueden resolver numerosas incidencias puntuales, pero su alcance, duración y facilidad de recuperación masiva son distintos. Deben compararse con escenarios reales de ransomware, borrado generalizado y objetivos de continuidad.
¿Microsoft 365 Backup recupera chats, canales y todas las aplicaciones de Teams?
No debe suponerse. Algunos archivos de Teams se almacenan en SharePoint y OneDrive y pueden quedar cubiertos si los sitios o cuentas correspondientes están protegidos. Pero eso no implica una recuperación integral y autónoma de chats, equipos, canales, aplicaciones y configuración.
¿Puedo restaurar solo una carpeta de SharePoint?
Microsoft documenta restauración granular de archivos y carpetas para OneDrive y SharePoint dentro de los puntos correspondientes a los 14 días recientes. El detalle depende de las funciones y excepciones vigentes, de la cobertura y de los permisos del administrador.
¿Puedo recuperar datos de hace varios años?
Las ventanas de recuperación dependen de las políticas, capacidades vigentes y antigüedad real de los puntos acumulados. La documentación de 2026 refleja opciones de duración configurables. No hay que prometer un periodo máximo sin comprobar la política concreta.
¿La retención de Microsoft Purview es lo mismo que una copia de seguridad?
No. Las políticas y etiquetas de retención están orientadas a conservación, cumplimiento y gobierno del dato. Microsoft documenta además que las políticas de retención y eliminación no se trasladan automáticamente a las copias de Microsoft 365 Backup: cada mecanismo tiene sus reglas.
¿Qué ocurre si restauro SharePoint en su ubicación original?
Una restauración completa a un punto anterior puede revertir contenidos y metadatos posteriores, con consecuencias para modificaciones legítimas. Deben evaluarse alternativas de destino cuando estén disponibles y aprobar el impacto antes de ejecutar.
¿Cuánto cuesta Microsoft 365 Backup?
Microsoft publica un modelo de consumo por GB protegido y mes. El ejemplo de este artículo usa una referencia de lista en USD, pero debe contrastarse el precio vigente para la organización y el volumen realmente facturable, incluyendo determinadas versiones y elementos eliminados.
¿Es una solución adecuada para ransomware?
Puede contribuir a recuperar datos después de ciertos incidentes de ransomware, pero no sustituye prevención, respuesta, aislamiento de identidades comprometidas y verificación del punto limpio. La estrategia debe integrarse en el plan de continuidad y ciberseguridad.
¿Puedo proteger Dynamics 365, Power Platform o Fabric con Microsoft 365 Backup?
La cobertura nativa principal documentada no incluye automáticamente esas plataformas. Es necesario evaluar los mecanismos de protección específicos de cada servicio y las soluciones adicionales apropiadas.
¿Cómo demostrar que la protección funciona?
Con pruebas periódicas documentadas que confirmen cobertura, permisos, punto seleccionado, tiempo de recuperación, integridad del dato y funcionamiento del proceso de negocio. Una política activada no sustituye una prueba de restauración.
¿Qué debería pedir a un partner Microsoft antes de contratar?
Una evaluación de alcance, riesgos, objetivos RPO/RTO, escenarios alternativos, presupuesto, modelo de administración, pruebas, servicio de operación y responsabilidades claras para incidentes críticos.
Ayesa Digital · Tecnología y responsabilidad
Protección, seguridad y operación deben formar parte del mismo plan
La recuperación no es una iniciativa aislada. Se apoya en una arquitectura que incluye identidad, protección de información, colaboración, permisos, continuidad y operación. Ayesa Digital puede ayudar a ordenar esos elementos con una evaluación de capacidad de recuperación orientada a las necesidades de la empresa, no a vender una única herramienta como respuesta universal.
La primera fase consiste en descubrir qué información crítica existe en Exchange Online, SharePoint y OneDrive, identificar escenarios de riesgo y contrastar mecanismos nativos ya disponibles. La segunda define qué cargas necesitan protección adicional, qué objetivos de recuperación son razonables y qué costes tendría cada alternativa. La tercera valida el diseño mediante pruebas controladas y establece quién operará el servicio.
También debe considerarse la relación con seguridad y cumplimiento de Microsoft 365, el hub de Microsoft 365 para empresas y las capacidades de gobierno documental sobre SharePoint. Una buena estrategia de recuperación es más fácil de mantener cuando también existe un gobierno adecuado de permisos, datos y procesos.
CAPACIDAD MICROSOFT ACREDITADA
Del assessment a la recuperación probada, con un partner Microsoft capaz de conectar las piezas
La protección de Microsoft 365 requiere experiencia en colaboración, administración, seguridad, arquitectura cloud, operación y cumplimiento. Ayesa Digital dispone de designaciones y especializaciones Microsoft que respaldan capacidades relevantes para estos entornos. El valor está en convertir esa capacidad en un servicio verificable para cada cliente.
Assessment de recuperación
Arquitectura de protección
Pruebas y continuidad
Acompañamiento continuo
Fuentes oficiales para verificar cada escenario
Documentación Microsoft para una decisión informada
Las características, ventanas, condiciones comerciales y límites cambian con el tiempo. Este contenido toma como referencia la documentación publicada por Microsoft y consultada en noviembre de 2026. Antes de contratar o modificar un entorno productivo debe verificarse la versión vigente aplicable a la organización y al producto.
CONTINUIDAD DE NEGOCIO · MICROSOFT 365
¿Podría tu empresa recuperar hoy la información que necesita para seguir operando mañana?
Ayesa Digital puede ayudarte a evaluar tu capacidad real de recuperación, identificar brechas, comparar Microsoft 365 Backup con otras alternativas y definir un plan de pruebas y operación. El resultado debe ser una decisión de negocio defendible, no una promesa genérica de seguridad.
Revisa tu estrategia de recuperación de Microsoft 365
Cuéntanos qué servicios utilizas, qué información es crítica y qué escenarios te preocupan. Podemos valorar contigo un diagnóstico de cobertura, coste y capacidad de restauración.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)