Migración de Microsoft 365 Tenant-to-Tenant

Migramos identidad, correo, archivos, Teams y dispositivos de un tenant de Microsoft 365 a otro, reconstruyendo Conditional Access y PIM a propósito, con corte de fin de semana y hypercare.

Solicitar diagnóstico de migración

Sin compromiso. Empezamos por el inventario de tu tenant actual.

Qué es este servicio

Migramos un tenant completo de Microsoft 365 a otro: identidad en Entra ID, correo en Exchange Online, archivos en OneDrive y SharePoint, equipos en Teams, y los dispositivos Windows inscritos en Intune y Autopilot. Es un proyecto de identidad y nube, no una copia de archivos: cada elemento de Entra ID (Conditional Access, PIM, aplicaciones registradas, grupos) se reconstruye en el tenant destino, porque un tenant-to-tenant no arrastra esa configuración de forma automática. Trabajamos con corte de fin de semana para minimizar la ventana de doble identidad, y con un periodo de hypercare inmediatamente después del corte.

Cuándo lo necesitas

→ Tu empresa fue adquirida, se fusionó o se separó de un grupo, y necesitas un tenant propio.

→ Cambias de proveedor de TI o de Microsoft CSP y el tenant actual queda fuera de tu control.

→ Consolidas varios tenants (por adquisiciones previas) en uno solo.

→ Necesitas separar una subsidiaria o unidad de negocio en su propio tenant, con su propio dominio.

→ El tenant actual arrastra configuración heredada, sin gobierno, y prefieres empezar limpio en vez de seguir apilando excepciones.

Qué se migra

Identidad (Entra ID)

Usuarios, grupos, roles y su estructura se recrean en el tenant destino; con sincronización híbrida, se ajusta también el Azure AD Connect / Entra Connect local.

Conditional Access y PIM

Las políticas de acceso condicional y de administración de identidades privilegiadas no se copian: se documentan en el tenant origen y se reconstruyen a propósito en el destino.

Exchange Online

Buzones, calendarios, reglas y buzones compartidos, con coexistencia de correo (dual delivery) mientras dura el corte.

OneDrive y SharePoint

Sitios, permisos y bibliotecas de documentos, con reintento y verificación de integridad tras la copia.

Teams

Equipos, canales, pestañas y el historial de mensajes que la plataforma de migración soporte conservar.

Dispositivos (Intune / Autopilot)

Reinscripción de equipos Windows en el tenant destino, sin reimagen cuando el volumen y el estado de los equipos lo permiten.

Dominios y DNS

Verificación de dominio en el tenant destino y corte de los registros MX, autodiscover y SPF/DKIM/DMARC en la ventana de corte.

Metodología por fases

1. Descubrimiento

Inventario del tenant origen: usuarios, buzones compartidos, tamaño de datos, sitios, equipos de Teams, dispositivos inscritos y todas las políticas de Entra ID.

2. Diseño y herramienta

Selección de la vía de migración según el tamaño real del tenant: para volúmenes menores, gran parte de la estructura de Entra ID se exporta e importa vía PowerShell, sin necesidad de licenciar una herramienta de migración de terceros; en tenants grandes o con requisitos de conservación de metadatos finos, se evalúa una herramienta dedicada.

3. Piloto

Migración de un grupo reducido de usuarios reales para validar el procedimiento completo antes del corte general.

4. Corte (cutover)

Migración del resto del tenant en fin de semana, con reversión definida si algún criterio de éxito no se cumple.

5. Hypercare

Acompañamiento inmediato post-corte para resolver incidencias de acceso, correo o dispositivos antes de que impacten la operación normal.

Herramientas que evaluamos según el caso

PowerShell / Microsoft Graph Azure AD Connect / Entra Connect AvePoint Fly BitTitan MigrationWiz Quest On Demand Migration Microsoft Intune Microsoft Purview

Profundiza en el blog

Preguntas frecuentes

¿Una migración tenant-to-tenant arrastra las políticas de Conditional Access y PIM automáticamente?

No. Entra ID no tiene un mecanismo nativo para copiar Conditional Access ni Privileged Identity Management entre tenants. Se documenta la configuración del tenant origen y se reconstruye deliberadamente en el destino — es la parte de mayor cuidado del proyecto, no la de mayor volumen.

¿Necesito una herramienta de migración pagada como AvePoint Fly o Quest?

Depende del tamaño del tenant y de qué tan fino necesites conservar metadatos (fechas de creación, permisos heredados, versiones de archivo). Para tenants de tamaño moderado, gran parte de la identidad se puede exportar e importar vía PowerShell y las herramientas nativas de Microsoft cubren correo, OneDrive y SharePoint sin costo de licenciamiento adicional. La decisión se toma en la fase de diseño, no antes.

¿Cuánto tiempo de doble identidad hay durante la migración?

El objetivo es minimizarlo con coexistencia de correo (dual delivery) y un corte concentrado en fin de semana. La duración exacta depende del volumen de datos a copiar (buzones, OneDrive, SharePoint) y se calcula en la fase de descubrimiento, no se estima a priori.

¿Los dispositivos Windows necesitan reimagen para pasar al tenant nuevo?

No siempre. Si el equipo está sano y el volumen lo permite, se reinscribe en Intune/Autopilot del tenant destino sin reimagen. La reimagen se reserva para equipos con problemas previos o cuando el estado del dispositivo no garantiza una reinscripción limpia.

¿Qué pasa si algo falla durante el corte de fin de semana?

El plan de corte define criterios de éxito y una ruta de reversión antes de iniciar, no después. Si un criterio no se cumple, se revierte al tenant origen y el corte se reprograma — no se avanza a producción con un problema sin resolver.

Migración de Microsoft 365 Tenant-to-Tenant

Qué es este servicio

Cuándo lo necesitas

Qué se migra

Metodología por fases

Herramientas que evaluamos según el caso

Profundiza en el blog

Preguntas frecuentes

Recursos relacionados

¿Necesitas migrar tu tenant de Microsoft 365?

Inicia hoy tu transformación digital

¡Mensaje enviado!