Herramientas, scripts y formas de migrar entre tenants de Microsoft 365 (2025)

Formas de migrar entre tenants de Microsoft 365

• Solo con herramientas nativas: máxima compatibilidad y coste mínimo. Requiere scripting intensivo y respetar límites de servicio.
• Con plataformas de terceros: aceleran la ejecución, mejor reporting, reintentos y conservación de metadatos. Licenciamiento por objeto/GB/usuario.
• Enfoque mixto: nativo para Exchange Online y OneDrive; terceros para Teams, Planner y reestructuraciones complejas de SharePoint.
• Big-bang vs. oleadas: corte único de fin de semana (menos coexistencia) vs. oleadas semanales con coexistencia controlada y menor riesgo.

Recomendación general: iniciar con piloto (1–3%) para medir throttling, permisos, retenciones y tiempos reales.

Herramientas nativas de Microsoft

Valida versión de módulos y límites antes de cada oleada; las capacidades cambian con el tiempo.

Herramientas de terceros (comparativa y descripciones)

ShareGate (SPO/Teams/OneDrive)

ShareGate destaca en SharePoint Online y Teams cuando la prioridad es mantener estructura y permisos a la vez que se refactoriza (por ejemplo, dividir un sitio grande en varios, mover canales entre equipos o reordenar bibliotecas). Ofrece mapeo de permisos (grupos/usuarios), conservación de versiones, transformación de metadatos y análisis de impacto previo. Para Teams permite copiar equipos y canales, reconfigurando pestañas comunes (Planner, OneNote, SharePoint) y entregando informes de elementos que requieren atención manual (pestañas con URL absolutas, bots, conectores).

• Fortalezas: interfaz clara, auditoría de cambios, pre-check detallado, soporte sólido para estructuras SPO complejas.
• Limitaciones: no está orientada a buzones de Exchange; algunas apps/pestañas de Teams se deben volver a vincular manualmente.
• Licenciamiento: habitual por suscripción anual por administrador/equipo de TI (no por usuario final), útil en proyectos continuos o con varias oleadas.
• Cuándo usar: reestructuración de información, content reshaping, migraciones con alta sensibilidad a permisos y metadatos.

Quest On Demand Migration (ODM)

Quest ODM es una plataforma SaaS que cubre múltiples cargas (Exchange, OneDrive, SharePoint, Teams e identidad). Sobresale en orquestación a gran escala: define oleadas de usuarios, dashboards con estado por carga, reintentos centralizados y coexistencia de correo (contactos, routing y free/busy con configuraciones guiadas). Dispone de reporting auditorizable y controles de permisos para mantener cumplimiento. Es una opción sólida cuando hay que coordinar muchas piezas en plazos definidos y bajo supervisión de PMO.

• Fortalezas: suite integral, telemetría central, plantillas por oleada, funciones de coexistencia.
• Limitaciones: coste superior frente a enfoques puramente nativos; flexibilidad limitada para transformaciones muy específicas en SPO.
• Licenciamiento: por usuario/objeto y/o por carga de trabajo; conviene presupuestar buffers para reintentos.
• Cuándo usar: >1.000 usuarios, múltiples cargas a la vez, requisitos fuertes de visibilidad y trazabilidad.

BitTitan MigrationWiz

MigrationWiz es un servicio 100% cloud orientado a velocidad de ejecución y simplicidad. Ofrece plantillas por escenario (buzones, documentos, Teams) y reintentos automáticos ante errores transitorios. Suele ser muy competitivo cuando el objetivo es mover correo y OneDrive de forma rápida y sin infraestructura. Para Teams dispone de proyectos específicos; en SharePoint es funcional para casos estándar, aunque para reestructuración compleja suele combinarse con otras herramientas.

• Fortalezas: puesta en marcha rápida, interfaz web, buen manejo de errores temporales, costes previsibles por licencia.
• Limitaciones: menor control fino sobre transformaciones; para SPO/Teams avanzados puede requerir apoyo adicional.
• Licenciamiento: por “licencia de buzón/usuario” o “bundle” de cargas, con vigencia temporal; planifica stock para picos.
• Cuándo usar: plazos ajustados, proyectos lean y foco en correo/OneDrive; ejecución delegable al partner con poca fricción.

Cloudiway

Cloudiway destaca por su versatilidad multi-plataforma. Además de Microsoft 365 → Microsoft 365, soporta escenarios híbridos (por ejemplo, Google Workspace o Box hacia Microsoft 365) y Slack a Teams. Sus mapeos flexibles permiten adaptar identidades, dominios y estructuras. Suele elegirse cuando el entorno de origen/destino es heterogéneo o cuando se necesita coexistencia más allá del correo (p. ej., chat y espacios de colaboración).

• Fortalezas: amplio rango de conectores, mapeos de identidad y datos, soporte para escenarios no estándar.
• Limitaciones: curva de configuración mayor; hay que invertir tiempo en mapeos y pruebas.
• Licenciamiento: por usuario/carga; revisar módulos por cada origen/destino para evitar sorpresas de coste.
• Cuándo usar: fusiones/adquisiciones multi-suite, migraciones desde Google/Slack, necesidades de coexistencia extendida.

Otras opciones a valorar: AvePoint FLY (SPO/Teams con gobierno), TransVault (archivos de correo/legacy), SkyKick (correo/documentos con automatizaciones). Evalúa soporte, SLA y hoja de ruta.

Scripts y plantillas PowerShell por carga de trabajo

1) Exchange Online — batches de migración tenant to tenant

Patrón: preparar relación entre tenants, crear endpoint y lanzar batches con CSV (notificaciones y auto-complete).

# Requisitos: Exchange Online PowerShell, permisos en ambos tenants
Connect-ExchangeOnline

# CSV (batch.csv): EmailAddress,TargetPrimarySmtpAddress
# usuario1@origen.com,usuario1@destino.com

# Endpoint (ajusta si aplica)
# New-MigrationEndpoint -Name "CTMM-Endpoint" -RemoteServer outlook.office365.com -ExchangeRemoteMove

$csv = [System.IO.File]::ReadAllBytes(".\batch.csv")
New-MigrationBatch -Name "CTMM-Batch01" -CSVData $csv `
  -AutoStart -AutoComplete `
  -NotificationEmails "operaciones@tuempresa.com"

# Seguimiento y reporte
Get-MigrationBatch | Get-MigrationUser | Get-MigrationUserStatistics -IncludeReport

Agrega reglas de transporte y conectores para coexistencia temporal (ver Coexistencia).

2) OneDrive — migración entre tenants con PnP/SPO

# Requisitos: SharePoint Online Management Shell / PnP.PowerShell
# onedrive-map.csv: sourceUPN,targetUPN
Connect-SPOService -Url https://contoso-admin.sharepoint.com

Import-Csv .\onedrive-map.csv | ForEach-Object {
  Write-Host "OneDrive: $($_.sourceUPN) -> $($_.targetUPN)"
  # Ejemplo con PnP (esquemático; ajusta URLs y autenticación):
  # Connect-PnPOnline -Url "https://origen-my.sharepoint.com/personal/usuario_origen" -Interactive
  # Connect-PnPOnline -Url "https://destino-my.sharepoint.com/personal/usuario_destino" -Interactive
  # Start-PnPCopy -SourceUrl $srcLib -TargetUrl $dstLib -IgnoreVersionHistory:$false
}

3) SharePoint — inventario y cola de migración

# Requisitos: PnP.PowerShell
$adminUrl = "https://contoso-admin.sharepoint.com"
Connect-PnPOnline -Url $adminUrl -Interactive
Get-PnPTenantSite -IncludeOneDriveSites |
  Select Url,StorageUsageCurrent,Template,LastContentModifiedDate |
  Export-Csv .\spo-inventario.csv -NoTypeInformation

4) Teams — exportación de estructura y mapeo de miembros

# Requisitos: MicrosoftTeams
Connect-MicrosoftTeams
$teams = Get-Team
$teams | Select GroupId,DisplayName,Visibility,Archived |
  Export-Csv .\teams-estructura.csv -NoTypeInformation

# Miembros por equipo para mapeo
# Get-TeamUser -GroupId <GUID> | Export-Csv .\team-<GUID>-miembros.csv

5) Identidad — inventario de cuentas y UPN (Microsoft Graph)

Connect-MgGraph -Scopes "User.Read.All","Group.Read.All"
Get-MgUser -All | Select DisplayName,UserPrincipalName,Id |
  Export-Csv .\usuarios.csv -NoTypeInformation
Get-MgGroup -All | Select DisplayName,Id,MailEnabled,SecurityEnabled |
  Export-Csv .\grupos.csv -NoTypeInformation

6) Correo — contactos y reenvío para coexistencia

Connect-ExchangeOnline
Import-Csv .\forward-map.csv | ForEach-Object {
  $source = $_.SourcePrimarySmtp
  $target = $_.TargetPrimarySmtp
  if (-not (Get-MailContact -Filter "ExternalEmailAddress -eq '$target'" -ErrorAction SilentlyContinue)) {
    New-MailContact -Name "CT-$($target)" -ExternalEmailAddress $target
  }
  Set-Mailbox -Identity $source -ForwardingSmtpAddress $target -DeliverToMailboxAndForward $true
}

Añade validaciones, control de errores y retry con Try/Catch y Start-Job/ForEach-Object -Parallel de forma responsable.

Automatización: pipelines, logging y control de errores

• Pipelines CI/CD: GitHub Actions o Azure DevOps para ejecutar scripts por oleadas con approvals, variables seguras (Secret Store/Key Vault) y runbooks repetibles.
• Logging: salida estructurada a CSV/JSON y envío a Log Analytics para paneles (éxitos, fallos, GB/h por lote).
• Reintentos: back-off exponencial (3–5 intentos) ante throttling o errores 429/503.
• Paralelismo: limitar concurrencia por servicio (Exchange/Graph/SPO) para evitar protección de servicio.
• Controles: listas de exclusión (usuarios VIP), bloqueos por eDiscovery/retención y ventanas de mantenimiento coordinadas.

Coexistencia: correo, calendarios y chat

• Correo: conectores entre tenants, reglas de transporte y forwarding selectivo por oleada; dual delivery en casos concretos.
• Calendarios: intercambio free/busy entre tenants; recreación de reuniones clave antes del corte final.
• Teams: coexistencia con invitación B2B y cross-tenant access; revisar políticas de federación y mensajería externa.
• Dominios: mover el dominio cuando el origen esté “limpio”; mantener alias SMTP históricos para continuidad.

Identidad y directorio: Entra ID cross-tenant

Para oleadas largas o integraciones complejas:

• Cross-tenant synchronization: replica usuarios y grupos del origen al destino (atributos seleccionados) para conceder permisos antes de mover datos.
• B2B directo: acceso sin invitaciones manuales, con políticas granulares por organización origen/destino.
• UPN/dominios: usa UPN temporal y promueve al final; actualiza apps que dependan de UPN (SSO, Intune, SharePoint).
• Compliance: alinear retenciones, eDiscovery, etiquetas de sensibilidad y políticas DLP antes de la migración.

Rendimiento, límites y buenas prácticas

• Throttling: programar fuera de horas pico, distribuir por zonas geográficas y limitar solicitudes/minuto.
• Tamaño de lote: 50–200 buzones por batch según tamaño/actividad; sitios SPO en grupos de 5–20.
• Pruebas de humo: antes de cada oleada, validar envío/recepción, paths críticos en OneDrive, permisos SPO y chat Teams.
• KPIs: éxito ≥ 99%, reintentos < 1%, GB/h esperados, duración de cut-over y satisfacción del usuario.
• Rollback: reversión por oleada (reenvíos, conectores, restauración de UPN/SMTP temporal).

Matriz de decisión: ¿nativo, terceros o mixto?

Limitaciones comunes y cómo mitigarlas

• Protección de servicio: respeta límites de Graph, Exchange y SPO; usa colas y back-off exponencial.
• Apps y pestañas de Teams: reconfigura pestañas con URLs absolutas y vuelve a autorizar apps de terceros.
• Planner/Bookings: contempla terceros o recreación automatizada con exportaciones y APIs.
• Permisos heredados SPO: inventaría y “aplana” permisos antes para reducir errores.
• Retención: revisa políticas que bloqueen movimientos y coordina con cumplimiento (Purview/eDiscovery).

Preguntas frecuentes

Enlaces oficiales

• Exchange Online: migración de buzones entre tenants
• SharePoint/OneDrive: migración cross-tenant
• Microsoft Teams: migración entre tenants
• Entra ID: acceso y sincronización entre tenants
• Microsoft 365: referencia oficial de migraciones tenant to tenant

Conclusión y siguientes pasos

Para una migración entre tenants de Microsoft 365 eficiente, combina herramientas nativas donde aportan más valor (Exchange y OneDrive), apóyate en soluciones de terceros cuando necesites velocidad, trazabilidad y conservación de metadatos, y orquesta todo con scripts PowerShell, automatización y KPIs. Preparar identidad y coexistencia es tan importante como mover datos.