Migrations de client à client

Utilisez la migration de locataire à locataire pour transférer un environnement d’un locataire à un autre, par exemple lorsque vous consolidez des locataires ou que vous acquérez une entreprise. La migration ne modifie pas l’interface utilisateur ou la version.

Pour les environnements sans applications Finance and Operations, l’environnement ne se déplace pas physiquement. Son organisation Dataverse passe à un nouvel environnement dans le locataire de destination, et l’environnement d’origine reste dans le locataire source sans Dataverse. Pour les environnements qui incluent des applications financières et opérationnelles, l’environnement source passe au locataire de destination et n’est pas conservé dans le locataire source.

Avant de commencer

Passez en revue ces considérations avant de commencer une migration de locataire à locataire :

• Types d’environnement pris en charge : seuls les environnements de production et de bac à sable sont pris en charge.
• Types d’environnement non pris en charge : les environnements Par défaut, développeur, essai et Teams ne sont pas pris en charge. Les migrations entre Government Community Cloud (GCC) et les clouds publics ne sont pas prises en charge dans les deux sens.
• Les composants suivants ne sont pas pris en charge : Dynamics 365 Customer Voice, Omnichannel for Customer Service et les bibliothèques de composants.
• Dynamics 365 Customer Insights - Journeys, Dynamics 365 Customer Insights - Data, Power Apps, Power Automate, Power Pages et Microsoft Copilot Studio nécessitent des étapes de préparation et de post-migration spécifiques. Passez en revue les sections applicables de cet article.
• Les environnements qui incluent les applications de finances et d’opérations sont pris en charge lorsqu’ils répondent aux conditions préalables supplémentaires pour les applications de finances et d’opérations. Cette fonctionnalité est déployée et n’est peut-être pas encore disponible dans votre région.
• Vous devrez peut-être reconfigurer les applications et les paramètres après la migration, notamment Dynamics 365 pour Outlook, la synchronisation côté serveur et SharePoint.
• Après avoir créé et configuré des utilisateurs, créez un fichier de correspondance des utilisateurs.
• Si un utilisateur mappé a une boîte aux lettres dans le locataire de destination, la migration la configure automatiquement. Pour tous les autres utilisateurs, reconfigurez la boîte aux lettres.
  • Si le locataire de destination utilise la même adresse de boîte aux lettres, par exemple test@microsoft.com, la migration utilise cette boîte aux lettres par défaut. Migrez et configurez les boîtes aux lettres dans le locataire de destination avant de commencer la migration inter-locataires.
  • Si vous utilisez le domaine par défaut onmicrosoft.com, une adresse telle que test@sourcecompanyname.onmicrosoft.com devient test@targetcompanyname.onmicrosoft.com après la migration. Reconfigurez la boîte aux lettres. Pour plus d’informations, consultez Se connecter à Exchange Online.
• Testez la migration avant de migrer un environnement de production. Une migration de test vous permet de valider les étapes de préparation et de comprendre ce qu’il faut attendre avant de migrer la production. Copiez l’environnement de production dans un nouvel environnement sandbox, puis migrez l’environnement sandbox vers le locataire de destination.

Prerequisites

Remplissez les conditions préalables suivantes avant de démarrer le processus de migration :

• Vérifiez que vous disposez des privilèges d’administrateur Power Platform ou d’administrateur Dynamics 365.
• Créez des utilisateurs dans Microsoft 365 et Microsoft Entra ID dans le locataire de destination et attribuez-leur des licences.
• Utilisez le module PowerShell recommandé pour les administrateurs Power Platform si vous migrez avec PowerShell. Pour plus d’informations, consultez Prise en main de PowerShell pour les administrateurs Power Platform.

Conditions préalables supplémentaires pour les applications de finances et d’opérations

Remplissez ces conditions préalables supplémentaires pour un environnement qui inclut des applications de finance et d’exploitation :

• Vérifiez que l’environnement ne comporte aucun complément Finance and Operations installé.

  Warning

  La migration de locataire à locataire n’est pas prise en charge lorsque des compléments Finance and Operations sont installés. Ne poursuivez pas la migration, car elle peut provoquer un comportement inattendu.

• Obtenez les fichiers de licence mis à jour auprès de votre fournisseur de logiciels indépendant (ISV). Les licences ISV existantes ne sont plus valides après la migration. Importez les fichiers de licence mis à jour après la migration.

• Créez le compte utilisateur de l’administrateur Finance and Operations dans le locataire de destination. Entrez l’adresse e-mail de cet utilisateur dans New FinOps Admin Email lorsque vous démarrez le processus de préparation. La migration échoue si l’utilisateur n’existe pas dans le locataire de destination.

Processus de préparation

Effectuez les procédures applicables pour Power Automate, Power Apps, Copilot Studio et Power Pages avant la migration. Vous devez également créer un fichier de correspondance des utilisateurs.

Préparer Power Automate

Si vos flux sont déjà définis dans Dataverse, vous n’avez pas besoin d’effectuer de préparation supplémentaire.

Ajoutez les définitions de tous les flux Power Automate que vous souhaitez migrer vers des solutions Dataverse dans l’environnement source. Pour plus d’informations, consultez Ajouter un flux cloud existant dans une solution. Vous pouvez exécuter l’applet de commande Add-AdminFlowsToSolution pour ajouter ces définitions en bloc.

Préparer Power Apps

Exportez manuellement vos applications Power Apps. La migration de connecteurs personnalisés, de connexions et de passerelles n’est pas prise en charge. Si vous utilisez ces composants, reconfigurez-les manuellement après la migration.

Pour les applications compatibles avec les solutions

Exportez les applications prenant en charge les solutions avant de les supprimer de l’environnement source.

1. Accédez à Power Apps, sélectionnez Solutions et exportez toutes les applications et solutions. Exportez-les individuellement ou regroupez-les dans une seule solution.

2. Après avoir exporté les applications, supprimez-les de l’environnement source. Pour supprimer des applications dans une solution managée, vous devez supprimer la solution.

   Caution

   Avant de supprimer une solution managée, examinez attentivement son contenu. Si la solution contient des tables Dataverse, sa suppression supprime également définitivement toutes les données de ces tables. Ce risque est particulièrement important pour les solutions qui contiennent des applications basées sur des modèles, qui s’appuient généralement sur des tables Dataverse. Exportez et sauvegardez les données dont vous avez besoin avant de continuer.

3. Pour supprimer des applications dans une solution non managée, utilisez Supprimer de cet environnement.

   Important

   Si vous ne supprimez pas les applications de canevas prenant en charge la solution, les pages personnalisées ou les bibliothèques de composants d’un environnement avant la migration, elles ne fonctionneront pas après la migration.

Pour les applications non compatibles avec les solutions

Exportez des applications qui ne sont pas compatibles avec les solutions en tant que packages d’applications.

1. Accédez à Power Apps, puis sélectionnez Apps.
2. Pour chaque application que vous souhaitez déplacer, sélectionnez Autres commandes, puis sélectionnez Exporter le package (version préliminaire).
3. Entrez les détails d’exportation requis, puis sélectionnez Exporter. Une fois l’exportation terminée, le package d’application est téléchargé.
4. Répétez les étapes 2 et 3 jusqu’à avoir exporté toutes les applications.
5. Supprimez les applications exportées de l’environnement source.

En tant qu’administrateur, vous pouvez également afficher ou supprimer des applications canevas dans le Centre d’administration Power Platform :

1. Accédez au Centre d’administration Power Platform, puis sélectionnez l’environnement dans Gérer.
2. Sous Ressources, sélectionnez Power Apps pour afficher ou supprimer les applications.

Préparer Copilot Studio

Exportez manuellement vos agents Copilot Studio. Pendant ou après la migration, reconfigurez manuellement les composants dépendants, tels que les connexions, les variables d’environnement et les connecteurs personnalisés.

Les agents connaissent la solution. Accédez à Power Apps, sélectionnez Solutions et exportez toutes les solutions d’agents, individuellement ou regroupées dans une seule solution. Pour plus d’informations, consultez Exporter et importer des agents à l’aide de solutions.

Préparer Power Pages

Effectuez les étapes suivantes pour chaque site web dans un environnement :

1. Connectez-vous à l’environnement.
2. Ouvrez le centre d’administration.
3. Supprimez le site web.

Créer un fichier de mappage utilisateur

Créez un fichier de mappage d’utilisateur distinct pour chaque environnement que vous migrez. Vérifiez que les utilisateurs existent, sont actifs et sont autorisés dans les locataires source et de destination. Leurs noms de domaine peuvent varier d’un locataire à l’autre.

1. Créez un fichier de correspondance des utilisateurs nommé usermapping.csv.

   Note

   Le nom de fichier est sensible à la casse. Séparez les valeurs avec une virgule, pas un point-virgule.

2. Enregistrez les adresses e-mail source et de destination de chaque utilisateur. N’ajoutez pas d’espaces avant ou après les valeurs d’en-tête. Utilisez le format suivant :

   Source,Destination
   SourceUser@sourcetenant.com,DestinationUser@targettenant.com
   

Pour les utilisateurs avec accès complet

Créez des mappages pour les utilisateurs disposant d’un accès complet :

1. Connectez-vous à l’environnement source.

2. Utilisez Advanced Find pour trouver des utilisateurs.

3. Sélectionnez Utiliser la vue enregistrée>Utilisateurs avec accès complet, puis sélectionnez Modifier les colonnes.

4. Supprimez toutes les colonnes à l’exception de Full Name.

5. Sélectionnez Add Columns>Windows Live ID.

6. Sélectionnez OK>Résultats pour voir la liste des utilisateurs avec accès complet.

7. Sélectionnez tous les enregistrements, sélectionnez Exporter les utilisateurs dans le ruban, puis sélectionnez Feuille de calcul statique.

8. Répétez les étapes 1 à 7 pour le client de destination, si possible. Vous disposez maintenant de deux feuilles de calcul Excel : une pour le tenant source et une pour le tenant de destination.

9. Ouvrez les fichiers Excel pour les modifier.

10. Copiez les enregistrements de la colonne Windows Live ID de la feuille de calcul source dans le Bloc-notes. Ne copiez pas l’en-tête.

11. Enregistrez le fichier Bloc-notes.

12. Entrez chaque ID Windows Live de destination (nom d’utilisateur principal, ou UPN) à droite de l’UPN source correspondant. Séparez les UPN source et de destination par une virgule, sans espaces.

    Par exemple:

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

13. Enregistrez le fichier au format CSV.

Pour les utilisateurs avec accès administrateur

Déterminez s’il faut inclure des utilisateurs disposant d’un accès administratif dans le fichier de mappage :

1. Connectez-vous à l’environnement source.
2. Utilisez la recherche avancée pour rechercher des utilisateurs.
3. Sélectionnez Utiliser la vue enregistrée>Utilisateurs avec accès administrateur, puis sélectionnez Résultats, pour voir la liste des utilisateurs avec accès administrateur.
4. Si vous ne souhaitez pas inclure ces utilisateurs dans le fichier de mappage, ignorez les étapes restantes. Sinon, procédez comme suit :

   1. Recherchez les utilisateurs correspondants dans le client de destination.

   2. Vérifiez que chaque utilisateur de destination dispose d’une licence valide.

      Note

      Si un utilisateur de destination n’a pas de licence, la migration échoue.

   3. Enregistrez le fichier CSV avec des mappages pour les utilisateurs d’accès complet et les utilisateurs d’accès administratif.

Migrer à l’aide du Centre d’administration Power Platform

Terminez le processus de préparation avant de migrer à l’aide du Centre d’administration Power Platform.

1. Connectez-vous au Centre d’administration Power Platform.

2. Dans le volet de navigation, sélectionnez Gérer.

3. Dans le volet Gérer, sélectionnez Environnements.

4. Dans la page Environnements , sélectionnez l’environnement à déplacer. Les déplacements de client à client prennent en charge les environnements de bac à sable et de production avec Dataverse.

5. Dans la barre de commandes, sélectionnez Déplacer l’environnement. Le volet Demander un déplacement de locataire à locataire s’ouvre.

6. Entrez l’ID de locataire de destination dans ID de locataire cible, puis sélectionnez Soumettre la demande.

   Le locataire de destination reçoit la demande de migration pour approbation. Une bannière de demande en attente s’affiche dans la page Environnements .

Liste des demandes de migration

Les bannières de notification apparaissent en haut de la page Environnements lorsque :

• Vous avez une demande d’approbation en tant que locataire de destination.
• Vous avez envoyé une demande de révision en tant que locataire source.

Demande d’approbation en tant que locataire de destination

Passez en revue et répondez aux demandes de migration dans le locataire de destination :

1. Sélectionnez Vérifier les déplacements sur la bannière.

   Un volet répertorie les demandes de migration qui ont besoin d’approbation. Effectuez une recherche par ID d’environnement ou par état de demande.

2. Sélectionnez l’ID d’environnement.

3. Passez en revue la demande, puis approuvez ou refusez-la.

Demande de révision en tant que locataire source

Sélectionnez Vérifier les déplacements sur la bannière. Un volet répertorie les demandes de migration que vous avez envoyées.

Effectuez une recherche par ID d’environnement ou par état de demande.

Préparation de la migration après approbation

Une fois la demande de migration approuvée, une bannière avec le bouton Commencer le déplacement s’affiche sur la page de détails de l’environnement.

1. Sélectionnez Begin move pour ouvrir le volet Préparez-vous pour ce déplacement de locataire à locataire, qui répertorie les étapes à effectuer avant le déplacement. Le bouton Déplacer un environnement dans la barre de commandes ouvre également ce volet.

   

2. Chargez le fichier de mappage utilisateur pour validation. Nommez le fichier usermapping.csv.

3. Si l’environnement inclut des applications financières et opérationnelles, entrez l’adresse e-mail de l’utilisateur du locataire de destination dans New FinOps Admin Email. Cet utilisateur devient l’administrateur des finances et des opérations après la migration. L’utilisateur doit exister dans le locataire de destination, ou la migration échoue.

   

4. Sélectionnez Valider pour démarrer la validation. Attendez que l'opération se termine.

En cas d’échec de la validation

En cas d’échec de la validation, une bannière avec un bouton Télécharger les erreurs s’affiche. Téléchargez le fichier d’erreurs, corrigez les problèmes dans le fichier de correspondance des utilisateurs, puis répétez les étapes d’importation et de validation.

Utilisez le tableau suivant pour résoudre les problèmes de mappage d’utilisateurs.

Une fois la validation réussie

Une fois la validation réussie, une bannière avec le bouton Déplacer l’environnement s’affiche sur la page de détails de l’environnement.

1. Sélectionnez Déplacer l’environnement pour ouvrir le volet Déplacer cet environnement vers un autre locataire. Vous pouvez valider à nouveau en utilisant un nouveau fichier de mappage utilisateur.

2. Passez en revue les étapes de pré-déplacement, puis cochez la case pour confirmer que vous les avez terminées.

   

3. Sélectionnez Déplacer un environnement pour lancer le déplacement. Attendez que l'opération se termine.

Achèvement du déplacement

Une fois le déplacement terminé :

• Le processus déplace l’organisation Dataverse du locataire source vers le locataire de destination.
• Pour un environnement sans applications financières et opérationnelles, l’environnement d’origine reste dans le locataire source sans l’organisation Dataverse. Le processus crée un environnement dans le locataire de destination portant le même nom que l’environnement source. Cet environnement inclut l’organisation Dataverse déplacée.
• Pour un environnement qui inclut des applications financières et opérationnelles, le processus déplace l’environnement source vers le locataire de destination. L’environnement source n’est pas conservé dans le locataire source.
• Mettez à jour les groupes de sécurité dans le locataire de destination. Les groupes de sécurité ne sont pas migrés.
• Réactivez les environnements managés dans le locataire de destination si l’environnement source était un environnement managé. Vérifiez que le tenant de destination dispose de la licence requise.
• Mettez à jour les paramètres d’environnement qui n’ont pas été copiés.
• La fonctionnalité IA générative utilise des valeurs par défaut au niveau de l’environnement.

Annuler le déplacement

Vous pouvez annuler un transfert une fois la demande envoyée et avant la fin du transfert. Sélectionnez Annuler le déplacement dans la bannière pour ouvrir la boîte de dialogue Annuler le déplacement, puis annulez le déplacement.

Migrer à l’aide de PowerShell

Terminez le processus de préparation avant de migrer à l’aide de PowerShell. Les sections suivantes identifient les étapes que les administrateurs du locataire source et de destination effectuent.

Installer PowerShell pour les administrateurs Power Platform (à la fois les administrateurs source et cible)

Les deux administrateurs doivent installer le module PowerShell pour les administrateurs Power Platform. Pour plus d’informations, consultez Prise en main de PowerShell pour les administrateurs Power Platform et installation de PowerShell pour les administrateurs Power Platform.

Installez ou mettez à jour le module nécessaire à l’aide de l’une des commandes suivantes :

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

Installer Azure PowerShell sur Windows (administrateurs sources et cibles)

Les deux administrateurs doivent installer Azure PowerShell. Le Az module de cumul installe les modules Azure PowerShell généralement disponibles et rend leurs cmdlets disponibles. Pour plus d’informations, consultez Installer Azure PowerShell sur Windows.

Utilisez Install-Module pour installer Azure PowerShell :

Install-Module -Name Az -Repository PSGallery -Force

Connectez-vous à Microsoft Power Platform (administrateurs sources et cibles)

Connectez-vous à Power Platform sur votre client :

Add-PowerAppsAccount

Envoyer une demande de migration (administrateur source)

En tant qu’administrateur Power Platform ou administrateur Dynamics 365 dans le locataire source, envoyez une demande de migration au locataire de destination. Fournissez l’ID d’environnement et l’ID de locataire de destination :

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

Pour afficher l’état et l’ID de migration, exécutez :

TenantToTenant-ViewMigrationRequest

Afficher et approuver la demande de migration (administrateur cible)

En tant qu’administrateur du locataire de destination, connectez-vous et passez en revue les demandes de migration et leur état. Ensuite, approuvez ou rejettez la requête à l’aide de son ID de migration :

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

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

Après avoir approuvé la demande, informez l’administrateur du locataire source afin qu’il continue.

Chargez le fichier de mappage utilisateur (source admin)

Exécutez la commande suivante avec le fichier de mappage utilisateur. Remplacez {EnvironmentId} par l’ID d’environnement et {FileLocation} par le chemin d’accès complet du fichier. La commande retourne un URI de signature d’accès partagé (SAS) pour le fichier.

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

Copiez la valeur Read Only UserMapping File ContainerUri retournée par la commande. Utilisez cet URI SAS pour le -ReadOnlyUserMappingFileContainerUri paramètre de TenantToTenant-PrepareMigration.

Préparer la migration de l’environnement (administrateur source)

Vérifiez que chaque utilisateur du fichier de mappage utilisateur est actif dans le locataire de destination.

Utilisez TenantToTenant-ViewMigrationRequest dans le locataire source pour afficher l’ID de migration.

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

Exemple de résultat

La commande retourne une réponse d’acceptation :

Code        : 202
Description : Accepted

Le temps de validation dépend du nombre d’utilisateurs dans le fichier de mappage utilisateur. Utilisez TenantToTenant-GetMigrationStatus, comme indiqué dans la section suivante, pour surveiller la progression.

Vérifier le statut (source admin)

Exécutez la commande suivante pour vérifier l’état de validation :

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Exemple de résultat

L’état peut inclure les messages suivants :

Validate Tenant To Tenant Migration: Running
Validate Tenant To Tenant Migration: Succeeded
Validation Failed, Errors are updated on the blob here: SASURI

Erreurs et comment les résoudre

Utilisez les instructions suivantes pour résoudre les erreurs de mappage utilisateur :

• Le fichier de mappage utilisateur fourni pour la migration de locataire à locataire n’est pas valide : vérifiez que le fichier est nommé usermapping.csv et utilise des virgules pour séparer les valeurs.
• La ligne « {numéros de ligne} » a le même « {ID d’e-mail} » : vérifiez qu’il n’y a pas d’entrées en double.
• Format de messagerie non valide « {email ID} » : utilisez un format d’adresse e-mail valide, tel que testuser@tenantdomain.com.
• La cible sur la ligne « {line number} » est identique à l’ID de messagerie source : vérifiez que l’adresse e-mail de destination diffère de l’adresse e-mail source.
• Chaque ligne doit avoir exactement deux colonnes : « numéros de ligne » : assurez-vous que chaque ligne n’a que deux colonnes : les colonnes source et de destination. Supprimez toute virgule supplémentaire.

Après avoir corrigé les erreurs, chargez à nouveau le fichier de mappage utilisateur à l’aide du même URI SAS.

Télécharger le rapport d’erreurs (source admin)

Si le fichier de mappage utilisateur contient des erreurs, téléchargez le rapport d’erreurs. Copiez le SasUrl renvoyé par TenantToTenant-GetMigrationStatus dans votre navigateur. Vous pouvez également utiliser la procédure suivante pour télécharger le rapport avec PowerShell.

1. Exécutez les commandes suivantes dans Windows PowerShell ISE. Remplacez l’espace réservé $sasUri par l’URI SAS de la réponse d’état, et définissez $destinationPath sur votre dossier de téléchargement.

   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. Corrigez les problèmes dans le fichier de mappage utilisateur.

3. Chargez à nouveau le fichier en suivant Charger le fichier de mappage utilisateur (administrateur source).

Une fois que vous avez terminé Préparer la migration de l’environnement (administrateur source), poursuivez avec Migrer l’environnement (administrateur source). Terminez la migration dans les sept jours. Sinon, répétez la procédure de préparation.

Migrer l’environnement (administrateur source)

Utilisez TenantToTenant-ViewMigrationRequest dans le locataire source pour afficher l’ID de migration. Exécutez ensuite la commande de migration :

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

Obtenir le statut (administrateur de la source)

Exécutez la commande suivante pour vérifier l’état de la migration :

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Exemple de résultat

L’état peut inclure les messages suivants :

Migrate Environment: Running
Migrate Environment: Succeeded

Processus post-migration

Après avoir migré un environnement vers un autre tenant :

• L’URL de l’environnement, l’ID d’organisation (OrgID) et le nom restent identiques.
• Pour un environnement sans applications financières et opérationnelles, l’environnement source n’inclut plus Dataverse. Pour un environnement qui inclut des applications financières et opérationnelles, l’environnement source n’est pas conservé dans le locataire source.
• Les utilisateurs qui ne sont pas dans le fichier de mappage ne sont pas migrés ou mappés après la migration.
• Mettez à jour les groupes de sécurité dans le locataire de destination. Les groupes de sécurité ne sont pas migrés.
• Réactivez les environnements managés dans le locataire de destination si l’environnement source était un environnement managé. Vérifiez que le client de destination dispose de la licence requise.
• Mettez à jour les paramètres d’environnement qui n’ont pas été copiés.
• La fonctionnalité IA générative utilise des valeurs par défaut au niveau de l’environnement.

Effectuez les procédures de post-migration applicables pour les applications Power Automate, Power Apps, Copilot Studio, Power Pages et les applications de finances et d’opérations.

Processus après migration pour Power Automate

Après la migration, passez en revue les composants importés et effectuez ces étapes pour vous assurer que les flux et d’autres ressources fonctionnent correctement :

1. Créez ou mappez des connexions pour toutes les références de connexion.
   • Ouvrez la solution dans l’environnement de destination.
   • Accédez aux références de connexion et réauthenticez ou liez chacun d’eux à une connexion existante.
2. Activez tous les flux.
   • Les flux importés sont désactivés par défaut.
   • Pour éviter les erreurs, activez les flux enfants avant les flux parents qui les appellent.
3. Mettez à jour les URL de déclencheur HTTP.
   • Les flux déclenchés par HTTP génèrent une nouvelle URL après l’importation.
   • Mettez à jour toutes les applications appelantes, les flux parents ou les systèmes externes pour utiliser la nouvelle URL.

Processus de post-migration pour Power Apps

Importez les applications que vous avez exportées pendant la préparation.

Pour les applications compatibles avec les solutions

Utilisez des solutions pour importer des applications compatibles avec les solutions.

1. Dans Power Apps, sélectionnez l’environnement de destination, puis sélectionnez Solutions.
2. Sélectionnez Importer, puis sélectionnez les paquets que vous avez exportés lors de la préparation.
3. Vérifiez le contenu de la solution dans l’environnement de destination pour confirmer que l’importation a réussi.

Pour les applications non compatibles avec les solutions

Importez chaque package d’application dans l’environnement de destination.

1. Accéder à Power Apps.
2. Sélectionnez l’environnement de destination dans la liste d’environnements.
3. Sélectionner les applications.
4. Sélectionnez Importer l’application canevas.
5. Téléchargez le fichier du package d’application.
6. Configurez les options d’importation, puis sélectionnez Importer.
7. Répétez les étapes 4 à 6 jusqu’à ce que vous importiez toutes les applications.

Processus de post-migration pour Copilot Studio

Importez les solutions d’agent que vous avez exportées lors de la préparation.

1. Dans Power Apps, sélectionnez l’environnement de destination, puis sélectionnez Solutions.
2. Sélectionnez Importer, puis sélectionnez les paquets que vous avez exportés pendant la préparation.
3. Vérifiez le contenu de la solution dans l’environnement de destination pour confirmer que l’importation a réussi.

Processus de post-migration pour Power Pages

Suivez ces étapes pour chaque site dans l’environnement de destination :

1. Connectez-vous à l’environnement.
2. Ouvrez le centre d’administration.
3. Approvisionnez le site web avec le même type de portail et la même langue.

Processus de post-migration pour les applications de finances et d’opérations

Effectuez ces étapes dans le locataire de destination :

1. Réimportez les utilisateurs.
2. Importez les fichiers de licence ISV mis à jour que vous avez obtenus auprès de vos fournisseurs avant la migration.

Processus de post-migration pour Customer Insights

Effectuez les étapes postérieures à la migration pour Dynamics 365 Customer Insights - Journeys pour restaurer les fonctionnalités dans le locataire de destination. Pour plus d’informations, consultez Migration de Dynamics 365 Customer Insights - Journeys d’un locataire à un autre.

Une fois la migration terminée et après avoir effectué toutes les étapes post-migration applicables, validez l’environnement au sein du locataire de destination. Pour les environnements sans applications de finance et d’opérations, supprimez l’environnement source, comme indiqué dans la section suivante.

Supprimer l’environnement source

Pour les environnements sans applications de finance et d’opérations, l’environnement d’origine dans le locataire source devient un environnement orphelin après la migration : il conserve son nom et son URL, mais ne contient plus d’organisation Dataverse. Supprimez cet environnement orphelin après avoir vérifié que la migration a réussi. Pour les environnements qui incluent des applications financières et opérationnelles, l’environnement source n’est pas conservé dans le locataire source, donc cette étape de nettoyage ne s’applique pas.

Avant de supprimer l’environnement orphelin, vérifiez que :

• Les applications, flux et sites Power Pages fonctionnent correctement dans le locataire de destination.
• Toutes les données que vous devez conserver ont été exportées ou se trouvent dans le locataire de destination.
• Vous n’avez plus besoin de l’environnement source en solution de secours.

Pour supprimer l’environnement orphelin, connectez-vous au Centre d’administration Power Platform avec les informations d’identification de votre locataire source, sélectionnez l’environnement orphelin, puis sélectionnez Supprimer dans la barre de commandes. Pour plus d’informations, consultez Supprimer un environnement.

Questions fréquemment posées

Trouvez des réponses aux questions courantes sur la migration de tenant à tenant.

Les opérations en arrière-plan sont-elles activées pendant la migration de client à client ?

Les opérations en arrière-plan ne s’exécutent pas pendant la migration de locataire à locataire, car le mode d’administration est activé. Pour plus d’informations, consultez le mode Administration.

Tous les utilisateurs de l’organisation Dataverse peuvent-ils être migrés ?

Vous pouvez migrer des utilisateurs uniquement s’ils existent dans le locataire de destination. Par exemple, les mappages suivants nécessitent que les deux utilisateurs de destination existent :

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

Quels sont les environnements pris en charge pour la migration ?

Seuls les environnements de production et de bac à sable sont disponibles. Les environnements de test, de développeur, par défaut et Teams ne sont pas pris en compte.

L’environnement sera-t-il physiquement déplacé vers le nouveau client ?

Pour les environnements sans applications financières et opérationnelles, l’environnement reste en place, mais son organisation Dataverse passe à un nouvel environnement dans le locataire de destination. Gérez l’organisation Dataverse et ses données dans le locataire de destination. Après avoir validé la migration et confirmé que vous n’avez plus besoin de l’environnement source, supprimez l’environnement orphelin.

Pour les environnements qui incluent des applications financières et opérationnelles, l’environnement source passe au locataire de destination et n’est pas conservé dans le locataire source.

Y-a-t-il des composants qui ne sont pas entièrement pris en charge ?

Pour plus d’informations sur les composants pris en charge et les composants qui ne sont pas pris en charge, consultez Avant de commencer.

Qu’arrive-t-il aux configurations de boîte aux lettres ?

Si un utilisateur du fichier de mappage d’utilisateurs a une boîte aux lettres dans le tenant de destination, la boîte aux lettres est configurée automatiquement par la migration. Sinon, reconfigurez la boîte aux lettres manuellement.

Comment initier une migration ?

Démarrez une migration de locataire à locataire à l’aide du Centre d’administration Power Platform ou de PowerShell. Les deux méthodes sont prises en charge :

• Centre d’administration Power Platform : Accédez à Gérer les>environnements, sélectionnez l’environnement, puis sélectionnez Déplacer l’environnement sur la barre de commandes. Pour plus d’informations, consultez Migrer à l’aide du Centre d’administration Power Platform.
• PowerShell : Utilisez la TenantToTenant-SubmitMigrationRequest cmdlet avec l’ID d’environnement et l’ID de locataire cible. Pour plus d’informations, consultez Migrer à l’aide de PowerShell.

Avec l’une ou l’autre méthode, l’administrateur du tenant de destination doit approuver la demande avant que le déplacement puisse avoir lieu.

Combien de temps la migration prendra-t-elle ?

Le temps de migration dépend du nombre d’utilisateurs dans le fichier de mappage utilisateur. Une migration qui ne semble pas être en cours n’a pas nécessairement échoué. Attendez jusqu’à 24 heures pour que la migration se termine.

Existe-t-il une option d’interface utilisateur libre-service ?

Yes. Vous pouvez envoyer, approuver et terminer entièrement la migration via le Centre d’administration Power Platform sans utiliser PowerShell. Pour plus d’informations, consultez Migrer à l’aide du Centre d’administration Power Platform.