Migración a Exchange Online: pasos, errores comunes y cronograma
La migración a Exchange Online es una tarea única que debe salir bien a la primera. Conozca los métodos, riesgos y el cronograma para una migración segura del correo a la nube.
La migración a Exchange Online es una decisión que en la práctica se ejecuta una sola vez; por eso debe tener éxito al primer intento. Un método mal elegido o un DNS inconsistente significan horas de inactividad y mensajes perdidos. Esta guía explica los tres métodos principales de migración, cuándo conviene cada uno y cuál es el cronograma real para un MSP.
3 métodos de migración: cuál elegir
| Método | Para quién | Duración | Coexistencia |
|---|---|---|---|
| Cutover | Hasta ~50 buzones | Hasta 1 semana | No |
| Staged | 50–2000 buzones | Varias semanas | Parcial |
| Híbrida | Entornos complejos, varios servidores | 1–3 meses | Total |
Migración Cutover
Todo a la vez. Adecuada para pequeñas empresas que pueden permitirse un "gran fin de semana". Sencilla, pero sin opción de transición gradual.
Migración Staged
Los buzones se migran en grupos (lotes). Los usuarios en diferentes fases tienen el correo en distintos lugares. Adecuada para medianas empresas.
Migración Híbrida
Se configura un Exchange Hybrid Server que hace de puente entre el Exchange local y Exchange Online. Los usuarios de ambos lados ven calendarios compartidos y una lista global de direcciones común. Es la opción más costosa, pero la más fluida.
Requisitos previos que suelen pasarse por alto
- Active Directory / Entra ID limpio: sincronización de cuentas sin duplicados.
- DNS bajo control: necesitamos acceso para modificar MX, SPF, DKIM, DMARC y Autodiscover.
- Revisión de licencias: M365 Business Standard/Premium (hasta 300 usuarios), de lo contrario Enterprise.
- Versión de Exchange de origen: la ruta compatible es desde Exchange 2013+. Desde versiones anteriores es necesaria una actualización intermedia.
- Tamaño de los buzones: es recomendable limpiar (archivar) los buzones que superen los 100 GB.
DNS y SPF/DKIM/DMARC: el corazón de toda migración
Los registros DNS mal configurados tras la migración son la causa #1 de correos rechazados. Prepare:
- Registro MX apuntando a Exchange Online (específico del tenant).
- SPF: `v=spf1 include:spf.protection.outlook.com -all`.
- DKIM: activado en el centro de administración de Exchange Online para ambos selectores.
- DMARC: empezamos con `p=none` para monitoreo, más tarde `p=quarantine`.
- Autodiscover CNAME apuntando a `autodiscover.outlook.com`.
Cronograma real para un MSP con 30 usuarios
- Semana 1: inventario, plan, licencias, ajuste de TTL de DNS a 300 s.
- Semana 2: configuración del tenant, MFA, políticas de seguridad, migración piloto de 3 buzones.
- Semana 3: migración por lotes del resto de buzones (nocturna).
- Semana 4: cambio de MX, configuración de clientes Outlook (Autodiscover), verificación de envío/recepción.
- Semana 5: desmantelamiento del antiguo servidor Exchange (si fue híbrida).
- ¿Qué ocurre con los antiguos archivos PST?
- Los archivos PST se pueden importar a Exchange Online mediante el servicio de importación (para grandes volúmenes) o el asistente de importación de Outlook. Recomendamos la conversión a archivo en línea, ya que los archivos PST dañados son la fuente más común de pérdida de correo.
- ¿Hay riesgo de pérdida de correo durante la migración?
- No, si el proceso está bien preparado. Primero se sincronizan los buzones por completo, luego solo los cambios (delta sync); el cambio de MX es el último paso, cuando todos los datos ya están en la nube.
- ¿Qué pasa con las carpetas públicas (Public Folders)?
- La migración de carpetas públicas es un proceso independiente. Para cantidades pequeñas (hasta 500 GB, hasta 250,000 carpetas) es viable con scripts de Microsoft. Para entornos más grandes, conviene considerar la migración a Teams/SharePoint en lugar de carpetas públicas de Exchange Online.
- ¿Necesito MFA de inmediato?
- Sí. Exchange Online sin MFA es peligroso: las campañas de phishing pondrán a prueba sus nuevas cuentas en cuestión de horas. Activamos el MFA antes de la primera migración.
- ¿Cuánto cuesta la migración para 30 usuarios?
- Depende del método. Cutover: 20–30 horas de consultoría. Staged: 40–60 horas. Híbrida: 80+ horas. A esto debe sumarse la suscripción mensual de las licencias M365.
Sorodne objave
Microsoft 365 Backups: Why Microsoft Is Not Your Backup Solution
The Shared Responsibility Model means your data is your concern. Here is what that means in practice.
Cloud & Microsoft 365Varnostne kopije Microsoft 365: zakaj Microsoft ni vaš backup
Model deljene odgovornosti pomeni, da so vaši podatki vaša skrb. Kaj to pomeni v praksi.
Cloud & Microsoft 365Microsoft 365 Backup: Warum Microsoft nicht Ihr Backup ist
Das Modell der geteilten Verantwortung bedeutet, dass Ihre Daten in Ihrer Verantwortung liegen. Was das in der Praxis bedeutet.
