Migrations de client à client

  • Article

Migrer un environnement vers un autre client

Vous pouvez utiliser la fonctionnalité de migration de client à client pour demander qu’un environnement d’un client soit déplacé* vers un autre client. Cette fonctionnalité permet aux clients de prendre en charge les cas suivants :

  • Consolider plusieurs clients en un seul client
  • Prendre en charge l’acquisition de la société vers la société B

*L’environnement n’est pas déplacé physiquement, mais est associé à un autre client à la place. L’environnement existe toujours, mais n’est plus sous le client source. Il est disponible et géré sous le client de destination.

Vous devez envoyer une demande de support pour lancer la migration de client à client.

Il n’y a aucune modification de l’interface utilisateur ni aucune modification de la version dans le cadre de ce déplacement. Vous pouvez déplacer un ou plusieurs environnements. Une fois l’opération terminée, vos environnements s’affichent dans votre nouveau client.

Important

  • Si le déplacement d’environnements individuels d’un client vers un autre nécessite un changement de région géographique, votre client devient un client multirégional. Les fonctionnalités régionales sont activées dans le centre d’administration Power Platform par l’équipe de support. Plus d’informations : Migrations d’une région à une autre.
  • Vous devrez peut-être reconfigurer certaines applications et certains paramètres après la migration de client à client, tels que Microsoft Dynamics 365 for Outlook, la synchronisation côté serveur, SharePoint, etc.
  • Les changements de région géographique ne sont pas pris en charge dans ou depuis US GCC, US GCC High, US DoD, OCE, IND ou la Chine.
  • Les sauvegardes de la base de données source existantes ne seront pas migrées vers le client de destination.
  • Une organisation Dataverse liée à une organisation de finances et d’opérations ne peut pas être migrée vers un autre client.
  • La migration de locataire à locataire est soumise à Customer Lockbox quand elle est autorisée dans le locataire source.

Applications et plateformes prises en charge

Prise en charge Pas entièrement prise en charge*
  • Dataverse
  • Applications Dynamics 365

*Il peut y avoir une perte de données potentielle pendant la migration et des étapes supplémentaires peuvent être nécessaires. Confirmez si les solutions ci-dessous sont installées dans les environnements à migrer, car celles-ci peuvent nécessiter des étapes supplémentaires de votre part ou du support.

Types d’environnement pris en charge

Pris en charge Non pris en charge
  • Migration de l’environnement de production
  • Migration de l’environnement de bac à sable
  • Migration de clients de GCC vers GCC
  • Un ou plusieurs environnements
  • Migration de l’environnement par défaut
  • Migration de l’environnement Teams
  • Migration de l’environnement d’essai
  • Migration de l’environnement de démonstration
  • Migration de l’environnement de développeur
  • Migration de clients de GCC vers une autre région ou d’une autre région vers GCC
  • Migration d’une organisation Dataverse liée à une organisation de finances et d’opérations

Flux de migration

Une fois qu’une demande de migration est envoyée, l’équipe de support est chargée d’examiner la demande manuellement. Vous trouverez ci-dessous la liste des étapes effectuées pendant tout le processus de migration.

Flux de migration

Conditions préalables

Si vous ne disposez pas d’un abonnement payant à Dynamics 365, Power Apps ou Microsoft Copilot Studio dans le client de destination, vous devrez en créer un. Vous devrez peut-être acheter un nouvel abonnement ou convertir un abonnement d’essai en abonnement payant, si ce n’est pas déjà fait.

Le client de destination doit avoir un nombre égal ou supérieur de licences utilisateur actives et un espace de stockage égal ou supérieur à celui du client source.

Lorsque votre environnement est déplacé d’un client vers un autre dans la même région, l’URL ne change pas. Afin d’effectuer cette opération, vous devez répondre à quelques questions, notamment :

  • Quel est le domaine du client source et sa région ? (Exemple : EMEA, NA, APAC)
  • Quel est le domaine du client de destination et sa région ? (Exemple : EMEA, NA, APAC)
  • Le client de destination dispose-t-il d’un abonnement Dynamics 365 valide avec suffisamment de postes pour que tous les utilisateurs soient mappés ? Les utilisateurs à fournir dans le fichier de mappage devront être actifs et sous licence à la fois dans les clients source et cible.
  • Le client de destination dispose-t-il d’un nombre suffisant de licences utilisateur ?
  • Le client de destination dispose-t-il d’un espace de stockage suffisant pour les environnements en cours de migration ?
  • Avant de migrer des environnements de production (ou des environnements ayant un impact potentiel sur l’entreprise), les migrations de copie de bac à sable doivent d’abord être effectuées. L’objectif de ces migrations utilisant des copies des environnements de production importants est de permettre la validation des environnements migrés avant de procéder aux migrations des environnements critiques de l’entreprise. Disposez-vous d’une capacité suffisante pour mettre en service une copie de votre environnement de production pour procéder à ce test ? Pour des instructions expliquant comment copier un environnement, accédez à Copier un environnement.

Vous devez fournir les informations suivantes :

  • Environnements à migrer à partir du client source.
  • Fichier de mappage utilisateur pour le premier environnement à migrer. Chaque environnement devra avoir un fichier de mappage distinct. Notez que les utilisateurs doivent exister à la fois dans les clients source et cible, et doivent disposer d’une licence et être activés dans les environnements pour que la migration réussisse. Ils peuvent avoir des domaines source et cible différents tant qu’ils sont actifs.
  • ID d’objet du groupe de sécurité dans le locataire cible à attribuer à chaque environnement, si un groupe de sécurité doit être attribué. L’ID d’objet du groupe de sécurité du mandant cible est attribué lors de la migration, s’il est fourni. S’il n’est pas fourni, le groupe de sécurité peut être attribué à partir du centre d’administration de Power Platform une fois la migration terminée.

Étapes à effectuer par un administrateur Power Platform ou un administrateur Dynamics 365

  1. Vous devez être autorisé à effectuer la migration.
  2. Une migration avec une copie sandbox doit être exécutée et validée par toutes les parties avant de planifier la migration d’un environnement critique pour l’entreprise. Dans ce cas, nous aurons également besoin d’un nouvel environnement dans le client source pour pouvoir copier l’environnement critique pour l’entreprise dans le nouvel environnement et procéder à la migration du test.
  3. Créez des utilisateurs dans le client cible. Vous devez :
    1. Créer des utilisateurs dans Microsoft 365/Microsoft Entra ID.
    2. Attribuer des licences.
  4. Une fois les utilisateurs créés et activés, le fichier de mappage devra être généré en suivant les étapes décrites plus loin dans cet article.
  5. S’il existe des solutions pour les flux Power Apps ou Power Automate, celles-ci doivent être exportées à partir de Power Apps et réimportées dans le nouvel environnement après la migration.
  6. Si Lockbox est activé dans le locataire source, soyez prêt à approuver la demande Lockbox au début de l’opération locataire à locataire.

Confirmez si les solutions ci-dessous sont installées dans les environnements à migrer, car celles-ci peuvent nécessiter des étapes supplémentaires de votre part ou du support :

  • Power Apps ou Power Automate
  • Microsoft Copilot Studio
  • Dynamics 365 Customer Voice
    • La migration de client à client n’est pas prise en charge pour Dynamics 365 Customer Voice. Les projets et les enquêtes doivent être recréés après la migration.
  • Portails Power Apps
  • Application Vérificateur Power Apps
  • Café X
  • Dynamics 365 Marketing
  • Boîtes aux lettres. Si l’utilisateur mappé dispose d’une boîte aux lettres dans le client de destination, la boîte aux lettres est automatiquement configurée pendant la migration. Pour tous les autres utilisateurs, vous devrez reconfigurer la boîte aux lettres :
    1. Si la même boîte aux lettres est utilisée dans le client cible (test@microsoft.com), la boîte aux lettres sera activée par défaut. Avant le processus client à client, les clients doivent migrer/configurer leurs boîtes aux lettres sur le client cible.
    2. Si vous utilisez le domaine onmicrosoft par défaut (test@sourcecompanyname.onmicrosoft.com), le nom de domaine post-migration est modifié (test@targetcompanyname.onmicrosoft.com). Les clients doivent reconfigurer la boîte aux lettres. Pour configurer la boîte aux lettres, voir Se connecter à Exchange Online.

Étapes pour créer le fichier de mappage

Pour les utilisateurs avec accès complet :

  1. Accédez à l’environnement source.

  2. Utilisez la recherche avancée (Capture d’écran du bouton Recherche avancée.) et recherchez les 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 sauf Nom complet.

  5. Sélectionnez Ajouter des colonnes>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 choisissez Feuille de calcul statique.

  8. Suivez les étapes 1 à 7 ci-dessus pour le client de destination, si possible. Vous devriez maintenant avoir deux feuilles Excel distinctes, une pour la source et une pour le client cible.

  9. Ouvrez les fichiers pour les modifier.

  10. En commençant par la feuille Excel source, copiez les enregistrements sous la colonne Windows Live ID dans le Bloc-notes. Ne copiez pas l’en-tête.

  11. Enregistrez le fichier Bloc-notes.

  12. Ensuite, entrez le Windows Live ID (UPN) de destination dans le même document Bloc-notes à droite de l’UPN source correspondant, en séparant les UPN source et destination par une virgule (,).

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

  13. Enregistrez le fichier en tant que CSV.

Note

Les utilisateurs de l’application ne peuvent pas être migrés. En savoir plus sur les utilisateurs d’application dans Utilisateurs système et d’applications.

Pour les utilisateurs avec accès administrateur :

  1. Accédez à l’environnement source.
  2. Utilisez la recherche avancée (Capture d’écran du bouton Recherche avancée.) et recherchez les 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 décidez de n’inclure aucun de ces utilisateurs, ignorez les étapes suivantes. Sinon, pour inclure ces utilisateurs dans le mappage :
    1. Recherchez les utilisateurs correspondants dans le client de destination.
    2. Assurez-vous qu’une licence Dynamics 365 valide est attribuée à l’utilisateur de destination dans le client de destination. Remarque : si aucune licence n’est attribuée à l’utilisateur de destination, la migration échouera.
    3. Enregistrez le fichier CSV auquel sont mappés les utilisateurs avec accès complet et les utilisateurs avec accès administrateur.

Effectuez les étapes suivantes pour les portails Power Apps, Power Automate, Microsoft Copilot Studio, Power Apps et Marketing avant et après la migration :

Pour Power Apps et Power Automate :

  • Les flux Power Apps et Power Automate doivent être exportés manuellement.
  • Nous ne prenons pas en charge la migration des connecteurs, connexions ou passerelles du client. Si l’un de ces composants est configuré, il doit être reconfiguré manuellement après la migration.
Pour les applications compatibles avec les solutions

Avant la migration :

  1. Pour les applications qui prennent en charge les solutions, vous pouvez accéder à https://make.powerapps.com/, aller sur la page Solutions et exporter toutes les applications/solutions (individuellement ou en les regroupant en une solution unique si ce n’est pas déjà fait)
  2. Supprimez ces applications compatibles avec la solution dans l’environnement après les avoir exportées.

Important

Les applications canevas, les pages personnalisées ou les bibliothèques de composants compatibles avec les solutions que vous ne supprimez pas d’un environnement avant la migration restent dans un état inutilisable une fois la migration terminée. Vous ne pouvez pas les lire, les modifier ni les supprimer. Vous devez les supprimer pour débloquer toute autre mise à jour de la solution.

Après la migration :

  1. Sélectionnez le nouvel environnement dans https://make.powerapps.com/ et accédez à la page Solutions.
  2. Sélectionnez Importer et utilisez le sélecteur de fichier pour sélectionner les packages exportés à partir des étapes ci-dessus.
  3. Confirmez que l’importation s’est déroulée correctement en vérifiant le contenu de la solution de l’environnement migré.
Pour les applications qui ne prennent pas en charge les solutions

Avant la migration :

  1. Accédez à https://make.powerapps.com, puis sélectionnez Applications.
  2. Pour chaque application que vous souhaitez déplacer, sélectionnez Autres commandes (…), puis sélectionnez Exporter le package (version préliminaire).
  3. Remplissez les détails nécessaires pour effectuer l’exportation de l’application, puis sélectionnez Exporter. Une fois l’exportation terminée, un téléchargement devrait commencer. Le fichier résultant contient le package d’application sélectionné.
  4. Répétez ces étapes jusqu’à ce que toutes les applications aient été exportées.

Après la migration :

  1. Accéder à https://make.powerapps.com.
  2. Sélectionnez le nouvel environnement dans le sélecteur d’environnement dans le coin supérieur droit.
  3. Sélectionnez Applications.
  4. Sélectionnez Importer l’application canevas.
  5. Téléchargez le fichier du package d’application.
  6. Complétez toutes les sélections d’option d’importation, puis sélectionnez Importer.
  7. Répétez ces étapes jusqu’à ce que toutes les applications aient été importées.

Pour Microsoft Copilot Studio

  • Les chatbots Microsoft Copilot Studio doivent être exportés manuellement.
  • Certains composants dépendants des chatbots doivent être reconfigurés manuellement pendant ou après la migration - par exemple, les connexions, les variables d’environnement, les connecteurs personnalisés.

Avant la migration :

  1. Les chatbots sont compatibles avec les solutions. Vous pouvez accéder à https://make.powerapps.com/, accéder à la page Solutions et exporter toutes les solutions des chatbots, soit individuellement, soit en les regroupant dans une seule solution. Pour plus d’informations, voir Exporter et importer des bots à l’aide de solutions.

Après la migration :

  1. Sélectionnez le nouvel environnement dans https://make.powerapps.com/ et accédez à la page Solutions.
  2. Sélectionnez Importer et utilisez le sélecteur de fichier pour sélectionner les packages exportés à partir des étapes ci-dessus.
  3. Confirmez que l’importation s’est déroulée correctement en vérifiant le contenu de la solution de l’environnement migré.

Pour les portails Power Apps (doit être effectué pour chaque portail dans les environnements) :

Avant la migration :

  1. Connectez-vous à l’environnement.
  2. Ouvrez le centre d’administration des portails Power Apps.
  3. Supprimez le portail.

Après la migration :

  1. Connectez-vous à l’environnement.
  2. Ouvrez le centre d’administration des portails Power Apps.
  3. Mettez en service le portail avec le même type de portail et la même langue.

Pour Dynamics 365 Marketing :

Si l’application Marketing est déployée dans le client, assurez-vous que les licences nécessaires sont présentes dans le client de destination afin de remettre en service l’application une fois la migration terminée. Accédez à Migration client à client pour Dynamics 365 Marketing.

Post-migration

Après avoir déplacé des environnements vers un autre client :

  • L’URL de l’environnement, l’ID d’organisation (OrgID) et le nom ne changent pas.
  • L’environnement source ne sera pas accessible.
  • Les utilisateurs non inclus dans le fichier de mappage ne seront pas migrés et mappés après la migration.

Fonctionnement du déplacement

Une liste de conditions avant et après la migration vous sera fournie dans le cadre de la demande de support émise. Le tableau suivant décrit ce que Microsoft fait avant, pendant et après votre déplacement.

Avant le déplacement :
Notification		 Pendant le déplacement :
Basculement		 Après le déplacement :
Notification et support
Ce que Microsoft fait Votre technicien du support technique ou votre gestionnaire de compte vous aidera à demander un déplacement et à le planifier. Le basculement pour la migration prend plusieurs heures, en fonction du nombre d’utilisateurs. Pendant cette période, l’environnement n’est pas accessible aux utilisateurs, le basculement doit donc être programmé le soir ou le week-end.

Une étape nécessitant votre participation consiste à fournir un fichier de mappage utilisateur. Ceci est demandé à l’avance afin que nous puissions valider les utilisateurs déplacés avant la migration.		 Vous serez informé par courrier électronique ou par téléphone lorsque votre environnement sera migré vers le nouveau client.

Une fois la migration du client terminée, votre technicien du support technique ou votre gestionnaire de compte vous aidera à prendre contact avec le service de facturation pour annuler et/ou créditer votre abonnement précédent, si nécessaire.

Nous respecterons les dispositions du Contrat de niveau de service de Microsoft Online Services pour tous les déplacements.

Questions fréquentes

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

Le mode d’administration est activé pendant la migration de client à client, par conséquent les opérations en arrière-plan ne s’exécutent pas. Accédez à Mode d’administration - Power Platform

Pouvons-nous migrer tous les utilisateurs de l’organisation Dataverse ?

Nous pouvons migrer tous les utilisateurs de l’organisation Dataverse uniquement s’il existe des utilisateurs dans le client de destination. Par exemple :

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