Migrar SharePoint Online entre tenants con Quest On Demand: guía completa y práctica [2025]
¿Quieres que MSAdvance se encargue de toda tu migración de SharePoint?
Planificamos, ejecutamos y medimos tu migración entre tenants con Quest On Demand Migration (ODM), preservando permisos, metadatos y experiencia de usuario.
Contacta con nuestro equipo Ver servicio de migración a Microsoft 365
Introducción
SharePoint Online sostiene el corazón documental de tu organización: bibliotecas, sites de departamentos y proyectos, páginas, automatizaciones y metadatos que alimentan búsquedas, cumplimiento y reporting. En un escenario de fusión o carve-out, migrar SharePoint entre tenants implica mucho más que mover archivos: hay que trasladar permisos, tipos de contenido, taxonomía (Term Store), páginas modernas y vínculos con Teams, minimizando el impacto en el usuario y la postura de seguridad.
Esta guía describe una ruta probada con Quest On Demand Migration (ODM), incorporando diseño de oleadas, pre-staging, convivencia y controles de seguridad (Sites.Selected). Incluye también límites y prácticas de rendimiento, incrementales, KPIs, riesgos y runbooks operativos para que el “día después” sea predecible.
1. Qué es Quest On Demand Migration (ODM) para SharePoint
ODM es una plataforma SaaS en Azure que centraliza la migración tenant-to-tenant de SharePoint Online (junto con OneDrive, Teams y Exchange). Proporciona discovery, mapeo, migración por oleadas, telemetría, reintentos automáticos y opciones de coexistencia a través de otros módulos (Directory Sync y Domain/Email Rewrite). Para SharePoint, ODM soporta la migración de sites, listas y bibliotecas, permisos, versiones, metadatos (incluyendo Enterprise Keywords y Term Store cuando se configura) y páginas modernas cuando son compatibles con las APIs.
2. Requisitos, permisos y seguridad (Sites.Selected)
Antes de mover un byte, registra tenant origen y destino en ODM y concede los application consents para SharePoint/OneDrive (Graph y/o SharePoint APIs). Para endurecer la seguridad, implementa el patrón Sites.Selected que limita el acceso de la aplicación solo a los sitios aprobados: reduces superficie de riesgo sin frenar la migración. Asegúrate además de tener roles adecuados (SharePoint/Entra Admin), MFA y Acceso Condicional compatibles con los procesos.
Permisos mínimos recomendados
- Graph:
Sites.Selected(aplicación) + delegación explícita por site; Directory.Read.All para leer identidades. - SharePoint: permisos de app para leer/escribir en sites objetivo; en ODM existe una plantilla de consents por carga.
- Term Store: rol de Term Store Administrator en ambos tenants si vas a migrar taxonomía.
Consejo: aplica least privilege con Sites.Selected, documenta el listado de sites permitidos por oleada y automatiza su concesión/revocación.
3. Metodología del proyecto y gobierno
El enfoque por oleadas reduce riesgo y permite aprender rápido: piloto → áreas no críticas → áreas críticas → estabilización. Define RACI (TI, seguridad, negocio, proveedor), revisa dependencias (Teams, Power Platform, Purview) y acuerda ventanas de cambio con negocio. Documenta criterios de éxito combinando métricas técnicas (errores, throughput, tiempo de lote) y experiencia de usuario (enlaces válidos, tiempos de acceso, satisfacción).
| Fase | Claves | Entregables |
|---|---|---|
| Descubrimiento | Inventario sites, bibliotecas, tamaño, permisos, compartición externa | Matriz de volumetría y criticidad |
| Mapeo | Nomenclatura, hubs, propietarios, grupos, taxonomía | Documento de IA y tabla de mapeo |
| Migración | Pre-staging, oleadas, reintentos, incrementales | Dashboard de progreso y reportes |
| Coexistencia | Contactos, enlaces de comunicación, GAL/Free-Busy por Exchange | Plan de convivencia y comunicación |
| Go-live | Corte, validación, DUA para escritorios | Acta de aceptación |
4. Descubrimiento, inventario e información arquitectónica
Ejecuta el discovery de ODM para listar sites, propietarios, tamaño de contenido, número de elementos por biblioteca, uso de versiones, tipos de contenido y columnas administradas (MMD). Identifica hub sites, sitios con compartición externa, automatizaciones (Power Automate) y personalizaciones (SPFx).
Volumetría crítica
- Por site: tamaño total (GB), nº bibliotecas, rutas largas previstas.
- Por biblioteca: nº de elementos, nº de versiones promedio y máximas.
- Permisos: nº de unique permission scopes y herencias rotas.
- Taxonomía: uso de Enterprise Keywords y columnas MMD.
- Teams: sites conectados a equipos/canales críticos.
5. Preparación en ODM: proyecto, tenants, matching y scoping
- Crear proyecto en ODM y seleccionar la carga SharePoint.
- Conectar tenants (origen/destino) y otorgar consentimientos (incluido Sites.Selected).
- Matching de identidades (UPN→UPN o CSV) para propietarios y grupos.
- Definir alcance: sites por oleadas, orden y ventanas valle.
- Pruebas de laboratorio: site pequeño con versiones, permisos y página moderna.
Si gestionas identidades híbridas, documenta ImmutableID/mS-DS-ConsistencyGuid para evitar desalineaciones.
6. Contenido y metadatos: bibliotecas, versiones, columnas y MMD
Decide estrategia de versionado: solo última versión, últimas n (2, 5, 10, 30, 60, 90, 365) o All Versions con límites de tamaño. Migrar muchas versiones aumenta la ventana; compensa con pre-staging y oleadas específicas. Para Managed Metadata, migra el Term Store antes o en paralelo para preservar Enterprise Keywords y columnas MMD.
Buenas prácticas
- Normaliza nombres/rutas para evitar bloqueos (caracteres inválidos, longitud total ≤ 400).
- Limpia versiones obsoletas en origen si hay cientos por archivo sin valor de negocio.
- Enterprise Keywords: verifica su activación a nivel de colección y mapea el Term Store.
- Tipos de contenido: congela cambios de esquema durante la oleada.
7. Permisos, compartición externa y límites clave
ODM preserva la mayoría de permisos a nivel de site, biblioteca, carpeta y elemento cuando las APIs lo permiten. Revisa owners/members/visitors, grupos de SharePoint, invitaciones externas y herencias rotas. Considera recertificar accesos tras la oleada (propietarios validan quién sigue necesitando qué).
8. Páginas modernas, web parts y SPFx
Las páginas modernas se migran cuando son compatibles con las APIs. Algunas web parts requieren reanclaje/reconfiguración (p. ej., Power BI, Viva, listas filtradas por rutas). Revisa SPFx de terceros y vuelve a desplegar paquetes en el tenant destino.
- OneNote: valida permisos y rutas post-migración.
- Wikis clásicos: migra a páginas modernas o a OneNote.
- SPFx: inventario de soluciones, dependencias y ámbito (tenant/site).
9. Sitios conectados a Teams y relación con canales
Los archivos de los canales estándar viven en el site del equipo (biblioteca Documentos). Canales privados/compartidos usan sitios independientes; planifica su tratamiento (migración por separado y reconfiguración de pestañas). Si el equipo se migra en otra oleada, evita bifurcaciones congelando la creación de nuevos canales temporalmente.
10. Ejecución de la migración con ODM (paso a paso)
- Selecciona sites para la oleada (crit. tamaño/criticidad/externos).
- Configura opciones: versiones (última / n / todas), resolución de conflictos, comentarios en listas, auto-reintentos.
- Migra Term Store si aplica (multi-geo: por región).
- Lanza el lote en ventana valle y monitoriza telemetría (elementos migrados, errores, reintentos).
- Valida con propietarios: accesos, vistas, páginas clave, vínculos externos.
- Ejecuta delta antes del go-live y bloquea cambios en origen durante el corte.
Consejo: separa bibliotecas masivas o con muchas versiones en sub-lotes para maximizar throughput y aislar reintentos.
11. Rendimiento, límites y throttling
Microsoft aplica cuotas y throttling a SharePoint/Graph. Dimensiona la concurrencia por oleada, respeta back-off y planifica fuera de horas pico. Evita vistas que sobrepasen el umbral de 5.000 elementos; usa índices, filtros y carpetas cuando sea necesario. Ten en cuenta límites de 400 caracteres en rutas y 250 GB por archivo.
- Concurrencia: distribuye por site/biblioteca, no solo por recuento.
- Reintentos: usa los automáticos de ODM y catch-up previo al go-live.
- Rutas largas: corrige antes de mover para evitar bloqueos.
12. Incrementales, reintentos y delta windows
Para mantener la brecha de datos pequeña, programa incrementales con frecuencia suficiente. ODM usa change tokens de SharePoint para calcular deltas; no dejes pasar más de ~50–60 días entre incrementales para que el token siga válido. Activa la opción de auto re-run de listas para reintentar elementos faltantes.
13. Validación funcional (UAT) y aceptación
- Acceso: propietarios/members/visitors correctos; invitados clave operativos.
- Contenido: recuento de elementos por biblioteca, versiones visibles según política.
- Metadatos: columnas MMD resueltas; Enterprise Keywords presentes.
- Páginas: web parts cargan (OneNote/Power BI/Lista); vínculos actualizados.
- Rendimiento: vistas no superan umbral; búsquedas devuelven resultados esperados.
14. Checklists operativos (pre, durante, post)
Antes
- Tenants conectados y consentimientos (Graph + Sites.Selected + SPO).
- Matching de identidades (UPN/CSV); licencias destino aplicadas.
- Inventario con volumetría, permisos, MMD y páginas críticas.
- Definición de oleadas y ventanas; plan de comunicación por rol.
- Term Store mapeado (si aplica) y pruebas piloto.
Durante
- Monitoreo de tareas; tratamiento de errores y reintentos.
- Delta previo al go-live; congelación de cambios en origen.
- Validación con propietarios (accesos, vistas, páginas, vínculos).
Después
- Recertificación de permisos y compartición externa.
- Reindexación/búsqueda si procede; comprobación de analítica.
- Formación por rol y soporte reforzado (semana 1).
15. KPIs de éxito
| Área | Métrica | Objetivo |
|---|---|---|
| Contenido | % elementos migrados vs. inventario | ≥ 99,5% |
| Metadatos | % columnas MMD/Enterprise Keywords preservadas | ≥ 99% |
| Permisos | % accesos válidos post-oleada | ≥ 98% |
| Rendimiento | Incidencias por vistas > 5.000 | ≤ 1 por site |
| Experiencia | Enlaces rotos críticos | < 1% |
| Soporte | MTTR incidencias | < 4 h |
16. Riesgos frecuentes y mitigaciones
| Riesgo | Prob. | Impacto | Mitigación |
|---|---|---|---|
| Rutas > 400 caracteres | Alta | Alta | Normalizar en origen; reglas de renombrado |
| Umbral de 5.000 en vistas | Media | Media | Índices, filtros y carpetas; vistas segmentadas |
| Exceso de versiones | Media | Media | Estrategia de versiones; limpieza previa |
| Permisos únicos > 5.000 | Media | Media | Reagrupar permisos y simplificar herencias |
| Taxonomía no migrada | Baja | Alta | Migrar Term Store primero; validar MMD |
| Throttling | Media | Media | Back-off y ventanas valle; lotes escalonados |
| Compartición externa rota | Media | Media | Recertificación con propietarios; comunicación |
17. Snippets, CSV y PowerShell de apoyo
SourceSiteUrl,TargetSiteUrl,OwnerUPN,Hub
https://origen.sharepoint.com/sites/Marketing,https://destino.sharepoint.com/sites/Marketing,ana.perez@destino.com,Comms-Hub
https://origen.sharepoint.com/sites/Proyectos,https://destino.sharepoint.com/sites/Proyectos,diego.ruiz@destino.com,PMO-Hub# Requiere Graph y app registration con permiso Sites.Selected
Connect-MgGraph -TenantId "<TenantId>" -ClientId "<AppId>" -CertificateThumbprint "<Thumb>"
$app = Get-MgServicePrincipal -Filter "appId eq '<AppId>'"
$site = Get-MgSite -SiteId "<SiteId>"
# Otorga rol WRITE a la app sobre el site
New-MgSitePermission -SiteId $site.Id -Roles @("write") -GrantedToIdentities @{ application=@{ id=$app.Id; displayName=$app.DisplayName } }Última | n versiones (2..365) | Todas (con límite de tamaño)18. Preguntas frecuentes
¿Puedo migrar el Term Store y Enterprise Keywords?
Sí. Migra primero el Term Store (incluidas regiones multi-geo) y luego el contenido; así preservas columnas MMD y Enterprise Keywords.
¿Qué pasa con páginas modernas y web parts?
La mayoría se trasladan; algunas requieren reanclaje o reautorización (Power BI, SPFx de terceros). Valida en UAT.
¿Hay opción nativa de Microsoft para mover sites entre tenants?
Microsoft mantiene un preview de migración de sites vía PowerShell con licenciamiento específico; para proyectos críticos, ODM aporta control, reportes y reintentos.
¿Cuántas versiones debo mover?
Lo mínimo que cumpla compliance. Última + n versiones clave reduce ventana; “todas” aumenta tiempo y coste.
¿Cómo reduzco errores por umbrales?
Segmenta vistas (<5.000), indexa columnas, revisa permisos únicos y normaliza rutas (≤ 400).
19. Recursos oficiales
- Microsoft — Grandes listas y bibliotecas
- Microsoft — Límites de SharePoint Online
- Microsoft — Restricciones y limitaciones OneDrive/SharePoint
- Microsoft Graph — Selected permissions (Sites.Selected)
- Microsoft — Evitar throttling en SharePoint Online
- Quest — On Demand Migration (User Guide)
- Quest — Permisos de ODM (Sites.Selected, etc.)
- Microsoft — Cross-tenant SharePoint migration (preview)
20. Conclusión + CTA
Migrar SharePoint entre tenants con Quest On Demand es más simple si controlas los básicos: consents y Sites.Selected, taxonomía primero, oleadas con pre-staging, límites y umbrales claros, y UAT con propietarios. Añade incrementales medidos y una comunicación honesta, y el go-live será predecible.
¿Quieres que MSAdvance lidere tu proyecto?
Nos encargamos del assessment, diseño de oleadas, migración de contenido y metadatos, recertificación de permisos y soporte del “día después”.
