Partager via

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

*Le environnement n’est pas déplacé physiquement mais est plutôt associé à un autre locataire. 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 terminé, vos environnements apparaissent dans votre nouveau locataire.

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 locataire à locataire, tels que Microsoft Dynamics 365 for Outlook, la synchronisation côté serveur SharePoint ou d’autres.
  • 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 sont nécessaires. Confirmez si l’une des solutions ci-dessous est installée dans les environnements à migrer, car elles peuvent nécessiter des étapes supplémentaires de votre part ou de la part 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 locataire de destination, vous devez en créer. 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 de réaliser cette opération, vous devez répondre à quelques questions parmi lesquelles :

  • 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 mappage doivent être actifs et sous licence dans les locataires 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 doit avoir un fichier mappage séparé. Les utilisateurs doivent exister dans les locataires source et cible, et doivent être sous licence et 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 locataire cible est attribué pendant 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 Power Platform administrateur 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 avons également besoin d’un nouveau environnement dans le locataire source afin de pouvoir copier le environnement critique pour l’entreprise dans le nouveau environnement et effectuer la migration de 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 mappage doit ê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.

Vérifiez si l’une des solutions ci-dessous est installée dans les environnements à migrer, car elles peuvent nécessiter davantage d’étapes de votre part ou de la part du support :

  • Power Apps ou Power Automate
  • Microsoft Copilot Studio
  • Dynamics 365 Customer Voice
    • La migration de locataire à locataire 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 devez reconfigurer la boîte aux lettres :
    1. Si la même boîte aux lettres est utilisée dans le locataire cible (test@microsoft.com), la boîte aux lettres est 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. Pour en savoir plus sur les utilisateurs de l’application, consultez la section Utilisateurs du système et de l’application.

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 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 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 échoue.
    3. Enregistrez le fichier CSV auquel sont mappés les utilisateurs avec accès complet et les utilisateurs avec accès administrateur.

Procédez comme suit pour Power Apps, Power Automate, Microsoft Copilot Studio, Power Apps les portails et le 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 sensibles aux solutions

Avant la migration :

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

Important

Les applications de canevas, les pages personnalisées ou les bibliothèques de composants prenant en charge 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 ou les exporter. Vous devez les supprimer pour débloquer toute mise à jour ultérieure 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 compte 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 conscients des 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 (doit être Terminé pour chaque portail dans les environnements) : Power Apps

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 prérequis et de post-requis pour votre migration vous est fournie dans le cadre de la demande d’assistance formulée. Le tableau suivant décrit ce qui se passe avant, pendant et après votre déménagement. Microsoft

Avant le déplacement :
Notification		 Pendant le déplacement :
Basculement		 Après le déplacement :
Notification et support
Qu’est-ce que Microsoft Votre représentant du support ou votre gestionnaire de compte travaille avec vous pour 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.

Il y a un étape qui nécessite votre implication, qui consiste à fournir un fichier utilisateur mappage. 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 locataire terminée, votre représentant du support ou votre gestionnaire de compte vous aide à contacter le service de facturation à Annuler et/ou à créditer votre abonnement précédent, si nécessaire.

Nous adhérons aux termes de l’ Contrat de niveau de service pour Microsoft les services en ligne pour tous les déménagements.

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