Compartir a través de

Migración de SharePoint entre inquilinos

Los sitios de SharePoint ahora se pueden mover de un inquilino a otro mediante la característica de migración de SharePoint entre inquilinos.

Los administradores de SharePoint pueden realizar la transición de sitios a sus nuevos inquilinos mediante PowerShell de SharePoint Online.

Se pueden programar hasta 4000 cuentas de SharePoint para la migración de antemano en un momento dado. Una vez programadas, las migraciones se producen sin que el contenido salga de la nube de Microsoft 365 y con una interrupción mínima. Una vez completadas las migraciones, se coloca una redirección en la ubicación del sitio de SharePoint original del usuario, por lo que los vínculos a archivos y carpetas pueden seguir funcionando en la nueva ubicación.

Importante

Los movimientos entre inquilinos son una actividad de migración única y realizada. El contenido se mueve del origen al destino, dejando atrás un vínculo de redireccionamiento en Origen. No se pueden realizar pasadas de migración incrementales y diferenciales.

Cómo participar

Las licencias y la característica migración de datos compartidos entre inquilinos solo están disponibles actualmente para Enterprise Agreement clientes.

Si es un cliente Enterprise Agreement que compra licencias de migración de datos compartidos entre inquilinos y quiere evaluar la migración entre inquilinos de SharePoint para mejorar la experiencia de migración:

Nota:

Para averiguar cuántas licencias se necesitan para migrar los datos especificados: obtenga storageUsed para cada sitio de SharePoint que va a migrar mediante con esta herramienta y resuma (los valores están en bytes). Se da un límite de almacenamiento de gracia del 20 % en el escenario en el que los sitios aumentan en el almacenamiento usado.

Get-SPOSite -Limit <String> | Select-Object Url, StorageUsageCurrent

Requisitos previos y configuración

Sitios de SharePoint de destino y sitios de SharePoint conectados a grupos

Importante

  • No cree ningún sitio de SharePoint de destino antes de iniciar la migración. Si el sitio ya existe en el inquilino de destino, se produce un error en la migración. No se puede sobrescribir ni combinar un sitio existente.

  • Las Grupos de Microsoft 365 de destino para migraciones de sitios de SharePoint conectadas a grupos no se pueden vincular a sitios de SharePoint existentes. Los grupos de Microsoft 365 de destino deben crearse previamente de una manera específica.

  • Antes de iniciar las migraciones, asegúrese de que los sitios de SharePoint de origen están establecidos en modo de lectura y escritura. Si se establecen en Solo lectura, se produce un error en la migración.

  • Cada sitio de SharePoint individual que se va a migrar no debe tener más de 5 TB de almacenamiento o 1 millón de elementos. Si durante una migración de varios sitios se encuentra un sitio con más de 5 TB, se agota el tiempo de espera y se produce un error. Los sitios con menos de 5 TB continúan hasta su finalización.

  • El límite de 1 millón de elementos puede ser cualquier elemento, incluidos los archivos (incluidas las versiones), las carpetas y las entradas de línea de lista si se trata de una lista o biblioteca.

  • Asegúrese de que todos los usuarios y grupos identificados para la migración se crean previamente en el inquilino de destino.

  • Asigne las licencias adecuadas a cada usuario en el inquilino de origen o de destino. No es necesario aplicar la licencia en ambas ubicaciones.

Límites de tamaño de ruta de acceso

El límite de ruta de acceso de caracteres de Microsoft no puede superar los 400 caracteres. Se recomienda acortar los nombres de dirección URL de usuario y sitio de destino para que permanezcan dentro del límite de caracteres.

Tenga en cuenta la longitud de los nombres ULR de usuario y sitio en el inquilino de destino al planear las migraciones. Los nombres de dirección URL de usuario y sitio más largos pueden dar lugar a errores en las migraciones. Recuerde que el nombre de la ruta de acceso del archivo o carpeta del origen se combina con el nuevo nombre de usuario o sitio en el destino. Asegúrese de que el total no supere el límite de ruta de acceso de 400 caracteres.

Si se produce un error en la migración, cambie el nombre de la dirección URL del usuario o del sitio. Como alternativa, trabaje con el usuario para cambiar el nombre o mover los archivos o carpetas afectados por encima de la estructura de directorios para asegurarse de que permanece bajo el límite de ruta de acceso de caracteres. Una vez resuelta, debería poder completar la migración.

Multi-Geo

Puede migrar sitios directamente a instancias geográficas satélite individuales según sea necesario. Cuando se trabaja con entornos multigeográficos, es necesario tener en cuenta más planeamiento y configuración.

  • Las configuraciones de confianza deben establecerse entre todas las instancias de origen y de destino que forman parte de la migración.
  • El archivo de asignación de identidades debe cargarse en cada instancia de destino.
  • Al migrar en entornos multigeográficos, cada instancia de origen está sujeta al límite de tamaño de cola 4000, independientemente del número de inquilinos de destino.
  • El establecimiento de varias confianzas le permite mover sitios directamente a una instancia geográfica que prefiera.
  • Si un sitio se migra a una instancia incorrecta, no puede usar la migración de datos compartidos entre inquilinos para moverlo entre instancias del mismo inquilino.

Use los comandos multigeográficos adecuados para mover el sitio entre la instancia geográfica del mismo inquilino.

Compatibilidad con características de SharePoint

Los siguientes tipos de sitio se pueden migrar entre ubicaciones geográficas:

  • Sitios conectados a grupos de Microsoft 365, incluidos los sitios asociados a Microsoft Teams
  • Sitios modernos sin una asociación de grupo de Microsoft 365
  • Sitios clásicos de SharePoint
  • Sitios de comunicación

Importante

Esta característica no incluye la migración del contenido, los canales o la estructura asociada de Teams. Si se migra un sitio de SharePoint conectado a Teams, solo se migra el contenido del sitio de SharePoint al destino.

Cuando se completa la migración del sitio de SharePoint, los vínculos compartidos existentes para los archivos migrados se redirigen automáticamente a la nueva ubicación geográfica.

Permissions

Los usuarios con permisos para el sitio pueden seguir teniendo acceso al sitio una vez completada la migración, siempre que esos usuarios o grupos se tengan en cuenta en el paso Asignación de identidades.

Flujos de trabajo de SharePoint

Los flujos de trabajo (2010 o 2013) deben volver a crearse y volver a publicarse en el inquilino de destino.

Aplicaciones

Si va a migrar un sitio con Aplicaciones, debe volver a publicar y modificar potencialmente la aplicación en el inquilino de destino.

PowerApps/PowerAutomate

Las tareas de PowerApps y Automation deben volver a crearse y volver a conectarse al sitio en el inquilino de destino.

Elementos web

Es posible que los elementos web que hacen referencia a contenido en otros sitios de SharePoint u otros servicios de Microsoft 365 (como correo electrónico, calendarios) deban modificarse o volver a crearse en el inquilino de destino.

Etiquetas de confidencialidad

Es posible que las etiquetas asociadas a los archivos migrados no se muestren correctamente en las experiencias de usuario de Microsoft 365. Además, cualquier protección o directiva asociada a la etiqueta original no estará presente después de la migración. Para aplicar la protección o la directiva, la recomendación es quitar las etiquetas de los archivos antes de la migración y volver a aplicar las etiquetas nuevas según corresponda después de la migración.

Etiquetas de confidencialidad con permisos de User-Defined

Los sitios que contienen etiquetas de confidencialidad con permisos definidos por el usuario no se pueden migrar mediante la migración entre inquilinos. Esta guía hace referencia a las etiquetas de confidencialidad donde la configuración Permitir a los usuarios asignar permisos cuando aplican la etiqueta está seleccionada en la definición de etiqueta. Puede encontrar más información aquí: Habilitar etiquetas de confidencialidad para archivos en SharePoint y OneDrive.

Para migrar sitios que contienen etiquetas de confidencialidad con permisos definidos por el usuario, las etiquetas deben quitarse primero de los archivos dentro de los sitios. Esta acción se puede realizar manualmente o mediante Unlock-SPOSensitivityLabelEncryptedFile.

Ejemplo:

Unlock-SPOSensitivityLabelEncryptedFile. -FileUrl "https://contoso.com/sites/Marketing/Shared Documents/Doc1.docx" -JustificationText "Need to decrypt this file".

Comunicación con los usuarios

Al migrar sitios de SharePoint entre inquilinos, es importante comunicar a los usuarios lo que se espera.

  • ¿Cómo podría afectarles esta migración?
  • ¿Pueden seguir funcionando durante la migración?
  • ¿Cuándo se inicia la migración y cuánto tiempo podría durar?
  • ¿Cuál es la nueva dirección URL para acceder al nuevo sitio, además de otros detalles sobre el nuevo inquilino?
  • Aconseje a los usuarios que cierren sus archivos y no realicen modificaciones durante su ventana de migración.
  • Informe sobre los permisos de archivo o los cambios de uso compartido que puedan producirse como parte de la migración.

Programación de migraciones de sitios de SharePoint

Puede programar migraciones de sitios de SharePoint de antemano, pero tenga en cuenta las siguientes recomendaciones:

  • Comience con algunos sitios para validar los flujos de trabajo y las estrategias de comunicación.
  • Una vez que esté cómodo con el proceso, puede programar grandes lotes de migraciones.
  • Puede programar hasta 4000 migraciones a la vez por lote.
  • A medida que comienzan las migraciones, puede programar más, con un máximo de 4000 migraciones pendientes en la cola en un momento dado.

Introducción

Paso 1: Conectarse a inquilinos de origen y de destino

  • Last updated on