Paso 5: Asignación de identidades
Este es el paso 5 de una solución diseñada para completar una migración entre inquilinos de OneDrive. Para más información, consulte Introducción a la migración de OneDrive entre inquilinos.
- Paso 1: Conectarse al origen y a los inquilinos de destino
- Paso 2: Establecer la confianza entre el inquilino de origen y el inquilino de destino
- Paso 3: Comprobar que se ha establecido la confianza
- Paso 4: Creación previa de usuarios y grupos
- Paso 5: Preparación de la asignación de identidades
- Paso 6: Iniciar una migración entre inquilinos de OneDrive
- Paso 7: Pasos posteriores a la migración
Creación del archivo de asignación de identidades
En este paso del proceso de migración entre inquilinos, va a crear un único archivo CSV (valores separados por comas) que contiene la asignación de los usuarios y grupos del inquilino de origen a sus usuarios y grupos correspondientes en el inquilino de destino.
Se recomienda tomarse el tiempo necesario para comprobar las asignaciones, asegurándose de que sean precisas antes de iniciar las migraciones al inquilino de destino.
Hay una relación uno a uno en el archivo de asignación de identidades. No se puede asignar el mismo usuario a varios usuarios en el inquilino de destino. Por ejemplo, si tiene instancias en las que el administrador es el propietario de varias cuentas de OneDrive, se debe cambiar la propiedad para que coincida con el usuario correspondiente que desea migrar de Origen a Destino. Si no lo hace, esos archivos de cuenta no se migrarán.
Ejemplo: En este ejemplo, el administrador posee varias cuentas de OneDrive.
| Propietario del inquilino de origen | Usuario de inquilino de destino |
|---|---|
| admin@source.com | new.userA@target.com |
| admin@source.com | new.userB@target.com |
| admin@source.com | new.userC@target.com |
La migración entre inquilinos admite este escenario:
Ejemplo:
| Propietario del inquilino de origen | Usuario de inquilino de destino |
|---|---|
| userA@source.com | new.userA@target.com |
| userB@source.com | new.userB@target.com |
| userC@source.com | new.userC@target.com |
Creación del archivo CSV
Hay seis columnas necesarias en el archivo CSV. Los tres primeros son los valores de origen, cada uno de los cuales proporciona detalles sobre dónde se encuentran actualmente los datos. Las tres columnas restantes son la información correspondiente en el inquilino de destino. Las seis columnas deben tenerse en cuenta en el archivo. Cree el archivo en Excel y guárdelo como un archivo .csv.
Los usuarios y grupos se incluyen en el mismo archivo. En función de si es un usuario o grupo, lo que escriba en la columna es diferente. En cada una de las columnas, escriba valores como se muestra en los ejemplos. NO incluya encabezados de columna.
| Column | Usuario | Group |
|---|---|---|
| 1 | Usuario | Group |
| 2 | SourceTenantCompanyID | SourceTenantCompanyID |
| 3 | SourceUserUpn | SourceGroupObjectID |
| 4 | TargetUserUpn | TargetGroupObjectID |
| 5 | TargetUserEmail | GroupName |
| 6 | UserType | GroupType |
Importante
NO incluya encabezados de columna en el archivo CSV. En los ejemplos siguientes se incluyen solo con fines ilustrativos.
Usuarios Escriba los valores como se muestra en este ejemplo para Usuarios:
Grupos. Escriba los valores como se muestra en este ejemplo para Grupos: 
.
Ejemplo:
Usuarios invitados. Puede asignar cuentas de invitado del inquilino de origen a cuentas miembro del inquilino de destino. También puede asignar una cuenta de invitado del origen a una cuenta de invitado en el destino si el invitado se ha creado anteriormente. Escriba los valores como se muestra en este ejemplo para invitados:
Varios usuarios y grupos en un archivo CSV:
Ejemplo:
Obtener el identificador de empresa del inquilino de origen
Para obtener el identificador de empresa del inquilino de origen:
- Inicie sesión como Administración en el Azure Portal
- Seleccione o Busque Microsoft Entra ID.
- Desplácese hacia abajo en el panel izquierdo y seleccione Propiedades.
- Busque el campo Id. de inquilino. El identificador de inquilino necesario estará en ese cuadro.
Para obtener el identificador de objeto de grupo de origen:
- Inicie sesión en el inquilino de origen como Administración en grupos de Azure.
- Busque los grupos necesarios.
- Seleccione la instancia de Group necesaria y, a continuación, Copie en el Portapapeles. Pegue este valor en la columna sourceGroupObjectId del archivo CSV de asignación.
- Si tiene varios grupos que asignar, repita estos pasos para cada grupo.
Para obtener el identificador de objeto de grupo de destino:
- Inicio de sesión en el inquilino de destino como Administración en grupos de Azure
- Busque los grupos necesarios.
- Seleccione la instancia de grupo necesaria y, a continuación, Copie en el Portapapeles. Pegue este valor en la columna targetGroupObjectId del archivo CSV de asignación.
- Si tiene varios grupos que asignar, repita el proceso anterior para obtener esos targetGroupObjectId específicos.
- Para GroupName, use el mismo identificador que targetGroupObjectId que obtuvo.
Carga del mapa de identidades
Una vez preparado el archivo de asignación de identidades, el administrador de SharePoint en el inquilino de destino carga el archivo en SharePoint. Esto permitirá que la asignación de identidades se produzca automáticamente como parte de la migración entre inquilinos.
Importante
Antes de ejecutar el comando Add-SPOTenantIdentityMap -IdentityMapPath , guarde y cierre el archivo de identitymap.csv en el escritorio, OneDrive o SharePoint. Si el archivo permanece abierto, recibirá el siguiente error.
Add-SPOTenantIdentityMap: el proceso no puede acceder al archivo "C:\Users\myuser\Test-Identity-Map.csv" porque lo usa otro proceso.
- Para cargar la identidad Map en el inquilino de destino, ejecute el siguiente comando. Para -IdentityMapPath, proporcione la ruta de acceso completa y el nombre de archivo del archivo CSV de asignación de identidades.
Add-SPOTenantIdentityMap -IdentityMapPath <identitymap.csv>
Importante
Si realiza o necesita realizar cambios en el mapa de identidades durante el ciclo de vida de la migración, debe ejecutar el Add-SPOTenantIdentityMap -IdentityMapPath <identitymap.csv> comando cada vez que se realice un cambio para asegurarse de que esos cambios se aplican a la migración.
La carga de cualquier nuevo mapa de identidad sobrescribirá el actual. Asegúrese de que cualquier revisión o adición incluya TODOS los usuarios y grupos para la migración completa. El mapa de identidades siempre debe incluir a todos los usuarios que quiera migrar.
Para ver las entradas de asignación en el archivo de asignación de identidades para un usuario determinado, use el comando Get-SPOTenantIdentityMappingUser con Field como SourceUserKey y Value como el UPN del usuario que va a mover.
Ejemplo:
get-spoTenantIdentityMappingUser -Field SourceUserKey -Value usera@Contoso.onmicrosoft.com
Comprobación del estado de compatibilidad entre inquilinos
Antes de iniciar las migraciones entre inquilinos, asegúrese de que ambos esquemas de base de datos de SharePoint estén actualizados y sean compatibles entre el origen y el destino.
Para realizar esta comprobación, ejecute el siguiente cmdlet en el inquilino de origen.
Get-SPOCrossTenantCompatibilityStatus -PartnerCrossTenantHostURL [Target tenant hostname]
Get-SPOCrossTenantCompatibilityStatus -PartnerCrossTenantHostURL https://m365x12395529-my.sharepoint.com
- Si el estado del inquilino se muestra como Compatible o Advertencia, puede continuar con el siguiente paso para iniciar migraciones entre inquilinos.
- Si el estado del inquilino se muestra como Incompatible, los inquilinos tendrán que ser revisados o actualizados para garantizar la compatibilidad.
| Estado | Puede continuar con la migración |
|---|---|
| Compatible | Yes |
| Advertencia | Yes |
| Incompatible | No |
Nota:
Se recomienda esperar un período de 48 horas. Si los inquilinos siguen informando como incompatibles, póngase en contacto con el soporte técnico.
Se recomienda realizar la comprobación del estado de compatibilidad con frecuencia y antes de iniciar CUALQUIER instancia de migraciones entre inquilinos. Si los inquilinos no son compatibles, esto puede dar lugar a errores en las migraciones entre inquilinos.