Cómo migrar Microsoft Teams entre tenants con Quest On Demand: guía completa paso a paso [2025]

Introducción

En fusiones, adquisiciones, carve-outs o reestructuraciones, la colaboración diaria vive en Microsoft Teams: equipos, canales, archivos, reuniones y apps (Planner, OneNote, Power BI, Forms). Por eso, migrar Teams entre tenants no es “copiar chats”: implica coordinar identidades, permisos, archivos en SharePoint/OneDrive, calendarios de Exchange y apps, sin romper la operativa ni la seguridad.

Esta guía ofrece un enfoque probado con Quest On Demand Migration (ODM): preparación (consentimientos, descubrimiento y matching de identidades), ejecución por oleadas, importación de conversaciones con el modo de migración de Teams, coexistencia (Directory Sync y Domain Rewrite) y corte de dominio. Incluye checklists, KPIs y mitigaciones de riesgo, con foco técnico y de negocio.

Objetivo: reducir riesgos, acortar la ventana de cambio y minimizar tickets el “día después”. Si tu caso involucra información sensible, multirregión o telefonía (Teams Phone), encontrarás consideraciones específicas.

Glosario: Equipo=contenedor con canales; Canal=conversación+archivos (SharePoint); Chat=1:1/grupo; Tenant=instancia de M365.

1. Qué es Quest On Demand Migration (ODM)

Quest ODM es una plataforma SaaS sobre Azure que orquesta migraciones tenant-to-tenant de Teams, SharePoint, OneDrive y Exchange: inventario, evaluación, mapeo de identidades, lotes por carga, telemetría y reporting. Facilita pre-staging, deltas e integra Directory Sync y servicios de rewrite para coexistencia.

2. Requisitos previos y permisos

Antes de crear lotes, registra tenant origen y destino en ODM y otorga application consents para cada carga (Teams/Graph, SharePoint/OneDrive, Exchange). Para el modo de migración de Teams se usa un conjunto de permisos de aplicación en Microsoft Graph que permiten importar mensajes con sello temporal y autor.

Permisos y consideraciones técnicas

• Graph: permisos de importación y administración de Teams (modo migración); límites y throttling aplican.
• SharePoint/OneDrive: permisos de app para leer/escribir en sites y OneDrives.
• Exchange: permisos para mover contenido y habilitar coexistencia (Free/Busy) si aplica.

Comprobaciones de tenant (pre-flight)

• Retention/eDiscovery: revisa holds que bloqueen movimientos.
• Identidades: define matching (UPN iguales/sufijo distinto o CSV). Documenta excepciones (alias, cuentas servicio, invitados).
• Licencias destino: asigna Teams/SharePoint/Exchange a los usuarios de la oleada antes del pase.
• Red/Firewall: abre endpoints M365 y de ODM si aplica.
• Acceso Condicional/MFA: evita bloqueos en descubrimiento y ejecución.

3. Metodología del proyecto

Trabaja por oleadas para reducir fricción: piloto → primeras áreas → áreas críticas → estabilización. ODM permite pre-staging del histórico, programar incrementales y coordinar coexistencia para que el Día 0 sea predecible.

Gobierno y comunicación

• RACI claro (TI, seguridad, negocio, partner).
• Comunicación por rol (owners, miembros, invitados) con FAQs y vídeos cortos.
• Criterios de éxito (KPIs técnicos + experiencia usuario).
• Ventanas acordadas con negocio y change freeze en el corte.

4. Preparación en ODM: proyecto, tenants y matching

En On Demand Migration crea el proyecto, conecta origen/destino y concede consentimientos. Luego establece el matching de identidades (automático por UPN o CSV) y planifica oleadas.

Paso a paso

1. Crear proyecto en ODM y seleccionar cargas a migrar.
2. Conectar tenants (origen/destino) y otorgar consentimientos.
3. Ejecutar descubrimiento (usuarios, grupos, buzones; OneDrive; sites; equipos).
4. Definir matching (UPN→UPN) o CSV para excepciones.
5. Planificar oleadas y ventanas (piloto → oleadas → corte).

CSV de ejemplo (matching identidades)

Si gestionas identidades on-prem, documenta ImmutableID/mS-DS-ConsistencyGuid para evitar desalineaciones.

5. Teams (equipos, canales y conversaciones)

Con ODM puedes migrar la estructura de Teams (equipos y canales), sus archivos asociados (en SharePoint/OneDrive) y, cuando aplica, conversaciones con el modo de migración de Microsoft Graph. Flujo recomendado: inventariar → clasificar/mapear → migrar archivos → importar conversaciones → completar migración → UAT y apertura.

Inventario y clasificación

• Criticidad: proyectos en curso, departamentos clave, sensibilidad (etiquetas).
• Tamaño: nº de canales, volumen de archivos, antigüedad del histórico.
• Apps/pestañas: Planner, OneNote, Power BI, Forms, Conectores (documenta re-autorizaciones).
• Miembros/propietarios: valida owners y limpia miembros inactivos/externos.

Mapeo y normalización

• Nomenclatura: usa prefijo/sufijo temporal (p. ej., _NEW) para evitar colisiones.
• Privacidad de canales: los estándar se mueven con su SPO; para privados/compartidos, define alternativa (recreación, documentación histórico).
• Propietarios: garantiza al menos 2 owners por equipo en destino.

Modo de migración de Teams (resumen)

1. Crear equipo en estado de migration con marca temporal histórica.
2. Crear canales también en estado de migration.
3. Importar mensajes (autor y sello temporal) preservando hilos.
4. Completar migración (equipo y canales) para desbloquear uso normal.
5. Añadir miembros y aplicar políticas en destino.

Apps y pestañas

• Planner: recrea planes y reasigna miembros; exporta e importa cuando sea viable.
• OneNote: verifica permisos del bloc y re-ancla pestañas si cambian rutas.
• Wikis (obsoletos): migra contenido a OneNote/SharePoint.
• Power BI: reencamina pestañas al nuevo espacio de trabajo/dataset.
• Forms: vuelve a publicar formularios o usa recopilaciones en el tenant destino.

Reuniones, telefonía y políticas

• Reuniones futuras: reemite invitaciones si cambian organizadores/dominio.
• Teams Phone: proyecto específico para numeración, colas/AA y grabación.
• Políticas de Teams: replica y asigna por grupos (mensajería, reuniones, apps).
• Invitados (B2B): reinvita o crea contactos según estrategia de coexistencia.

Paso a paso (ODM)

1. Descubre equipos y clasifica por criticidad y tamaño.
2. Mapea (equipo A → equipo A’); define tratamiento de canales privados/compartidos.
3. Migra archivos primero (SPO/OneDrive) y valida permisos/enlaces.
4. Importa conversaciones (si aplica) y ejecuta complete.
5. Valida apps/pestañas y reautoriza conectores.

6. SharePoint (sites, permisos y metadatos)

Los archivos de canales de Teams viven en la biblioteca del site del equipo. ODM permite descubrir sites, evaluar estructura/volumen y migrarlos por lotes, manteniendo permisos y metadatos cuando las APIs lo permiten.

Planificación

• Topología: identifica hub sites, subsitios heredados y compartición externa.
• Personalizaciones: extensiones (SPFx), columnas administradas, retenciones y flujos (Power Automate) que reconfigurarás en destino.
• Límites: aplica mejores prácticas para bibliotecas grandes (metadatos, rutas ≤ 400 caracteres, archivos ≤ 250 GB).

Paso a paso

1. Audita propietarios, herencia y apps.
2. Define estrategia (por site/colección/biblioteca crítica) y ventanas valle.
3. Lanza lotes y revisa informes (rutas largas, nombres inválidos, permisos huérfanos).
4. Recertifica permisos y compartición externa tras cada oleada.

7. OneDrive (usuarios, versiones y enlaces)

Muchos archivos compartidos en chats de Teams residen en OneDrive del autor. Su migración correcta evita referencias rotas.

Buenas prácticas

• Versionado: define si migrar todas las versiones o sólo la última.
• Enlaces compartidos: cambiarán al nuevo tenant; plan de recertificación de accesos críticos (internos/externos).
• Nombres/rutas: normaliza antes de mover para evitar bloqueos.
• Contenido sensible: valida etiquetas de sensibilidad/retención.

Paso a paso

1. Precrea usuarios y valida matching.
2. Selecciona OneDrives y lanza lotes por volumen/departamento.
3. Valida permisos y accesos externos al cierre del lote.
4. Recertifica accesos la semana posterior al go-live.

8. Exchange Online (reuniones, invitaciones, Free/Busy)

Teams se apoya en Exchange para calendarios y reservas. Durante coexistencia, usa relación de organización para Free/Busy entre tenants. Tras el corte, valida convocatorias y buzones de sala; actualiza reglas de transporte, conectores y firmas.

Validación rápida post-corte

• Envío/recepción interna/externa.
• Disponibilidad Free/Busy y reservas de salas.
• Delegaciones (SendAs/SendOnBehalf) y buzones compartidos.

9. Coexistencia con ODM: Directory Sync y Email/Domain Rewrite

Para convivencias de semanas/meses o múltiples dominios, combina On Demand Directory Sync (creación/sincronización de objetos) con Email/Domain Rewrite para mantener direcciones coherentes. Añade relaciones de organización de Exchange para Free/Busy y publica contactos para visibilidad de GAL entre tenants.

Buenas prácticas

• Soft/hard match: define cómo casar cuentas existentes.
• Contactos: crea contactos mail-enabled para usuarios no migrados.
• Rewrite: decide si necesitas outbound/inbound rewrite temporal.
• Governance: controla la creación de nuevos equipos/canales durante la coexistencia.

Free/Busy entre tenants (Exchange)

Connect-ExchangeOnline
New-OrganizationRelationship -Name "Rel-Tenant-Destino" `
  -DomainNames "contoso.com" -FreeBusyAccessEnabled $true `
  -FreeBusyAccessLevel LimitedDetails

10. Desktop Update Agent: cambios en Outlook/OneDrive/Teams

Para que el “día después” sea fluido, despliega el Desktop Update Agent (DUA) de Quest. Reconfigura automáticamente Outlook, OneDrive y Teams en los equipos de usuario, reduciendo tickets.

Despliegue recomendado

1. Genera el token del agente en el proyecto de ODM.
2. Despliega el MSI por GPO/Intune con MST (TOKEN, PASSPHRASE).
3. Programa el Switch en la ventana de corte.
4. Fallback: guía de cierre de apps, limpieza de cachés y validación de perfiles.

11. Movimiento de dominio y DNS (MX/SPF/DKIM/DMARC)

El cambio de dominio es el hito visible. Ensáyalo y baja el TTL con antelación. Libera el dominio en origen (sin referencias en UPN, proxyAddresses, grupos, apps) y créalo en destino con MX/SPF/DKIM/DMARC. Valida entrega y firmas antes de endurecer DMARC.

# MX a Exchange Online Protection
MX @ 0 → contoso-com.mail.protection.outlook.com

# SPF / DKIM / DMARC
TXT @ "v=spf1 include:spf.protection.outlook.com -all"
CNAME selector1._domainkey → selector1-contoso-com._domainkey.contoso.onmicrosoft.com
TXT _dmarc "v=DMARC1; p=quarantine; rua=mailto:dmarc@contoso.com"

12. Seguridad y cumplimiento (Purview, CA, Defender)

Endurece el tenant destino desde el día 1: MFA + Acceso Condicional (con cuentas break-glass controladas), Defender for Office 365 y Microsoft Purview (etiquetas de sensibilidad, DLP, retención y eDiscovery). Replica políticas clave y revisa invitados/compartición externa tras cada oleada.

13. Licencias M365 tras la migración (Business/Enterprise)

14. Rendimiento, límites y throttling

Microsoft aplica cuotas y throttling a Graph, SharePoint, OneDrive y Exchange. Planifica concurrencia por lote, usa ventanas valle y mide con piloto. Para historiales extensos o sites grandes, reparte cargas y estima duración con telemetría real.

• Graph: límites globales y por servicio; respeta cabeceras de espera (429/503) con reintentos exponenciales.
• Concurrencia: dimensiona por volumen y criticidad (no solo por conteo de equipos).
• Ventanas: programa tareas fuera de horas pico y comunica impactos.

15. Checklists operativos (pre, durante, post)

Antes de migrar

• Tenants conectados y consentimientos (Graph, SPO/OD, Exchange).
• Matching de identidades (UPN/CSV) con excepciones documentadas.
• Oleadas y ventanas acordadas; plan de comunicación por rol; runbooks de soporte.
• Pilotos por carga (Teams/SPO/OD/EXO) con criterios de éxito.
• DUA empaquetado y token generado; despliegue en piloto.
• Revisión de CA/MFA/Defender y colaboración externa (invitados).

Durante la migración

• Monitoriza tareas; trata errores con reintentos.
• Ejecuta deltas donde aplique y valida buzones clave.
• Recertifica permisos en SPO/OD y accesos externos críticos.
• Valida equipos/canales (estructura, archivos, pestañas principales).

Después

• Corte de dominio y validaciones (MX, DKIM/DMARC, SPF).
• Switch de escritorios con DUA (Outlook/OneDrive/Teams) y guía al usuario.
• Soporte reforzado semana 1; formación por rol y encuesta de satisfacción.
• Revisión de políticas, invitados y limpieza de equipos antiguos.

16. KPIs, UAT y aceptación

17. Riesgos frecuentes y mitigaciones

18. CSV y snippets de apoyo

SourceUPN,TargetUPN
ana.perez@origen.com,ana.perez@destino.com
juan.garcia@origen.com,juan.garcia@destino.com

SourceTeam,TargetTeam,Owners,Visibility
Ventas-ES,Ventas-ES,ana.perez@destino.com;diego.ruiz@destino.com,Private
Operaciones,Operaciones-EU,laura.martin@destino.com,Public

Connect-ExchangeOnline
New-OrganizationRelationship -Name "Rel-Tenant-Destino" `
  -DomainNames "contoso.com" -FreeBusyAccessEnabled $true `
  -FreeBusyAccessLevel LimitedDetails

# MX a Exchange Online Protection
MX @ 0 → contoso-com.mail.protection.outlook.com
TXT @ "v=spf1 include:spf.protection.outlook.com -all"
CNAME selector1._domainkey → selector1-contoso-com._domainkey.contoso.onmicrosoft.com
TXT _dmarc "v=DMARC1; p=quarantine; rua=mailto:dmarc@contoso.com"

19. Preguntas frecuentes

20. Recursos oficiales

• Quest — On Demand Migration (visión general)
• Quest — On Demand Migration (User Guide)
• Quest — Desktop Update Agent (User Guide)
• Microsoft — Importar mensajes a Teams (modo migración)
• Microsoft Graph — límites y throttling
• Microsoft — Límites y especificaciones de Teams

21. Conclusión y próximos pasos:

Una migración de Microsoft Teams entre tenants con Quest On Demand es más llevadera con una ruta clara: consentimientos y matching sólidos, oleadas con pre-staging, coexistencia bien diseñada y switch de escritorios con DUA para que el usuario apenas note el cambio. Con pilotos medibles, límites conocidos y comunicación honesta, el go-live es predecible.