Migración de Exchange Server a Microsoft 365
MSAdvance diseña y ejecuta migraciones desde Exchange Server hacia Exchange Online con assessment del entorno, estrategia de coexistencia, movimientos por lotes, identidad híbrida, DNS, validación y soporte de estabilización.
Una migración de buzones es solo una parte de la transición a Exchange Online
El proyecto conecta una organización Exchange local con Microsoft 365, prepara las identidades y mueve los buzones mediante la ruta adecuada. También debe resolver flujo de correo, Autodiscover, certificados, aplicaciones que usan SMTP, permisos, carpetas públicas, archivado y el modelo de administración que quedará después del último buzón.
Organización Exchange, Active Directory, buzones, transporte, namespaces, certificados, aplicaciones y posibles carpetas públicas.
O CUTOVER
Buzones operativos en la nube, identidad preparada, flujo de correo validado y un modelo claro de administración posterior.
Híbrido completo, híbrido mínimo, cutover o legacy staged: no significan lo mismo
La página anterior trataba “hybrid, staged o cutover” como alternativas equivalentes. Microsoft las reserva para escenarios distintos. En 2026, la elección debe partir del estado real de Exchange y del objetivo de coexistencia.
Coexistencia y migración por oleadas
La opción habitual cuando origen y Exchange Online convivirán durante un periodo relevante o cuando se necesita una experiencia integrada mientras los buzones se mueven.
- Hybrid Configuration Wizard.
- Remote mailbox moves mediante MRS.
- Free/busy, mail flow y directorio coordinados.
- Requiere mantener y parchear los componentes híbridos mientras estén activos.
Transición corta hacia la nube
Microsoft lo orienta a organizaciones que quieren mover buzones en unas semanas o menos y no necesitan mantener una coexistencia híbrida prolongada.
- Configuración híbrida reducida.
- Preparación rápida de movimientos.
- Menos funciones de coexistencia a largo plazo.
- Debe encajar con el plan de sincronización de identidades.
Todos los buzones en una transición concentrada
Microsoft admite hasta 2.000 buzones en la ruta cutover, pero su propia guía considera más razonable usarla para aproximadamente 150 o menos por el tiempo de creación y migración.
- Sin coexistencia híbrida prolongada.
- Todos los usuarios se trasladan en una ventana acotada.
- Requiere planificación fuerte de identidad, licencias y DNS.
- La compatibilidad técnica no convierte versiones antiguas en productos soportados.
No es la opción moderna para Exchange 2010+
La migración staged de Microsoft está asociada a Exchange 2003 y 2007. No debe presentarse como la estrategia estándar para Exchange 2010, 2013, 2016, 2019 o SE.
- Escenario heredado.
- Versiones fuera de soporte.
- Puede exigir remediación o una ruta intermedia.
- Se analiza caso a caso.
Normalmente elegimos híbrido cuando...
Hay cientos o miles de usuarios, oleadas durante semanas o meses, sincronización de directorio que continuará, necesidad de coexistencia o dependencias empresariales que no pueden cambiar todas a la vez.
Normalmente elegimos cutover cuando...
El entorno es pequeño, el cliente puede coordinar a todos los usuarios en una misma transición y no existe una razón empresarial para mantener Exchange local y Exchange Online coexistiendo.
Un remote move conserva mucho más que IMAP, pero no mueve toda la organización Exchange
Separamos contenido del buzón, objetos de directorio y configuración de organización. Esta distinción evita asumir que una regla de transporte, un relay SMTP o una aplicación local se trasladarán por el hecho de mover el mailbox.
En híbrido se realizan remote mailbox moves hacia Exchange Online. El buzón mantiene su contenido de correo, calendario, contactos y tareas conforme al proceso de movimiento.
Se pueden trasladar, revisando licenciamiento, tamaño, archivo, delegaciones y dependencias de aplicaciones antes de incluirlos en una oleada.
Microsoft documenta la migración de permisos explícitos como Full Access, Send As, Send on Behalf y permisos de carpeta en híbrido. Revisamos asignaciones heredadas, grupos, automapping y excepciones.
Puede formar parte de la arquitectura, pero depende de dónde reside el archivo, licencias y estado del buzón. Se valida antes del movimiento.
No son contenido del mailbox. Se gestionan mediante Active Directory, Microsoft Entra y Exchange según el modelo de identidad y Source of Authority.
Las reglas almacenadas en el buzón forman parte del mailbox. Las reglas de transporte de la organización son otra cosa y deben revisarse de forma independiente.
Mail flow rules, conectores, smart hosts, journaling, gateways y relays no se migran dentro de los buzones. Se inventarían, rediseñan y prueban.
Microsoft dispone de una migración por lotes específica. La finalización requiere bloqueo temporal de las carpetas públicas y tiene límites propios.
Impresoras, ERP, aplicaciones y dispositivos que envían por Exchange local deben localizarse antes de retirar el servidor y migrarse a un método de relay soportado.
Un archivo PST local no forma parte de la base de datos del buzón y requiere importación o tratamiento adicional cuando está dentro del alcance.
La ruta nativa de Microsoft cubre híbrido, movimientos y decommission
Exchange Online ofrece una arquitectura first-party madura para mover buzones desde Exchange Server. En 2026 hay que combinarla con la situación de soporte del origen y con las nuevas opciones de administración cloud de atributos Exchange.
Exchange 2016/2019: fin de soporte
Microsoft finalizó el soporte de Exchange Server 2016 y 2019 el 14 de octubre de 2025. La alternativa on-premises vigente es Exchange Server Subscription Edition, o bien migrar a Microsoft 365.
Hoja de ruta de soporteHybrid Configuration Wizard
HCW configura los componentes necesarios para una organización híbrida entre Exchange local y Exchange Online. Requiere cumplir previamente requisitos de versión, red, certificados, identidad y permisos.
Hybrid Configuration WizardRemote mailbox moves
En híbrido, Exchange utiliza migration batches y MRS/MRS Proxy para mover el mailbox entre la organización local y Exchange Online, permitiendo una transición por oleadas.
Exchange HybridCutover migration
La guía de Microsoft admite hasta 2.000 buzones, aunque recomienda un tamaño práctico mucho menor —aproximadamente 150 o menos— por el tiempo necesario para preparar y completar el proceso.
Migración cutoverPublic folders
Las carpetas públicas tienen un proceso específico de batch migration. Microsoft documenta límites, requisitos de versión y una fase final con downtime de las carpetas públicas.
Migrar carpetas públicasCloud management de atributos Exchange
Microsoft permite transferir el Source of Authority de atributos Exchange de determinados objetos sincronizados a la nube, una capacidad clave para retirar el último Exchange Server en escenarios elegibles.
Retirar el último ExchangeCriterio MSAdvance: “Microsoft nativo” no significa que el proyecto sea automático. HCW no detecta ni corrige por sí solo aplicaciones SMTP, relays, certificados caducados, objetos inconsistentes o un Active Directory sin mantener. El assessment determina qué debe corregirse antes de crear el primer lote.
Microsoft nativo primero; herramientas especializadas cuando resuelven una necesidad concreta
Para Exchange Server a Exchange Online, la ruta first-party suele ser la referencia cuando el entorno puede soportarla. Terceros pueden ser útiles en orígenes complejos, versiones heredadas, restricciones de red o proyectos donde se necesita un modelo distinto de migración y reporting.
HCW · EAC · Exchange Online
Arquitectura nativa para híbrido, migration endpoints, remote moves y administración del destino.
- Hybrid Configuration Wizard.
- MRS / migration batches.
- Exchange Online PowerShell.
MigrationWiz
Puede utilizarse como vía especializada en determinados proyectos de Exchange on-premises a Microsoft 365 cuando el diseño no requiere una coexistencia híbrida nativa completa.
- Migración por proyecto y usuario.
- Pre-stage y full migration según escenario.
- Reporting y control de excepciones.
Mailbox migration
Otra opción especializada para proyectos donde el origen, el acceso o el modelo de ejecución aconsejan desacoplar la migración de una coexistencia híbrida tradicional.
- Migración de buzones.
- Ejecución por lotes.
- Opciones de automatización y reporting.
Inventario y validación
Automatizamos discovery, revisión de objetos, batches, reporting y comprobaciones de Exchange Online cuando aporta repetibilidad al proyecto.
- Exchange Management Shell.
- Exchange Online PowerShell.
- Microsoft Graph cuando aplica.
Ocho fases para mover Exchange a Microsoft 365 con control
La duración se estima con inventario, velocidad de movimientos piloto, estado del servidor, número de buzones y ventana de coexistencia. Un Exchange desactualizado o con Active Directory degradado puede necesitar remediación antes de migrar.
Discovery
Versión, CU/SU, servidores, roles, DAG, bases, buzones, archivos, public folders, certificados, mail flow y aplicaciones.
Estrategia
Full Hybrid, Minimal Hybrid, cutover o ruta especial; identidad, coexistencia, lotes, dependencias y criterios de aceptación.
Preparación
Tenant, dominios, licencias, Entra, sincronización, certificados, endpoints, MRS Proxy y resolución de bloqueos.
Movimiento piloto
Buzones representativos para validar throughput, permisos, Outlook, móviles, free/busy, mail flow y experiencia.
Sincronización
Los remote moves pueden llegar a estado de preparación para completar en la ventana definida, reduciendo el trabajo final cuando aplica.
Oleadas
Migración por grupos, seguimiento de batches, errores, tamaño, elementos corruptos y dependencias de negocio.
Transición
Completar movimientos, ajustar MX/Autodiscover cuando corresponde y validar entrega, clientes y servicios integrados.
Estabilización
Incidencias, permisos, móviles, aplicaciones, reporting final y decisión documentada sobre el Exchange que queda.
Exchange híbrido depende de Active Directory, Microsoft Entra y mail flow
Mover buzones sin diseñar identidad y DNS puede dejar una organización técnicamente “migrada” pero operativamente frágil. Tratamos estos componentes como parte del proyecto, no como tareas posteriores.
Identidad híbrida
- Inventario de dominios UPN y SMTP antes de sincronizar.
- Microsoft Entra Connect Sync o Cloud Sync según topología y requisitos; Microsoft documenta soporte de Exchange Hybrid en ambos modelos.
- Revisión de soft/hard match, duplicados y atributos Exchange.
- Plan de MFA y Conditional Access para no bloquear cuentas técnicas o procesos de migración.
- Definición de Source of Authority de identidades y atributos Exchange después de mover los buzones.
DNS, certificados y flujo de correo
- Dominios verificados y accepted domains coherentes.
- MX, SPF, DKIM y DMARC alineados con el diseño final.
- Autodiscover público y SCP local revisados durante y después de la coexistencia.
- Certificados válidos para los namespaces y servicios que sigan utilizándose.
- Connectors, Centralized Mail Transport, gateways antispam y smart hosts documentados.
- Pruebas internas, externas, free/busy y escenarios de respuesta.
Qué cambia cuando un buzón pasa de Exchange local a Exchange Online
La experiencia suele ser mucho más continua en híbrido que en una migración IMAP, pero no prometemos una transición invisible en todos los dispositivos y clientes. El piloto define qué debe comunicarse.
En un movimiento híbrido correctamente configurado, Autodiscover ayuda a redirigir el cliente hacia Exchange Online. Puede aparecer una solicitud de reinicio, autenticación o actualización de credenciales.
La identidad de Microsoft 365 y las políticas del tenant pueden introducir MFA o nuevas condiciones de acceso aunque el usuario conserve su dirección de correo.
Muchos clientes Exchange ActiveSync se actualizan de forma automática, pero Microsoft advierte que algunos dispositivos antiguos pueden requerir reconfiguración.
Full Access, Send As, Send on Behalf y permisos de carpetas explícitos se validan durante las oleadas. Coexistencia entre mailbox local y cloud puede requerir especial atención.
En híbrido se valida la disponibilidad entre usuarios que permanecen on-premises y los que ya están en Exchange Online.
Los usuarios pueden no notar nada, pero impresoras, ERP, scanners o aplicaciones que entregan correo a Exchange local pueden requerir cambios independientes.
Dos áreas que requieren un plan específico
No incluimos carpetas públicas o versiones legacy dentro de una frase genérica de “migramos Exchange”. Ambas pueden cambiar el método, el calendario y el riesgo técnico.
Carpetas públicas
- Microsoft mantiene un procedimiento específico de batch migration hacia Exchange Online.
- Para carpetas públicas modernas, Microsoft documenta requisitos mínimos de versión y recomienda la última CU/SU disponible.
- La ruta nativa soporta hasta 100 buzones de carpetas públicas de destino durante la migración; Exchange Online permite crear más después.
- Microsoft recomienda hasta 5 TB para la migración siguiendo sus prácticas de capacidad.
- La fase final requiere bloquear temporalmente las carpetas públicas: existe downtime específico de public folders.
Exchange 2010, 2013 y anteriores
- Son plataformas fuera de soporte y no deben tratarse como una migración estándar “soportada”.
- La documentación de compatibilidad puede mantener procedimientos históricos, pero eso no devuelve soporte al producto origen.
- Versiones antiguas pueden requerir CU/RU específicos, un servidor puente, actualización intermedia o herramienta especializada.
- Para Exchange 2010 y anteriores, Microsoft bloqueó desde el 1 de octubre de 2025 determinadas migraciones nativas de carpetas públicas legacy a Exchange Online.
- El assessment determina una ruta realista antes de prometer fecha o precio.
Retirar el último Exchange Server en 2026: tres escenarios diferentes
La página antigua decía simplemente “quitar híbrido, desmontar bases, desinstalar Exchange y limpiar Active Directory”. Esa recomendación es demasiado genérica. El proceso correcto depende de si Active Directory sigue siendo autoridad de identidad, de cómo se gestionan los atributos Exchange y de si existen relays o aplicaciones locales.
Mantener Exchange en funcionamiento
Puede seguir siendo necesario si presta funciones además de la gestión de destinatarios.
- SMTP relay o aplicaciones locales.
- Dependencias híbridas que continúan activas.
- Necesidad operativa de componentes Exchange on-premises.
- Debe mantenerse soportado, parcheado y monitorizado.
Exchange Management Tools
Microsoft permite, en determinados entornos sincronizados, apagar el último servidor y administrar destinatarios con las herramientas de gestión y PowerShell.
- No equivale a desinstalar Exchange.
- La configuración Exchange de Active Directory permanece.
- No usar si el servidor sigue siendo relay u ofrece otras funciones.
- Debe seguirse el procedimiento soportado por Microsoft.
Transferir SOA y desinstalar
Microsoft ya documenta la retirada completa tras transferir a la nube el Source of Authority de atributos Exchange o del objeto correspondiente.
- Todos los buzones y public folders deben estar migrados o eliminados.
- DNS y mail flow deben apuntar a Exchange Online.
- Relays y dependencias on-premises deben haberse resuelto.
- Hay limpieza híbrida antes y después de la desinstalación.
Experiencia de migración y conocimiento de Exchange, identidad y Microsoft 365
Un proyecto Exchange no termina en el botón “Complete migration batch”. El valor está en entender la organización local, identificar qué depende de ella y construir un destino que pueda administrarse después del cutover sin dejar relays, atributos o configuraciones huérfanas.
Qué recibe el cliente además de los buzones en Exchange Online
Una migración empresarial necesita trazabilidad de arquitectura, lotes, excepciones y dependencias, especialmente si después se reducirá o retirará la infraestructura local.
Assessment
Inventario de Exchange, AD, identidad, mail flow, aplicaciones, public folders y riesgos.
Diseño objetivo
Estrategia híbrida/cutover, identidad, DNS, coexistencia y arquitectura de destino.
Readiness plan
Acciones previas sobre Exchange, certificados, Entra, licencias y conectividad.
Piloto
Resultados sobre throughput, permisos, clientes, mail flow y aceptación.
Plan de oleadas
Buzones, lotes, ventanas, responsables y dependencias de negocio.
Cutover checklist
Go/No-Go, DNS, última validación, comunicación y escalado.
Hypercare
Soporte de estabilización y tratamiento de incidencias acordado.
Plan de cierre
Exchange restante, SOA, relays, limpieza híbrida y pasos de decommission cuando aplica.
Cómo se calcula el coste de una migración Exchange Server a Microsoft 365
Mantenemos la referencia publicada “desde” para buzones estándar, pero una migración Exchange incluye componentes de proyecto que no escalan únicamente por usuario: HCW, identidad, certificados, mail flow, public folders, aplicaciones y decommission.
Migración estándar a Exchange Online
20 €Desde / buzón · sin IVA
- Buzón dentro de un alcance técnico estándar.
- Migración por el método definido en el assessment.
- Seguimiento y validación del movimiento.
Qué se presupuesta según el proyecto
- Configuración híbrida y Microsoft Entra / sincronización.
- Remediación de Exchange, CU/SU, certificados o Active Directory.
- Public folders, archives, PST y objetos especiales.
- Gateways, conectores, SMTP relay y aplicaciones.
- Ventanas fuera de horario y necesidades de hypercare.
- Plan de retirada, Management Tools o transferencia de SOA.
- Licencias Microsoft 365 y herramientas de terceros cuando aplican.
Información necesaria y checklist antes de mover producción
Con estos datos podemos elegir estrategia, calcular esfuerzo y evitar que una dependencia local aparezca el día del cutover.
Información para cotizar
Go/No-Go antes del cutover
- Exchange y Active Directory sin bloqueos críticos para la ruta elegida.
- Dominios, licencias y usuarios de destino validados.
- Directory sync estable y sin duplicados relevantes.
- HCW / endpoint / MRS Proxy y conectividad probados cuando aplica.
- Piloto aceptado con correo, calendario, permisos, Outlook y móviles.
- Errores de batches y elementos corruptos revisados.
- MX, Autodiscover, SPF, DKIM y DMARC preparados según plan.
- SMTP relays y aplicaciones inventariados con destino definido.
- Soporte, escalado y responsables disponibles durante la ventana.
Preguntas habituales sobre migrar Exchange Server a Microsoft 365
Respuestas directas sobre versiones, estrategias, datos, identidad, tiempos, public folders y retirada del último servidor.
¿Qué es una migración de Exchange Server a Microsoft 365?
Es el proceso de trasladar buzones y la operación de correo desde una organización Exchange local hacia Exchange Online. Según el escenario puede implicar híbrido, sincronización de identidades, remote mailbox moves, coexistencia temporal, DNS, public folders y un plan posterior para mantener o retirar Exchange local.
¿Exchange Server 2016 y 2019 siguen soportados?
No. Microsoft finalizó el soporte de Exchange Server 2016 y Exchange Server 2019 el 14 de octubre de 2025. En 2026 la versión on-premises vigente es Exchange Server Subscription Edition. Un servidor 2016/2019 puede seguir funcionando técnicamente, pero ya no recibe el soporte y mantenimiento normal del producto.
¿Se puede migrar desde Exchange 2010 o 2013?
Puede existir una ruta técnica, pero son versiones fuera de soporte y no las tratamos como un proyecto estándar. Dependiendo del build, la topología y el workload puede ser necesario actualizar, introducir una versión puente, corregir Active Directory o utilizar otra herramienta antes de mover datos.
¿Qué diferencia hay entre Full Hybrid, Minimal Hybrid y cutover?
Full Hybrid está pensado para coexistencia y movimientos por oleadas con una integración más completa. Minimal Hybrid reduce la coexistencia para una transición corta. Cutover concentra el movimiento de toda la organización en una ventana y no pretende mantener una convivencia prolongada entre origen y destino.
¿Cuántos buzones admite una migración cutover?
Microsoft documenta un máximo de 2.000 buzones para cutover, pero también indica que, por el tiempo necesario para crear y migrar tantos usuarios, resulta más razonable utilizar este método para aproximadamente 150 buzones o menos. El tamaño por sí solo no decide la estrategia: también importan identidad, dependencias y ventana de cambio.
¿Se migran calendarios, contactos y reglas?
En un mailbox move de Exchange a Exchange Online el contenido del buzón incluye correo, calendario, contactos, tareas y reglas almacenadas en el mailbox. Las reglas de transporte de organización, conectores, relays y otros objetos de configuración no forman parte del buzón y requieren trabajo independiente.
¿Se conservan los permisos de buzón?
Microsoft documenta que permisos explícitos como Send As, Full Access, Send on Behalf y permisos de carpeta pueden migrarse en un despliegue híbrido. Aun así, validamos grupos, permisos heredados, automapping y delegaciones cruzadas porque pueden existir dependencias que requieran remediación.
¿Qué ocurre con las carpetas públicas?
Se migran mediante un procedimiento específico, no como parte automática de cada mailbox move. Microsoft establece requisitos y límites propios, y la fase final de una migración nativa de public folders requiere un periodo de bloqueo o downtime de esas carpetas.
¿Cuánto tarda una migración Exchange Server a Microsoft 365?
No hay un tiempo universal. Depende del número y tamaño de buzones, throughput de MRS, estado de Exchange/AD, public folders, dependencias, número de oleadas y coexistencia. Los movimientos piloto permiten medir velocidades reales y ajustar el calendario antes de escalar.
¿Habrá interrupción para los usuarios?
Diseñamos el proyecto para minimizarla, especialmente con movimientos híbridos por lotes. No prometemos cero downtime: Outlook puede requerir reinicio o autenticación, algunos móviles antiguos pueden necesitar reconfiguración y DNS o aplicaciones externas pueden introducir un periodo transitorio.
¿Puedo desinstalar Exchange cuando todos los buzones estén en Microsoft 365?
No automáticamente. Primero deben resolverse public folders, DNS, híbrido, SMTP relay, aplicaciones y administración de atributos Exchange. Microsoft ofrece hoy varias opciones: mantener Exchange, apagar el último servidor usando Management Tools en escenarios compatibles, o transferir el Source of Authority de atributos Exchange a la nube y seguir el procedimiento documentado para desinstalarlo.
¿Microsoft Entra Cloud Sync sirve para Exchange Hybrid?
Sí. Microsoft documenta soporte actual de Exchange Hybrid con Cloud Sync y writeback de atributos Exchange. Sin embargo, Connect Sync mantiene capacidades que pueden ser necesarias en determinadas topologías, por lo que la elección se hace revisando requisitos completos de identidad.
La migración Exchange forma parte de una arquitectura más amplia de Microsoft 365
Estas páginas ayudan a distinguir una migración Exchange Server de otros escenarios de correo y de proyectos Microsoft 365 más amplios.
Migración Microsoft 365
Orígenes, workloads, metodología y opciones para proyectos de adopción o consolidación en Microsoft 365.
Ver servicioMicrosoft 365 entre tenants
Para organizaciones donde el origen ya es Exchange Online y el movimiento se realiza entre dos tenants.
Ver tenant-to-tenantIMAP a Microsoft 365
Para proveedores que solo exponen correo por IMAP y no ofrecen el modelo completo de un servidor Exchange.
Ver migración IMAPGoogle a Microsoft 365
Para Gmail, Calendar, Contacts, Drive y otros componentes del ecosistema Google Workspace.
Ver migración GoogleCasos de éxito
Proyectos y escenarios publicados por MSAdvance en Microsoft 365, Azure y migración.
Ver casosSobre MSAdvance
Equipo, especialización Microsoft, metodología y experiencia de la consultora.
Conocer MSAdvanceCuéntenos qué Exchange tiene hoy y diseñaremos la ruta correcta a Exchange Online
Para una primera evaluación necesitamos versión y build de Exchange, número y tamaño de buzones, public folders, modelo de identidad, dominios, aplicaciones SMTP y fecha objetivo. Con esos datos podemos decidir si conviene híbrido, cutover, remediación previa o una estrategia específica para un entorno legacy.
