Compartir por


Migracións de arrendatario a arrendatario

A función de migración de inquilino a inquilino permítelle transferir un ambiente dun inquilino a outro. Esta función admite escenarios como fusionar varios inquilinos nun só e facilitar as adquisicións de empresas. En realidade, o entorno non se move, senón que está vinculado a outro inquilino. O ambiente aínda existe pero xa non forma parte do inquilino de orixe. É accesible e xestionado polo inquilino de destino. Non hai modificacións na interface de usuario nin na versión como parte deste traslado.

Antes de comezar

Teña en conta as seguintes notas antes de comezar cunha migración de inquilino a inquilino.

  • Tipos de ambiente admitidos: Só produción e sandbox.
  • Tipos de ambiente non compatibles: Non se admiten os tipos de ambiente predeterminado, programador, de proba e Teams. Government Community Cloud (GCC) para nubes públicas e viceversa non son compatibles.
  • Os compoñentes que non se admiten inclúen Dynamics 365 Customer Voice, omnicanalidade para o servizo de atención ao cliente, biblioteca de compoñentes, Dynamics 365 Customer Insights - Journeys e Dynamics 365 Customer Insights - Data.
  • Hai pasos específicos necesarios para Power Apps, Power Automate, Power Pages, e Microsoft Copilot studio indicados nos pasos previos e posteriores á migración.
  • Unha Dataverse organización vinculada a unha organización financeira e de operacións non se pode migrar a un inquilino diferente.
  • É posible que teñas que reconfigurar algunhas aplicacións e configuracións despois da migración de inquilino a inquilino, como Microsoft Dynamics 365 for Outlook, a sincronización do servidor, SharePoint e outros.
  • Unha vez creados e configurados os usuarios, debes crear un ficheiro de asignación de usuarios, que se describe máis adiante neste artigo.
  • Se o usuario asignado ten unha caixa de correo no inquilino de destino, a caixa de correo configúrase automaticamente durante a migración. Para todos os demais usuarios, cómpre reconfigurar a caixa de correo.
  • Se se usa a mesma caixa de correo no inquilino de destino, test@microsoft.com, a caixa de correo utilízase de forma predeterminada. Antes da migración de inquilino a inquilino, os clientes deben migrar e configurar as súas caixas de correo no inquilino de destino.
  • Se estás a usar o dominio predeterminado de onmicrosoft, test@sourcecompanyname.onmicrosoft.com, o nome de dominio posterior á migración cámbiase a test@targetcompanyname.onmicrosoft.com. Os clientes deben reconfigurar a caixa de correo. Obtén máis información sobre a configuración da caixa de correo en Conéctate a Exchange Online.

Requisitos previos

Asegúrese de completar os seguintes requisitos previos antes de iniciar o proceso de migración.

  • Crea usuarios no inquilino de destino, incluíndo:
    • Crea usuarios en Microsoft 365 e Microsoft Entra ID.
    • Atribuír licenzas.
  • Debes ter privilexios de administrador da plataforma Power ou de Dynamics 365 para realizar a migración.
  • O módulo PowerShell para Power Platform Administradores é o módulo PowerShell recomendado para interactuar coas capacidades de administración. Obtén máis información en Comezar a utilizar PowerShell para Power Platform Administradores.

Proceso de preparación

Complete os seguintes procedementos para Power Automate, Power Apps, Copilot Studio e Power Pages antes da migración. Tamén debes crear un ficheiro de mapeo de usuario.

Prepárate Power Automate

Se os teus fluxos xa están definidos en Dataverse, non se precisa ningún traballo adicional.

Calquera Power Automate fluxo que se deba migrar ten que engadir as súas definicións a Dataverse solucións no contorno de orixe. Obtén máis información en Engadir un fluxo de nube existente a unha solución. Isto pódese facer en masa executando o cmdlet Add-AdminFlowsToSolution .

Prepárate Power Apps

Calquera Power Apps debe exportarse manualmente. Non admitimos a migración de conectores, conexións ou pasarelas de clientes. Se ten algún destes compoñentes configurados, debe reconfiguralos manualmente despois da migración.

Para aplicacións conscientes da solución:

  1. Para as aplicacións que coñecen as solucións, vai a Power Apps, vai á páxina Solucións e exporta todas as aplicacións e solucións. Podes exportalos individualmente ou agrupalos nunha única solución, se aínda non o están.

  2. Elimina estas aplicacións conscientes da solución do contorno despois de exportalas.

  3. As aplicacións que pertencen a solucións xestionadas só se poden eliminar eliminando a solución.

  4. As aplicacións que se atopan nunha solución non xestionada pódense eliminar mediante a opción Eliminar deste contorno .

    Importante

    As aplicacións de lenzo, páxinas personalizadas ou bibliotecas de compoñentes conscientes da solución que non elimines dun ambiente antes da migración non funcionarán unha vez que se complete.

Para aplicacións que non son conscientes da solución:

  1. Vaia a Power Apps e, a continuación, seleccione Aplicacións.

  2. Para cada aplicación que queiras mover, selecciona Máis comandos e, a continuación, selecciona Exportar paquete (vista previa).

  3. Introduza os detalles necesarios para realizar a exportación da aplicación e, a continuación, seleccione Exportar. Unha vez finalizada a exportación, comeza a descarga.

    O ficheiro resultante contén o paquete da aplicación que se seleccionou.

  4. Repita estes pasos ata que se exporten todas as aplicacións.

  5. Elimina estas aplicacións sen solucións do contorno

Un administrador tamén pode ver ou eliminar aplicacións de lenzo da lista do portal de administración completando os seguintes pasos.

  1. Vaia ao Power Platform centro de administración e, a continuación, seleccione o ambiente en Xestionar.
  2. Baixo a acción Recursos , seleccione Power Apps para velos e eliminalos.

Prepárate Copilot Studio

Calquera Copilot Studio chatbot debe exportarse manualmente. Algúns compoñentes dependentes dos chatbots deben reconfigurarse manualmente durante ou despois da migración. Por exemplo, as conexións, as variables de ambiente e os conectores personalizados deben reconfigurarse manualmente durante ou despois da migración.

Os chatbots son conscientes da solución. Vaia a Power Apps, navegue ata a páxina Solucións e exporte todas as solucións de chatbot, de xeito individual ou agrupalas nunha única solución. Obtén máis información en Exportar e importar bots mediante solucións.

Prepárate Power Pages

Deben realizarse os seguintes pasos para cada sitio web nun entorno.

  1. Inicie sesión no ambiente.
  2. Abre o centro de administración.
  3. Elimina o sitio web.

Crear un ficheiro de mapeo de usuario

Cree un ficheiro de mapeo de usuario para o ambiente de orixe para ser transferido ao ambiente de destino. É esencial ter en conta que cada ambiente require un ficheiro de mapeo individual. Asegúrese de que os usuarios estean presentes e autorizados tanto nos inquilinos de orixe como de destino, xa que isto é necesario para unha migración exitosa. Os dominios dos usuarios poden variar entre orixe e destino, sempre que estean activos.

  1. Crea un ficheiro de asignación de usuarios chamado usermapping.csv.

    Nota

    O nome do ficheiro distingue entre maiúsculas e minúsculas. Asegúrate de que os rexistros estean separados por coma, non por punto e coma.

  2. Rexistra con precisión os detalles dos usuarios, incluíndo os seus ID de correo electrónico de orixe e destino. Asegúrate de que non hai espazo extra antes e despois da cabeceira. O teu ficheiro de mapeo debería buscar o seguinte exemplo:

    Código fonte Destino
    SourceUser@sourcetenant.com DestinationUser@targettenant.com

Para usuarios con acceso total:

  1. Acceda ao seu ambiente de orixe.

  2. Use Busca avanzada para buscar usuarios.

  3. Seleccione Usar vista gardada > Usuarios de acceso completo e, a continuación, seleccione Editar columnas.

  4. Elimina todas as columnas excepto a columna Nome completo .

  5. Seleccione Engadir columnas > Windows Live ID.

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

  7. Seleccione todos os rexistros, seleccione Exportar usuarios na fita e, a seguir, seleccione Folla de traballo estática.

  8. Siga os pasos 1-7 anteriores para o inquilino de destino, se é posible. Agora debería ter dúas follas de Excel separadas: unha para a fonte e outra para o inquilino de destino.

  9. Abre os ficheiros de Excel para editar.

  10. Comezando pola folla de Excel de orixe, copie os rexistros da columna Windows Live ID no Caderno de notas. Non copie a cabeceira.

  11. Garde o ficheiro do Caderno de notas.

  12. Introduza o Windows Live ID (UPN) de destino no mesmo documento do Bloc de notas á dereita do UPN fonte correspondente. Asegúrate de separar os UPN de orixe e destino cunha coma (,).

    Exemplo:

    • user001@source.com, user001@destination.com
    • user002@source.com, user002@destination.com
    • user003@source.com, user003@destination.com
  13. Garde o ficheiro como CSV.

Para usuarios con acceso administrativo:

  1. Acceda ao seu ambiente de orixe.
  2. Use Busca avanzada para buscar usuarios.
  3. Seleccione Usar vista gardada > Usuarios de acceso administrativo e, a continuación, seleccione Resultados para ver a lista de usuarios de acceso administrativo.
  4. Se decide non incluír ningún destes usuarios, omita os seguintes pasos. En caso contrario, para incluír estes usuarios no ficheiro de asignación, faga o seguinte:
    1. Busque os usuarios correspondentes no arrendatario de destino.
    2. Asegúrese de que se lle asigna unha licenza válida ao usuario de destino no inquilino de destino.

      Nota

      Se ao usuario de destino non se lle asigna ningunha licenza, a migración falla.

    3. Garda o ficheiro CSV que ten mapeados tanto usuarios de acceso completo como usuarios de acceso administrativo.

Migración

Antes de continuar coa migración, asegúrese de revisar e completar o proceso de preparación. Despois de completar o proceso de preparación, complete as seguintes seccións para migrar.

Instala PowerShell para Power Platform administradores (tanto administradores de orixe como de destino)

O módulo PowerShell para Power Platform Administradores é o módulo PowerShell recomendado para interactuar coas capacidades de administración. Para obter información que che axude a comezar co módulo PowerShell para Power Platform Administradores, vai a Comezar a utilizar PowerShell para Power Platform Administradores e Instalar PowerShell para Power Platform Administradores.

Instale ou actualice o módulo necesario mediante un dos seguintes comandos:

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

Instalar Azure PowerShell en Windows (administradores de orixe e destino)

O módulo Azure PowerShell é un módulo acumulativo. Ao instalar o módulo Azure PowerShell descarga os módulos dispoñibles xeralmente e fai que os seus cmdlets estean dispoñibles para o seu uso. Obtén máis información en Instalar Azure PowerShell en Windows.

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

Install-Module -Name Az -Repository PSGallery -Force

Iniciar sesión en Microsoft Power Platform (administradores de orixe e destino)

Iniciar sesión en Microsoft Power Platform. Este paso permite aos administradores autenticarse e acceder ao Power Platform entorno.

Add-PowerAppsAccount

Enviar solicitude de migración (administrador de orixe)

Para iniciar unha migración de inquilino a inquilino, o administrador de Dynamics 365 ou Power Platform o inquilino de orixe debe enviar unha solicitude ao inquilino de destino mediante o seguinte comando e proporcionar o ID do nome do contorno e o ID do inquilino.

Debes ter Power Platform credenciais de administrador ou de administrador de Dynamics 365 para completar este paso.

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

Podes ver o estado e o ID de migración usando o seguinte comando.

TenantToTenant-ViewMigrationRequest

Nota

Grave o MigrationID, que se usa en comandos de migración posteriores. O ID de migración do inquilino de orixe é diferente do ID de migración do inquilino de destino

Consulta e aproba a solicitude de migración (administrador de destino)

O administrador do inquilino de destino debe executar o seguinte comando para ver todas as solicitudes de migración e o estado. O administrador pode revisar todas as solicitudes de migración e as opcións para aprobar ou rexeitar.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

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

Unha vez que se aprobe unha solicitude, o administrador do inquilino de destino pode notificarlle ao administrador do inquilino de orixe para que continúe co seguinte paso da migración.

Xerar unha URL de sinatura de acceso compartido (SAS) (administrador de orixe)

Este paso implica crear o URL SAS, que se utiliza máis tarde para cargar o ficheiro de asignación do usuario. Execute o seguinte comando de PowerShell, substituíndo EnvironmentId polo ID do entorno real.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

Importante

Asegúrese de que o medio ambiente é non en Modo de administración e o usuario ten o Usuario Básico papel asignado no ambiente.

Saída da mostra

Code        :
Description :
Headers     :
Error       :
Errors      :
Internal    : @{sharedAccessSignature=https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783?sv=2018-03-28&sr=c&si=SASpolicyXXRRRX}

Carga o ficheiro de mapeo do usuario (administrador de orixe)

O seguinte paso consiste en transferir o ficheiro de asignación do usuario ao URL SAS previamente establecido. Para facelo, execute os seguintes comandos en Windows PowerShell ISE, asegurándose de que os parámetros SASUri e FileToUpload conteñan a información adecuada sobre o seu contorno. Este paso é crucial para cargar mapas dos usuarios con precisión no sistema.

Nota

A instalación do módulo Azure é necesaria para executar o script mencionado. Complete os seguintes pasos con Windows PowerShell ISE.

$SASUri ="Update the SAS Uri from previous step”
$Uri = [System.Uri] $SASUri
 
$storageAccountName = $uri.DnsSafeHost.Split(".")[0]
$container = $uri.LocalPath.Substring(1)
$sasToken = $uri.Query
 
# File to upload
# Note that the file name should be usermapping.csv (case sensitive) with comma separated values.
$fileToUpload = 'C:\filelocation\usermapping.csv'
 
# Create a storage context
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
 
# Upload the file to Azure Blob Storage
Set-AzStorageBlobContent -File $fileToUpload -Container $container -Context $storageContext -Force

Preparar a migración do entorno (administrador de orixe)

O seguinte paso implica realizar validacións exhaustivas para garantir que todos os usuarios que aparecen no ficheiro de asignación de usuarios estean verificados e activos actualmente no inquilino de destino.

MigrationId pódese ver usando o comando "TenantToTenant-ViewMigrationRequest" no inquilino de orixe.

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

Nota

Mentres pasa o valor SASUri , debes proporcionar o parámetro como este: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783.

Saída da mostra

Code        : 202
Description : Accepted

A duración deste paso varía dependendo do número de usuarios no ficheiro de asignación de usuarios. Pode supervisar o progreso deste paso mediante o comando TenantToTenant-GetStatus , que se proporciona a continuación.

Comprobar o estado (administrador de orixe)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Saída da mostra

  • Validar a migración de inquilino a inquilino: en execución
  • Validar a migración de inquilino a inquilino: con éxito
  • Fallou a validación, os erros actualízanse no blob aquí: SASURI

Erros e como resolvelos

  • Se recibes un erro que indica: O ficheiro de asignación de usuario proporcionado para a migración de inquilino a inquilino non é válido, comprobe se o nome do ficheiro de asignación de usuario é correcto e que o ficheiro de asignación de usuario ten unha coma para separar os valores.
  • A liña '{os números de liña}' teñen o mesmo '{emailID}': asegúrate de que non haxa entradas duplicadas.
  • Formato de correo electrónico non válido "{emailid}": asegúrese de que o formato de correo electrónico é correcto testuser@tenantdomain.com.
  • O destino en liña "{linenumber}" é o mesmo que o ID de correo electrónico de orixe: asegúrate de que o Correo electrónico de destino sexa diferente do Correo electrónico de orixe.
  • Cada liña debe ter exactamente dúas columnas: '{números de liña}': asegúrate de que cada fila só teña dúas columnas: a fonte e a de destino. Elimina as comas adicionais, se as hai.

Despois de corrixir os erros de asignación de usuarios, cómpre cargar de novo o ficheiro de asignación de usuarios utilizando o mesmo URI de SAS.

Descarga o informe de erros (administrador de orixe)

Se hai algún erro no ficheiro de asignación do usuario, hai unha opción para descargar un informe de erros. Pódese facer copiando e pegando directamente o SasUrl proporcionado no comando Tenant-To-Tenant-GetMigrationStatus ou utilizando os seguintes comandos que usan o URI SAS do paso anterior para comprobar o estado de descarga e o informe de erro desexado.

Completa os seguintes pasos.

  1. Executa o seguinte comando 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. Corrixe os problemas no ficheiro de mapeo do usuario.

  3. Volve cargar o ficheiro seguindo os pasos de [Carga o ficheiro de asignación do usuario (administrador de orixe)](#upload-the-user-mapping-file-(source-admin).

Despois de completar satisfactoriamente a Preparar a migración do ambiente (administrador de orixe), pode continuar co procedemento Migrar o ambiente (administrador de orixe) para migrar o ambiente. Realice a migración nos próximos sete días. Se non completas a migración nos próximos sete días, debes comezar co Procedemento de migración do ambiente (administrador de orixe) de novo.

Migrar o entorno (administrador de orixe)

O MigrationId pódese ver mediante o comando TenantToTenant-ViewMigrationRequest no inquilino de orixe.

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

Obter estado (administrador de orixe)

TenantToTenant-GetMigrationStatus -EnvironmentName {EnvironmentId}

Saída da mostra

  • Migrar o entorno: en execución
  • Migrar o entorno: con éxito

Nota

Se atopas algún problema ao executar os comandos anteriores, envía unha solicitude de asistencia para obter axuda.

Proceso posterior á migración

Despois de mover contornos a outro inquilino:

  • O URL do entorno, o ID da organización (OrgID) e o nome non cambian.
  • O ambiente de orixe non ten Dataverse.
  • Os usuarios non incluídos no ficheiro de asignación non se migrarán nin se mapearán despois da migración.

Completa os seguintes procedementos para Power Automate, Power Apps, Copilot Studio, Power Pages.

Proceso posterior á migración para Power Automate

Despois de completar a migración, pasa pola sección Revisar compoñentes como unha lista de verificación para que os fluxos e outros compoñentes se axusten e activen. Os pasos clave son:

  1. Crea conexións para todas as referencias de conexión.
  2. Inicia todos os fluxos, incluído o inicio de fluxos fillos antes dos fluxos principais.
  3. Para calquera fluxo activado por HTTP, recupera o novo URL e colócao en calquera aplicación ou fluxo de chamada para actualizar esas referencias.

Proceso posterior á migración para Power Apps

Para aplicacións conscientes da solución:

  1. Seleccione o novo ambiente de Power Apps e navegue ata a páxina Solucións .
  2. Seleccione Importar e use o selector de ficheiros para seleccionar os paquetes exportados a partir do paso anterior.
  3. Confirme que a importación completouse correctamente comprobando o contido da solución do ambiente migrado.

Para aplicacións que non son conscientes da solución:

  1. Vaia a Power Apps.
  2. Seleccione o novo ambiente na lista despregable de ambientes.
  3. Seleccione Aplicacións.
  4. Seleccione Importar aplicación de lenzo.
  5. Cargue o ficheiro do paquete da aplicación.
  6. Complete todas as opcións de importación e, a seguir, seleccione Importar.
  7. Repita estes pasos ata que se importen todas as aplicacións.

Proceso posterior á migración para Copilot Studio

  1. Seleccione o novo ambiente de Power Apps e navegue ata a páxina Solucións .
  2. Seleccione Importar e use o selector de ficheiros para seleccionar os paquetes exportados a partir do paso anterior.
  3. Confirme que a importación completouse correctamente comprobando o contido da solución do ambiente migrado.

Proceso posterior á migración para Power Pages

Deben realizarse os seguintes pasos para cada sitio web da contorna.

  1. Inicie sesión no ambiente.
  2. Abre o centro de administración.
  3. Proporcionar o sitio web co mesmo tipo de portal e idioma.

Despois de completar todos os pasos anteriores e a migración, pode validar o ambiente no inquilino de destino e, posteriormente, eliminar o ambiente de orixe no centro de administración da plataforma Power.

Preguntas máis frecuentes

Están activadas as operacións en segundo plano durante a migración de arrendatario a arrendatario? O modo de administración está activado durante a migración de arrendatario a arrendatario, polo que non se executan as operacións en segundo plano. Máis información en Modo de administración.

Podemos migrar todos os usuarios da Dataverse organización? Só podemos migrar todos os usuarios da Dataverse organización se existen usuarios no inquilino de destino. Por exemplo:

user001@source.com, user001@destination.comuser002@source.com, user002@destination.com