Servicio de migración entre tenants de Microsoft 365: correo, archivos, Teams, usuarios y dominios
Una migración entre tenants de Microsoft 365 no es solo mover buzones de correo. En muchos casos implica trasladar usuarios, datos, dominios, permisos, OneDrive, SharePoint, Microsoft Teams, licencias, configuraciones de seguridad, aplicaciones y dependencias entre dos entornos distintos.
En Kloudeal ayudamos a empresas a planificar y ejecutar migraciones tenant to tenant de Microsoft 365 con un enfoque ordenado: análisis previo, definición de alcance, selección de herramienta, pruebas piloto, migración por fases, validación y soporte posterior.
Nuestro objetivo no es prometer que nada cambiará, sino reducir riesgos, anticipar problemas y ayudar a que el cambio sea comprensible y controlado para el equipo técnico y para los usuarios.
Resumen rápido del servicio
- Analizamos el tenant origen y el tenant destino antes de iniciar la migración.
- Definimos qué se migra, qué no se migra y qué debe revisarse manualmente.
- Trabajamos con Exchange Online, OneDrive, SharePoint, Microsoft Teams, dominios, usuarios, permisos y licencias.
- Revisamos DNS, UPN, MX, SPF, DKIM, DMARC, autodiscover y dependencias del dominio.
- Podemos utilizar herramientas nativas de Microsoft o soluciones especializadas como Quest, BitTitan, Cloudiway o ShareGate según el caso.
- Incluimos validación posterior y acompañamiento para reducir incidencias después del corte.
Índice
- Qué es un servicio de migración tenant to tenant de Microsoft 365
- Cuándo necesita una empresa migrar entre tenants
- Qué podemos migrar en Microsoft 365
- Qué no conviene prometer en una migración tenant to tenant
- Nuestro proceso de migración paso a paso
- 1. Análisis inicial del entorno
- 2. Preparación del tenant destino
- 3. Selección de herramienta y estrategia
- 4. Prueba piloto
- 5. Migración por fases
- 6. Corte, dominios y DNS
- 7. Validación y soporte posterior
- Seguridad, permisos y cumplimiento
- Comunicación con usuarios
- Por qué trabajar con Kloudeal
- Preguntas frecuentes
- Solicitar ayuda con una migración tenant to tenant
Qué es un servicio de migración tenant to tenant de Microsoft 365
Un tenant de Microsoft 365 es el entorno donde una organización administra usuarios, licencias, dominios, correo, archivos, Teams, SharePoint, OneDrive, políticas y servicios cloud.
Una migración tenant to tenant consiste en trasladar parte o la totalidad de esos usuarios, datos y servicios desde un tenant de origen a un tenant de destino.
Este tipo de proyecto puede afectar a:
- Usuarios y grupos.
- Buzones de Exchange Online.
- Calendarios, contactos y buzones compartidos.
- OneDrive de usuarios.
- Sitios y bibliotecas de SharePoint Online.
- Microsoft Teams, equipos, canales, archivos y permisos.
- Dominios personalizados.
- Licencias y servicios activos.
- Microsoft Entra ID.
- Aplicaciones empresariales.
- Power Platform, Power BI y conectores.
- Configuraciones de seguridad y cumplimiento.
Microsoft documenta este tipo de migraciones para escenarios como fusiones, adquisiciones, desinversiones y reorganizaciones internas. Puedes consultar su documentación oficial sobre planificación de migraciones tenant-to-tenant de Microsoft 365.
Cuándo necesita una empresa migrar entre tenants
Las migraciones entre tenants suelen aparecer cuando cambia la estructura de una empresa o cuando el entorno de Microsoft 365 necesita consolidarse.
Fusiones y adquisiciones
Cuando una empresa adquiere otra, puede ser necesario integrar usuarios, correo, archivos, Teams y colaboración en el tenant corporativo principal.
Separaciones de empresa o unidades de negocio
Cuando una división se separa, se vende o pasa a operar de forma independiente, puede necesitar su propio tenant con usuarios, datos y dominios separados.
Consolidación de tenants
Algunas organizaciones tienen varios tenants por crecimiento, compras previas, filiales o decisiones históricas. Consolidar puede simplificar administración, licencias y gobierno del entorno.
Cambio de dominio o marca
Un cambio de marca puede implicar nuevos dominios, nuevas direcciones de correo, cambios de UPN, ajustes DNS, firmas, aplicaciones y comunicación interna.
Reorganización interna
También puede haber migraciones por cambios de estructura, centralización de TI, cumplimiento, integración de servicios o reducción de entornos duplicados.
Qué podemos migrar en Microsoft 365
El alcance depende de cada empresa. Antes de migrar, revisamos qué servicios se utilizan realmente, qué volumen de datos existe y qué limitaciones puede tener cada carga.
| Área | Qué puede incluir | Qué revisamos antes |
|---|---|---|
| Usuarios y grupos | Usuarios, grupos de Microsoft 365, grupos de seguridad, listas y propietarios. | UPN, duplicados, usuarios inactivos, identidad híbrida, roles y licencias. |
| Exchange Online | Buzones, calendarios, contactos, archivo online, compartidos, salas y recursos. | Dominios, MX, aliases, delegaciones, reglas, conectores, tamaño y permisos. |
| OneDrive | Archivos personales de usuarios y contenido compartido. | Volumen, permisos, enlaces, usuarios inactivos, sincronización y retención. |
| SharePoint Online | Sitios, bibliotecas, documentos, permisos, estructura y metadatos según herramienta. | Sitios obsoletos, propietarios, permisos únicos, versiones, enlaces y acceso externo. |
| Microsoft Teams | Equipos, canales, miembros, propietarios, archivos y parte de conversaciones según herramienta. | Canales privados, invitados, chats, pestañas, apps, Planner, OneNote y permisos. |
| Dominios | Dominios personalizados, UPN, correo, DNS, MX, SPF, DKIM y DMARC. | Dependencias, objetos que usan el dominio, ventana de corte y validación. |
| Aplicaciones | Aplicaciones empresariales, SSO, registros de apps, conectores y automatizaciones. | Permisos API, secretos, certificados, propietarios, Power Platform y dependencias. |
Exchange Online: correo, calendarios y buzones compartidos
El correo suele ser la parte más visible para los usuarios. Por eso revisamos buzones, calendarios, contactos, buzones compartidos, salas, recursos, delegaciones, permisos, reglas, conectores y DNS.
Microsoft documenta la migración cross-tenant de buzones, incluyendo requisitos, licencias y configuración.
OneDrive: archivos personales y compartidos
OneDrive requiere especial atención porque muchos archivos personales también están compartidos con otros usuarios o externos. Revisamos propietarios, permisos, enlaces, usuarios inactivos, volumen y datos sujetos a retención.
Microsoft documenta la migración cross-tenant de OneDrive y sus requisitos.
SharePoint Online: sitios, bibliotecas y permisos
SharePoint suele contener documentación crítica de departamentos, proyectos y equipos. Antes de migrar, conviene revisar qué sitios siguen activos, qué permisos existen, qué bibliotecas son críticas y qué contenido puede limpiarse.
En algunos escenarios se pueden evaluar capacidades nativas de Microsoft para migración cross-tenant de SharePoint.
Microsoft Teams: colaboración, canales y archivos
Teams depende de SharePoint, OneDrive, Exchange Online, grupos de Microsoft 365, aplicaciones, permisos e invitados. Por eso no debe tratarse como una simple copia de equipos.
Revisamos equipos activos, propietarios, miembros, invitados, canales privados, canales compartidos, archivos, conversaciones, pestañas, Planner, OneNote, aplicaciones y expectativas de usuario.
Dominios, UPN y DNS
Los dominios personalizados son una parte crítica de la migración. Afectan a inicio de sesión, correo, autodiscover, SPF, DKIM, DMARC, aplicaciones, Outlook y dispositivos móviles.
Antes del corte revisamos qué objetos usan el dominio, cómo se liberará del tenant origen, cuándo se añadirá al destino y qué registros DNS deben modificarse.
Qué no conviene prometer en una migración tenant to tenant
Una migración profesional debe ser clara sobre lo que se puede hacer y lo que depende de herramientas, licencias, límites de Microsoft, permisos, APIs y configuración del entorno.
Por eso evitamos promesas como:
- “Sin pérdida de datos” como garantía absoluta.
- “Cero interrupciones” en cualquier escenario.
- “Todo quedará exactamente igual”.
- “Todos los chats de Teams se migrarán completos”.
- “Todas las aplicaciones funcionarán sin cambios”.
- “Todos los enlaces antiguos seguirán funcionando”.
- “Todos los permisos se conservarán sin revisión”.
Lo correcto es definir alcance, validar herramientas, hacer piloto, comunicar limitaciones y comprobar el resultado con usuarios y servicios críticos.
Nuestro proceso de migración paso a paso
Cada empresa tiene un entorno distinto. Por eso estructuramos la migración por fases, adaptando el plan al tamaño del tenant, los servicios utilizados y el nivel de riesgo.
1. Análisis inicial del entorno
Antes de proponer una herramienta o una fecha de corte, revisamos el entorno de origen y el objetivo del proyecto.
En esta fase analizamos:
- Número de usuarios.
- Dominios personalizados.
- Licencias actuales.
- Usuarios activos e inactivos.
- Buzones de usuario, compartidos, salas y recursos.
- Volumen de correo y archivo online.
- OneDrive de usuarios.
- Sitios de SharePoint.
- Equipos y canales de Teams.
- Invitados externos.
- Permisos sensibles.
- Aplicaciones conectadas.
- Power Platform, Power BI y automatizaciones.
- Identidad híbrida si existe Active Directory local.
El resultado de esta fase es una visión más clara del alcance, los riesgos y el esfuerzo real del proyecto.
2. Preparación del tenant destino
Una migración no debe empezar a copiar datos si el tenant destino no está preparado.
Podemos ayudarte a preparar:
- Usuarios y grupos.
- Licencias necesarias.
- Dominios temporales o definitivos.
- Configuración base de Exchange Online.
- Políticas iniciales de seguridad.
- Microsoft Entra ID.
- Acceso condicional, MFA y cuentas administrativas.
- SharePoint y OneDrive.
- Teams y políticas necesarias.
- Permisos administrativos para herramientas de migración.
También revisamos si el dominio principal debe moverse durante una ventana de corte o si conviene trabajar con dominios temporales hasta el cambio final.
3. Selección de herramienta y estrategia
No siempre se usa la misma herramienta. La elección depende del alcance y de las cargas incluidas.
Podemos evaluar opciones como:
- Herramientas nativas de Microsoft: Migration Orchestrator, cross-tenant mailbox migration, OneDrive y SharePoint cross-tenant cuando encajan.
- Quest On Demand Migration: para proyectos tenant-to-tenant amplios con varias cargas de Microsoft 365.
- BitTitan MigrationWiz: especialmente útil en migraciones de correo y determinados escenarios Microsoft 365.
- Cloudiway: para escenarios cross-tenant y multiworkload.
- ShareGate: especialmente interesante para SharePoint, OneDrive, Teams y gobierno de contenido.
- PowerShell y Microsoft Graph: para inventario, automatización, preparación y validación.
Microsoft documenta Migration Orchestrator como funcionalidad para mover datos y workloads entre tenants separados en determinados escenarios.
4. Prueba piloto
Antes de migrar toda la organización, recomendamos realizar un piloto con usuarios y datos representativos.
El piloto puede incluir:
- Un buzón estándar.
- Un buzón grande.
- Un buzón compartido.
- Un OneDrive con datos compartidos.
- Un sitio SharePoint con permisos relevantes.
- Un Team con canales, archivos e invitados.
- Un usuario con móvil y Outlook.
- Un caso con permisos delegados.
El piloto ayuda a comprobar tiempos reales, errores, limitaciones de la herramienta, calidad de datos migrados y experiencia de usuario.
5. Migración por fases
En la mayoría de proyectos, la migración se organiza por fases para reducir riesgos.
Podemos trabajar por:
- Departamentos.
- Grupos de usuarios.
- Unidades de negocio.
- Cargas de trabajo.
- Usuarios críticos y no críticos.
- Ventanas de menor actividad.
Cuando la herramienta lo permite, se realizan migraciones iniciales y sincronizaciones incrementales antes del corte final.
6. Corte, dominios y DNS
La ventana de corte es uno de los momentos más importantes del proyecto. Puede incluir cambios en DNS, dominios, flujo de correo, inicio de sesión, Outlook, móviles y acceso a servicios.
Revisamos especialmente:
- MX.
- Autodiscover.
- SPF.
- DKIM.
- DMARC.
- UPN de usuarios.
- Aliases y direcciones SMTP.
- Buzones compartidos.
- Conectores de correo.
- Aplicaciones que envían correo.
- Acceso a Teams, OneDrive y SharePoint.
El objetivo es que el cambio se ejecute con checklist, responsables definidos y pruebas posteriores.
7. Validación y soporte posterior
Una migración no termina cuando la herramienta indica que los trabajos han finalizado. Hay que validar que los usuarios pueden trabajar.
Validamos puntos como:
- Inicio de sesión.
- Licencias asignadas.
- Correo entrante y saliente.
- Calendarios.
- Contactos.
- Buzones compartidos.
- Permisos delegados.
- Outlook.
- Dispositivos móviles.
- OneDrive y sincronización.
- Acceso a archivos.
- SharePoint y permisos.
- Teams, equipos y canales.
- Invitados externos si aplica.
- Aplicaciones conectadas.
- DNS y autenticación de correo.
También podemos acompañar durante los primeros días para resolver incidencias, dudas de usuarios, permisos pendientes o ajustes del nuevo entorno.
Seguridad, permisos y cumplimiento
Durante una migración, la seguridad no debe tratarse como un añadido final. Es parte del diseño del proyecto.
Revisamos aspectos como:
- Roles administrativos.
- Cuentas con privilegios.
- MFA.
- Acceso condicional.
- Permisos de SharePoint y Teams.
- Acceso externo.
- Buzones compartidos y delegaciones.
- Datos sensibles.
- Políticas de retención.
- Microsoft Purview cuando aplica.
- DLP, etiquetas y cumplimiento según alcance.
Si existen requisitos legales, regulatorios o internos, deben tenerse en cuenta antes de mover datos.
Comunicación con usuarios
La comunicación es una parte crítica. Una migración técnicamente correcta puede generar incidencias si los usuarios no saben qué cambia.
Podemos ayudarte a preparar mensajes sobre:
- Fecha de migración.
- Qué servicios se verán afectados.
- Qué debe hacer cada usuario.
- Cambios en Outlook.
- Acceso desde móviles.
- Uso de Teams después del cambio.
- Inicio de sesión en el nuevo tenant.
- Dónde pedir ayuda.
La comunicación reduce incertidumbre y facilita que el equipo se adapte al nuevo entorno.
Por qué trabajar con Kloudeal
En Kloudeal trabajamos este tipo de proyectos con una visión práctica. No empezamos por la herramienta, sino por entender el entorno y el objetivo de la empresa.
Enfoque técnico y realista
Analizamos qué se puede migrar, qué requiere revisión, qué depende de herramientas y qué puede necesitar reconfiguración manual.
Alcance claro
Definimos qué incluye el proyecto, qué queda fuera, qué limitaciones existen y qué validaciones se harán.
Experiencia con Microsoft 365
Trabajamos con correo, OneDrive, SharePoint, Teams, dominios, usuarios, permisos, licencias, Microsoft Entra ID y herramientas de migración.
Acompañamiento durante el cambio
Podemos ayudarte desde el análisis inicial hasta la validación posterior, incluyendo soporte a incidencias y orientación al equipo interno.
Documentación y orden
Una migración debe dejar el entorno destino más claro, no más confuso. Por eso documentamos decisiones, cambios relevantes y puntos críticos.
Preguntas frecuentes sobre el servicio de migración entre tenants de Microsoft 365
Estas respuestas sirven como orientación general. Cada migración debe revisarse según número de usuarios, cargas incluidas, dominios, herramientas, licencias, permisos y requisitos de la empresa.
Es el proceso de mover usuarios, datos y servicios desde un tenant de Microsoft 365 a otro. Puede incluir Exchange Online, OneDrive, SharePoint, Teams, dominios, permisos, licencias y aplicaciones.
Este tipo de migración suele aparecer en fusiones, adquisiciones, separaciones de empresa, consolidaciones de tenants o reorganizaciones internas.
Podemos ayudarte con correo de Exchange Online, buzones compartidos, calendarios, contactos, OneDrive, SharePoint, Microsoft Teams, usuarios, grupos, permisos, dominios, licencias y determinadas aplicaciones o integraciones.
El alcance exacto se define después de analizar el tenant origen y el tenant destino.
No siempre de forma directa. Algunas cargas pueden migrarse con herramientas nativas o de terceros, pero otras configuraciones pueden requerir reconstrucción, reconfiguración o validación manual.
Por eso es importante definir alcance y limitaciones antes de empezar.
El objetivo es reducir riesgos y validar que los datos importantes se trasladan correctamente, pero no conviene prometer una garantía absoluta sin analizar el entorno, herramienta, permisos, límites y tipo de contenido.
Trabajamos con inventario, piloto, migración controlada y validación posterior para minimizar incidencias.
Lo correcto es planificar para minimizar interrupciones, pero algunos cambios pueden requerir ventanas de corte, especialmente dominios, DNS, Outlook, móviles, Teams, OneDrive o inicio de sesión.
La comunicación a usuarios y el soporte posterior son fundamentales.
El dominio personalizado debe planificarse con cuidado. Puede afectar a UPN, correo, registros MX, autodiscover, SPF, DKIM, DMARC, Outlook, móviles y aplicaciones.
Antes de mover un dominio hay que revisar qué objetos lo usan y preparar la ventana de corte.
Sí, pueden formar parte del alcance. Hay que revisar buzones compartidos, permisos, delegaciones, Send As, Send on Behalf, reglas y usuarios que acceden a ellos.
Después de migrar, estos buzones deben validarse con usuarios reales.
Sí, pueden migrarse según herramienta y alcance. Antes hay que revisar volumen de datos, permisos, enlaces compartidos, propietarios, sitios activos, bibliotecas, metadatos y contenido obsoleto.
En algunos casos conviene limpiar o reorganizar antes de mover datos.
Sí, Microsoft Teams puede formar parte del proyecto, pero debe tratarse con cuidado porque depende de SharePoint, OneDrive, Exchange Online, grupos, aplicaciones, chats, canales privados e invitados.
No todas las herramientas migran el mismo contenido de Teams. Hay que validar qué se migrará y qué puede necesitar reconfiguración.
Depende de la herramienta, del tipo de chat y de las limitaciones del escenario. No debe asumirse que todos los chats privados, reacciones, adjuntos o conversaciones se migrarán exactamente igual.
Lo recomendable es revisar la documentación de la herramienta elegida y realizar un piloto.
Depende del caso. Podemos evaluar herramientas nativas de Microsoft, Migration Orchestrator, cross-tenant mailbox migration, OneDrive y SharePoint cross-tenant, Quest On Demand Migration, BitTitan MigrationWiz, Cloudiway, ShareGate, PowerShell o Microsoft Graph.
La herramienta se elige según cargas, volumen, permisos, dominios, licencias y nivel de complejidad.
Depende del número de usuarios, volumen de datos, servicios incluidos, dominios, herramientas, velocidad de migración, límites de Microsoft, permisos y validaciones necesarias.
Una migración pequeña puede tener menos fases, mientras que un entorno con Teams, SharePoint, OneDrive, dominios y aplicaciones suele requerir más planificación.
Sí, es muy recomendable. El piloto permite comprobar tiempos, errores, permisos, calidad de datos migrados, experiencia de usuario y limitaciones de la herramienta antes de migrar toda la empresa.
Sí. Podemos actuar como apoyo especializado para el equipo interno, ayudando con análisis, planificación, ejecución, herramientas, PowerShell, validación, documentación y soporte durante el cambio.
Normalmente necesitamos conocer número de usuarios, tenants implicados, dominios, servicios utilizados, volumen aproximado de correo y archivos, uso de Teams, SharePoint, OneDrive, aplicaciones conectadas, identidad híbrida y fechas objetivo.
Conviene pedir ayuda cuando hay muchos usuarios, dominios personalizados, buzones críticos, Teams complejo, SharePoint con permisos sensibles, OneDrive con mucho volumen, identidad híbrida, aplicaciones conectadas o poco margen para interrupciones.
Conclusión
Una migración entre tenants de Microsoft 365 es un proyecto sensible que afecta a usuarios, datos, correo, archivos, colaboración, dominios, permisos y aplicaciones. No debería tratarse como una simple copia de información.
La clave está en preparar bien el proyecto: inventario, alcance, herramienta, piloto, migración por fases, comunicación, corte, validación y soporte posterior.
En Kloudeal podemos ayudarte a convertir una migración compleja en un proyecto más ordenado, con riesgos identificados y pasos claros para avanzar.
¿Necesitas migrar tu tenant de Microsoft 365?
En Kloudeal podemos revisar tu escenario y ayudarte a planificar una migración tenant to tenant de Microsoft 365 con un enfoque técnico, realista y adaptado a tu empresa.
Podemos ayudarte con Exchange Online, OneDrive, SharePoint, Microsoft Teams, dominios, usuarios, permisos, licencias, herramientas de migración, PowerShell, validación y soporte posterior.
Hablar con Kloudeal sobre mi migración Microsoft 365Documentación oficial recomendada: