Compartir a través de

Migraciones de inquilino a inquilino

La característica de migración de inquilino a inquilino le permite transferir un entorno de un inquilino a otro. Esta característica admite escenarios como la combinación de varios inquilinos en uno y la facilitación de las adquisiciones de empresas. En realidad , el entorno no se mueve, sino que está vinculado a otro inquilino. El entorno aún existe, pero ya no está bajo el inquilino de origen. Está disponible para el inquilino de destino, quien lo administra. No hay cambios de la interfaz de usuario o los cambios en la versión como parte de este traslado.

Antes de empezar

Tenga en cuenta lo siguiente antes de iniciar una migración de inquilino a inquilino.

Nota

Las migraciones de inquilino a inquilino se admitirán en Entornos administrados en el futuro.

  • Tipos de entorno admitidos: solo se admiten entornos de producción y espacio aislado.
  • Tipos de entorno no admitidos: no se admiten entornos predeterminados, de desarrollador, de prueba ni de Teams. Las transferencias entre Government Community Cloud (GCC) y nubes públicas, y viceversa, tampoco se admiten.
  • No se admiten los siguientes componentes: Dynamics 365 Customer Voice, Omnichannel for Customer Service, component library, Dynamics 365 Customer Insights - Journeys y Dynamics 365 Customer Insights - Data.
  • Hay pasos específicos necesarios para Power Apps, Power Automate, Power Pages y Microsoft Copilot Studio mencionados en los pasos previos y posteriores a la migración.
  • Una organización de Dataverse vinculada a una organización de finanzas y operaciones no se puede migrar a otro inquilino.
  • Quizá deba reconfigurar algunas aplicaciones y valores después de una migración de inquilino a inquilino como Dynamics 365 for Outlook, sincronización del lado del servidor, SharePoint y otros.
  • Una vez creados y configurados los usuarios, debe crear un archivo de asignación de usuarios, que se describe más adelante en este artículo.
  • Si el usuario asignado tiene un buzón de correo en el inquilino de destino, el buzón de correo se configura automáticamente durante la migración. Para todos los demás usuarios, deberá volver a configurar el buzón.
    • Si se usa el mismo buzón en el inquilino de destino test@microsoft.com, el buzón se usa de manera predeterminada. Antes de la migración de inquilino a inquilino, los clientes deben migrar y configurar sus buzones en el inquilino de destino.
    • Si está utilizando el dominio onmicrosoft predeterminado, test@sourcecompanyname.onmicrosoft.com, el nombre de dominio posterior a la migración se cambia a test@targetcompanyname.onmicrosoft.com. Los clientes deben reconfigurar el buzón. Obtenga más información sobre cómo configurar el buzón en Conectarse a Exchange Online.

Requisitos previos

Asegúrese de completar los siguientes requisitos previos antes de comenzar el proceso de migración.

  • Cree usuarios en el inquilino de destino, incluidos:
    • Crear usuarios en Microsoft 365 y Microsoft Entra ID.
    • Asignación de licencias.
  • Debe tener privilegios de administrador con Power Platform o Dynamics 365 para realizar la migración.
  • El módulo Administradores de PowerShell para Power Platform es el módulo de PowerShell recomendado para interactuar con las capacidades de administrador. Para obtener más información, consulte Introducción a Administradores de PowerShell para Power Platform.

Proceso de preparación

Complete los siguientes procedimientos para Power Automate, Power Apps, Copilot Studio y Power Pages antes de la migración. También debe crear un archivo de mapeo de usuarios.

Preparar Power Automate

Si sus flujos ya están definidos en Dataverse, no se requiere ningún trabajo adicional.

Cualquier flujo de Power Automate que se deba migrar debe tener sus definiciones agregadas a soluciones de Dataverse en el entorno de origen. Más información en Agregar un flujo de nube existente a una solución. Esto se puede hacer de forma masiva mediante la ejecución del cmdlet Add-AdminFlowsToSolution.

Preparar Power Apps

Ninguna Power Apps debe exportarse manualmente. No admitimos la migración de conectores, conexiones o puertas de enlace del cliente. Si ha configurado alguno de estos componentes, debe volver a configurarlos manualmente después de la migración.

Para aplicaciones compatibles con soluciones

  1. Para las aplicaciones que tengan en cuenta la solución, vaya a Power Apps, navegue a la página Soluciones y exporte todas las aplicaciones y soluciones. Puede exportarlos individualmente o agruparlos en una sola solución, si aún no lo están.

  2. Elimine estas aplicaciones compatibles con la solución en el entorno después de exportarlas.

  3. Las aplicaciones que pertenecen a soluciones administradas solo se pueden eliminar eliminando la solución.

  4. Las aplicaciones que se encuentran en una solución no administrada se pueden eliminar mediante la opción Eliminar de este entorno.

    Importante

    Las aplicaciones de lienzo con reconocimiento de soluciones, las páginas personalizadas o las bibliotecas de componentes que no elimine de un entorno antes de la migración no funcionarán una vez que se complete la migración.

Para las aplicaciones que no son compatibles con las soluciones

  1. Vaya a Power Apps y luego seleccione Aplicaciones.

  2. Para cada aplicación que desee mover, seleccione Más comandos y luego seleccione Exportar paquete (versión preliminar pública).

  3. Introduzca los detalles necesarios para realizar la exportación de la aplicación y luego seleccione Exportar. Una vez que se complete la exportación, debería comenzar una descarga.

    El archivo resultante contiene el paquete de la aplicación que se seleccionó.

  4. Repita estos pasos hasta que se hayan exportado todas las aplicaciones.

  5. Elimine del entorno estas aplicaciones que no reconocen soluciones.

Un administrador también puede ver o eliminar aplicaciones de lienzo de la lista en el portal de administración completando los siguientes pasos:

  1. Vaya al Centro de administración de Power Platform y, a continuación, seleccione el entorno en Administrar.
  2. En la acción Recursos, seleccione Power Apps para verlos y eliminarlos.

Preparar Copilot Studio

Cualquier bot de chat de Copilot Studio debe exportarse manualmente. Algunos componentes dependientes de los bots de chat deben reconfigurarse manualmente durante o después de la migración. Los componentes dependientes de algunos bots de chat deben reconfigurarse manualmente durante o después de la migración, por ejemplo, conexiones, variables de entorno, conectores personalizados.

Los bots de chat son compatibles con las soluciones. Vaya a Power Apps, navegue a la página Soluciones y exporte todas las soluciones de bot de chat, ya sea individualmente o agrúpelas en una sola solución si aún no lo están. Más información en Exportación e importación de bots mediante soluciones.

Preparar Power Pages

Se deben realizar los siguientes pasos para cada sitio web en un entorno.

  1. Inicie sesión en el entorno.
  2. Abra el Centro de Administración.
  3. Elimine el sitio web.

Crear un archivo de asignación de usuarios

Cree un archivo de asignación de usuarios para que el entorno de origen se transfiera al entorno de destino. Es esencial tener en cuenta que cada entorno requiere un archivo de asignación individual. Asegúrese de que los usuarios estén presentes y autorizados tanto en el inquilino de origen como en el de destino, ya que esto es necesario para que la migración se realice correctamente. Los dominios de los usuarios pueden variar entre el origen y el destino, siempre que estén activos.

  1. Cree un archivo de asignación de usuarios denominado usermapping.csv.

    Nota

    El nombre del archivo distingue entre mayúsculas y minúsculas. Asegúrese de que los registros estén separados por una coma, no por un punto y coma.

  2. Registre con precisión los detalles de los usuarios, incluidos sus ID de correo electrónico de origen y destino. Asegúrese de que no haya espacios adicionales antes y después del encabezado. Su archivo de asignación debería ser similar al mostrado en el siguiente ejemplo:

    Source Destino
    SourceUser@sourcetenant.com DestinationUser@targettenant.com

Para usuarios de acceso total

  1. Acceda al entorno de origen.

  2. Utilice la Búsqueda avanzada para buscar usuarios.

  3. Seleccione Usar vista guardada>Usuarios con acceso completo y luego seleccione Editar columnas.

  4. Eliminar todas las columnas excepto la columna Nombre completo.

  5. Seleccione Agregar columnas>Windows Live ID.

  6. Seleccione Aceptar>Resultados para ver la lista de usuarios con acceso completo.

  7. Seleccione todos los registros, seleccione Exportar usuarios en la cinta y luego elija Hoja de trabajo estática.

  8. Siga los pasos 1 a 7 anteriores para el inquilino de destino, si es posible. Ahora debería tener dos hojas de Excel independientes: una para el origen y otra para el inquilino de destino.

  9. Abra los archivos de Excel para editarlos.

  10. Comenzando con la hoja de origen de Excel, copie los registros debajo de la columna Windows Live ID en el Bloc de notas. No copie el encabezado.

  11. Guarde el archivo del bloc de notas.

  12. Ingrese el Windows Live ID (UPN) de destino en el mismo documento del Bloc de notas a la derecha del UPN de origen correspondiente. Asegúrese de separar los UPN de origen y de destino con una coma (,).

    Ejemplo:

    • user001@source.com, user001@destination.com
    • user002@source.com, user002@destination.com
    • user003@source.com, user003@destination.com

  13. Guarde el archivo como CSV.

Para usuarios con acceso administrativo

  1. Acceda al entorno de origen.
  2. Utilice la Búsqueda avanzada para buscar usuarios.
  3. Seleccione Usar vista guardada>Usuarios con acceso administrativo y luego seleccione Resultados para ver la lista de usuarios con acceso administrativo.
  4. Si decide no incluir a ninguno de estos usuarios, omita los siguientes pasos. De lo contrario, para incluir a estos usuarios en el archivo de asignación, haga lo siguiente:

    1. Busque los usuarios correspondientes en el inquilino de destino.

    2. Asegúrese de que se asigne una licencia válida al usuario de destino en el inquilino de destino.

      Nota

      Si al usuario de destino no se le asigna ninguna licencia, la migración fallará.

    3. Guarde el archivo CSV que tiene asignados tanto los usuarios de acceso completo como los usuarios de acceso administrativo.

Migración

Antes de continuar con la migración, asegúrese de revisar y completar el proceso de preparación. Una vez que haya completado el proceso de preparación, complete las siguientes secciones para migrar.

Instalar PowerShell para administradores de Power Platform (tanto de origen como de destino)

El módulo Administradores de PowerShell para Power Platform es el módulo de PowerShell recomendado para interactuar con las capacidades de administrador. Para obtener información que le ayude a comenzar con el módulo Administradores de PowerShell para Power Platform, vaya a Introducción a Administradores de PowerShell para Power Platform e Instalar Administradores de PowerShell para Power Platform.

Instale o actualice el módulo necesario mediante uno de los siguientes comandos:

Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell

Instalar Azure PowerShell en Windows (tanto para administradores de origen como de destino)

El módulo Azure PowerShell es un módulo consolidado. Al instalar el módulo Azure PowerShell, se descargan los módulos disponibles con carácter general y sus cmdlets están disponibles para su uso. Obtenga más información en Instalar Azure PowerShell en Windows.

Use el cmdlet Install-Module para instalar el módulo Azure PowerShell:

Install-Module -Name Az -Repository PSGallery -Force

Iniciar sesión en Microsoft Power Platform (administradores de origen y destino)

Inicie sesión en Microsoft Power Platform. Este paso permite a los administradores autenticarse y obtener acceso al entorno de Power Platform.

Add-PowerAppsAccount

Enviar solicitud de migración (administrador de origen)

Para iniciar una migración de inquilino a inquilino, el administrador del inquilino de origen de Dynamics 365 o Power Platform debe enviar una solicitud al inquilino de destino mediante el siguiente comando y proporcionar el id. de nombre de entorno y el id. de inquilino.

Debe tener credenciales de administrador de Power Platform o de administrador de Dynamics 365 para completar este paso.

TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}

Puede ver el estado y MigrationID mediante el siguiente comando:

TenantToTenant-ViewMigrationRequest

Nota

Registre el MigrationID, que se utiliza en otros comandos de migración. El MigrationID del inquilino de origen es diferente del MigrationID del inquilino de destino.

Ver y aprobar una solicitud de migración (administrador de destino)

El administrador del inquilino de destino debe ejecutar el siguiente comando para ver todas las solicitudes y el estado de la migración. El administrador puede revisar todas las solicitudes de migración y las opciones para aprobar o rechazar.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}

Una vez que se aprueba una solicitud, el administrador del inquilino de destino puede notificar al administrador del inquilino de origen para continuar con el siguiente paso de la migración.

Cargar el archivo de asignación de usuarios (administrador de origen)

Este paso implica la creación de la dirección URL de SAS, que se usa más adelante para cargar el archivo de asignación de usuarios. Ejecute el siguiente comando de PowerShell, reemplazando EnvironmentId por el identificador de entorno real y FileLocation por la ubicación del archivo real.

Nota

Al pasar el valor de FileLocation , debe proporcionar el parámetro con el nombre de archivo de asignación de usuario (usermapping.csv): C:\Filelocation\usermapping.csv.

TenantToTenant-UploadUserMappingFile –EnvironmentName {EnvironmentId} -UserMappingFilePath {FileLocation}

Asegúrese de copiar el valor de UserMapping de solo lectura del archivo ContainerUri devuelto por el comando. Este URI de SAS es necesario como el parámetro ReadOnlyUserMappingFileContainerUri en el comando TenantToTenant-PrepareMigration.

Preparar la migración del entorno (administrador de origen)

El siguiente paso implica realizar validaciones completas para asegurarse de que todos los usuarios enumerados en el archivo de asignación de usuarios se comprueban y están activos actualmente en el inquilino de destino.

MigrationId se puede ver mediante el comando "TenantToTenant-ViewMigrationRequest" en el inquilino de origen.

TenantToTenant-PrepareMigration 
-MigrationId {MigrationId} 
-TargetTenantId {TargetTenantId} 
-ReadOnlyUserMappingFileContainerUri {SasUri}

Nota

El valor SASUri debe proporcionarse desde la salida del comando TenantToTenant-UploadUserMappingFile.

Salida de muestra

Code        : 202
Description : Accepted

La duración de este paso varía en función del número de usuarios en el archivo de mapeo de usuarios. Puede supervisar el progreso de este paso mediante el comando TenantToTenant-GetStatus, que se proporciona a continuación.

Comprobar estado (administrador de origen)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Salida de muestra

  • Validar migración de inquilino a inquilino: En ejecución
  • Validar migración de inquilino a inquilino: Con éxito
  • Error de validación; los errores se actualizan en blob aquí: SASURI

Errores y cómo resolverlos

  • Si recibe un error que indica que el archivo de asignación de usuarios proporcionado para la migración de inquilino a inquilino no es válido, compruebe si el nombre del archivo de asignación de usuarios es correcto y que el archivo de asignación de usuarios tiene una coma para separar los valores.
  • La línea '{números de línea}' tiene el mismo '{email ID}': asegúrese de que no haya ninguna entrada duplicada.
  • Formato de correo electrónico inválido '{id. de correo electrónico}': Asegúrese de que el formato de correo electrónico sea correcto para testuser@tenantdomain.com.
  • Destino en la línea '{número de línea}' es el mismo que el identificador de correo electrónico de origen: asegúrese de que el correo electrónico de destino es diferente del correo electrónico de origen.
  • Cada línea debe tener exactamente dos columnas: '{números de línea}': asegúrese de que cada fila tenga solo dos columnas: la columna de origen y la de destino. Elimine las comas adicionales.

Después de corregir los errores de asignación de usuarios, debe volver a cargar el archivo de asignación de usuarios mediante el mismo URI de SAS.

Descargar el informe de errores (administrador de origen)

Si hay algún error en el archivo de asignación de usuarios, hay una opción para descargar un informe de errores. Esto se puede hacer copiando y pegando directamente la SasUrl proporcionada en el comando Tenant-To-Tenant-GetMigrationStatus en el explorador de Internet o mediante los siguientes comandos que usan el URI de SAS del paso anterior para comprobar el estado y la ubicación deseada para descargar el informe de errores.

Lleve a cabo los pasos siguientes:

  1. Ejecute el comando siguiente con Windows PowerShell ISE.

    Import-Module Az.Storage 
# Define the SAS URI of the blob
$sasUri = " Update the SAS Uri from previous step "
# Define the path where the blob will be downloaded
$destinationPath = "C:\Downloads\Failed\"
# Split the SAS URI on the '?' character to separate the URL and the SAS token
$url, $sasToken = $sasUri -split '\?', 2
$containerName = $url.Split('/')[3]
$storageAccountName = $url.Split('/')[2].Split('.')[0]
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
Get-AzStorageBlobContent -Blob "usermapping.csv" -Container $containerName -Destination $destinationPath -Context $storageContext

  2. Corrija los problemas del archivo de asignación de usuarios.

  3. Vuelva a cargar el archivo siguiendo los pasos descritos en Cargar el archivo de asignación de usuarios (administrador de origen).

Después de completar correctamente el Prepare the environment migration (source admin), puede continuar con el procedimiento Migrate the environment (source admin) para migrar el entorno. Realice la migración dentro de los próximos siete días. Si no completa la migración en los próximos siete días, debe comenzar con el procedimiento Preparar la migración del entorno (administrador de origen), nuevamente.

Migrar el entorno (administrador de origen)

El MigrationId se puede ver mediante el comando TenantToTenant-ViewMigrationRequest en el inquilino de origen.

TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}

Obtener estado (administrador de origen)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Salida de muestra

  • Migrar entorno: En ejecución
  • Migrar entorno: Con éxito

Nota

Si tiene algún problema para ejecutar los comandos anteriores, envíe una solicitud de soporte técnico para obtener ayuda.

Proceso post migración

Después de mover entornos a otro inquilino:

  • La URL del entorno, el ID de la organización (OrgID) y el nombre no cambian.
  • El entorno de origen no tiene Dataverse.
  • Los usuarios no incluidos en el archivo de asignación no serán migrados ni asignados después de la migración.

Complete los siguientes procedimientos para Power Automate, Power Apps, Copilot Studio y Power Pages.

Proceso posterior a la migración para Power Automate

Una vez completada la migración, revise los componentes importados y realice los siguientes pasos para asegurarse de que los flujos y otros recursos funcionen correctamente:

  1. Cree o asigne conexiones para todas las referencias de conexión.
    • Abra la solución en el entorno de destino.
    • Navegue a las referencias de conexión y vuelva a autenticar o vincule cada una a una conexión existente.
  2. Habilite todos los flujos.
    • Los flujos importados se desactivan de manera predeterminada.
    • Inicie los flujos secundarios antes de habilitar los flujos primarios que los llaman para evitar errores.
  3. Actualizar direcciones URL de desencadenador HTTP.
    • Los flujos desencadenados por HTTP generan una nueva dirección URL después de la importación.
    • Actualice todas las aplicaciones que llaman, los flujos primarios o los sistemas externos para que usen la nueva dirección URL.

Proceso posterior a la migración para Power Apps

Para aplicaciones compatibles con soluciones

  1. Seleccione el nuevo entorno en Power Apps y navegue a la página Soluciones.
  2. Seleccione Importar y use el selector de archivos para elegir los paquetes exportados de los pasos anteriores.
  3. Confirme que la importación se completó correctamente verificando el contenido de la solución en el entorno migrado.

Para las aplicaciones que no son compatibles con las soluciones

  1. Ir a Power Apps.
  2. Seleccione el entorno nuevo en la lista desplegable Entorno.
  3. Seleccione Aplicaciones.
  4. Seleccione Importar aplicación de lienzo.
  5. Cargar el archivo de paquete de la aplicación.
  6. Complete todas las selecciones de opciones de importación y luego seleccione Importar.
  7. Repita estos pasos hasta que se hayan importado todas las aplicaciones.

Proceso post migración para Copilot Studio

  1. Seleccione el nuevo entorno en Power Apps y navegue a la página Soluciones.
  2. Seleccione Importar y use el selector de archivos para elegir los paquetes exportados de los pasos anteriores.
  3. Confirme que la importación se completó correctamente verificando el contenido de la solución en el entorno migrado.

Proceso posterior a la migración para Power Pages

Se deben completar los siguientes pasos para cada sitio web del entorno.

  1. Inicie sesión en el entorno.
  2. Abra el Centro de Administración.
  3. Aprovisione el sitio web con el mismo tipo de portal e idioma.

Después de completar todos los pasos anteriores y la migración, puede validar el entorno en el inquilino de destino. Más adelante, puede eliminar el entorno de origen en el centro de administración de Power Platform.

Preguntas frecuentes

¿Están habilitadas las operaciones en segundo plano durante la migración de inquilino a inquilino?

El modo de administración está habilitado durante la migración de inquilino a inquilino, por lo que las operaciones en segundo plano no se ejecutan. Más información en Modo de administración.

¿Se pueden migrar todos los usuarios de la organización de Dataverse?

Podemos migrar todos los usuarios de la organización de Dataverse solo si existen usuarios en el inquilino de destino. Por ejemplo:

user001@source.com, user001@destination.com

user002@source.com, user002@destination.com

¿Qué entornos se admiten para la migración?

Solo se admiten los entornos de producción y espacio aislado. De manera predeterminada, no se admiten los entornos de desarrollo, prueba y Teams.

¿El entorno se trasladará físicamente al nuevo inquilino?

No. El entorno permanece en su lugar, pero la organización de Dataverse se mueve al inquilino de destino. Ya no forma parte del inquilino de origen y se administra en el nuevo entorno en el inquilino de destino. Los datos almacenados en Dataverse siguen almacenados en el entorno del inquilino. Por lo tanto, el entorno huérfano debe eliminarse cuando se complete el traslado de inquilino a inquilino y se confirme que los datos ya no son necesarios en el inquilino de origen.

¿Hay componentes que no se admiten totalmente?

Obtenga más información en Antes de empezar a comprender qué componentes son compatibles y qué componentes no se admiten.

¿Qué ocurre con las configuraciones de los buzones?

Si el usuario asignado (mencionado en el archivo de asignación de usuarios) tiene un buzón en el inquilino de destino, se configura automáticamente. De lo contrario, se requiere configuración manual.

¿Cómo inicio una migración?

El administrador de Dynamics 365 o Power Platform del inquilino de origen debe enviar una solicitud mediante comandos PowerShell con el nombre del entorno, el id. y el id. del inquilino. Consulte los comandos anteriores.

¿Existe una opción de interfaz de usuario de autoservicio?

Sí. Una vez aprobada la TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID} en el inquilino de destino, hay disponible una opción de interfaz de usuario para mover el entorno en la página del entorno.

  • Last updated on