Migrations d’une région à une autre
Nous continuons à ouvrir de nouvelles régions de centre de données pour les services d’entreprise, et à ajouter des centres de données aux régions existantes.
La fonctionnalité de migration géographique permet aux clients de déplacer leurs environnements dans un client unique d’une région à une autre. Aucune modification n’est apportée à l’interface utilisateur ou à la version dans le cadre de ce déplacement. Dans le cas d’un environnement résidant dans un environnement Microsoft 365 d’un client unique, le déplacement de l’environnement n’entraîne pas le déplacement de l’environnement Microsoft 365, car ce sont des services distincts. Votre environnement figure toujours dans votre client avec l’environnement Microsoft 365.
Important
- La prise en charge de la migration géographique est limitée et non disponible généralement.
- Pour demander une migration régionale, contactez votre gestionnaire de compte ou consultez Support technique.
- Après avoir fait une demande, attendez au moins 10 jours pour que la migration soit terminée.
- Les migrations géographiques ne sont pas prises en charge de ou vers GCC États-Unis, GCC High États-Unis ou la Chine.
- Les migrations géographiques sont limitées vers ou depuis OCE ou IND.
- L’application Dynamics 365 Marketing ne prend pas en charge la migration géographique, en raison des dépendances des composants. Pour plus d’informations, voir Gérer vos instances Dynamics 365 Marketing. Si elle est installée, l’application Dynamics 365 Marketing doit être désinstallée avant la migration.
- La migration géographique n’est pas prise en charge pour les environnements Microsoft Dataverse for Teams.
- Une organisation Dataverse liée à une organisation de finances et d’opérations n’est pas prise en charge.
- Certaines étapes de préparation importantes et critiques mentionnées ci-dessous doivent être effectuées pour Power Apps/Power Automate, etc. avant la migration géographique. Si ces étapes sont manquées, il est difficile de récupérer les solutions Power Apps/Power Automate.
Types d’environnement pris en charge
| Prise en charge | Non pris en charge |
|---|---|
|
|
Impact de la migration
Le déplacement d’un environnement vers une autre région fait de votre client un client multirégional, ce qui active les fonctionnalités régionales dans le centre d’administration Dynamics 365.
Important
Une fois qu’un environnement est déplacé vers la nouvelle région, les sauvegardes précédentes de cet environnement ne sont plus disponibles.
L’autre modification importante concerne l’URL de votre organisation. Chacun des centres de données régionaux contient un identificateur unique dans l’URL. Lorsque votre organisation est déplacée d’un centre de données régional vers un autre, cet identificateur est modifié. Par exemple :
- Amérique du Sud (LATAM/SAM = .crm2.dynamics.com)
- Canada (CAN) = .crm3.dynamics.com
- Europe, Moyen-Orient, Afrique (EMEA) = .crm4.dynamics.com
- Asie Pacifique (APAC) = *.crm5.dynamics.com
- Australie (OCE) = *.crm6.dynamics.com
- Allemagne (GER) = *.crm16.dynamics.com
- Japon (JPN) = *.crm7.dynamics.com
- Inde (IND) = *.crm8.dynamics.com
- Royaume-Uni = *.crm11.dynamics.com
- Émirats arabes unis (EAU) = *.crm15.dynamics.com
Par exemple, si l’URL existante de votre organisation est https://myorg.crm5.dynamics.com et que vous souhaitez la déplacer en Australie, la nouvelle URL de l’organisation sera https://myorg.crm6.dynamics.com
Vous devrez mettre à jour les références directes à l’URL de votre organisation.
Note
Les URL d’organisation doivent être uniques. Si le nom de votre organisation a déjà été réservé dans le centre de données de destination, il n’est pas disponible. Dans l’éventualité peu probable où cela arrive, nous vous aiderons à décider de la marche à suivre.
Voir Où se trouvent vos données.
Les rubriques suivantes contiennent des informations qui peuvent être utiles pour comprendre le processus de déplacement :
- Nouvelles régions de centres de données
- À propos de Microsoft Cloud Australie
- À propos de Microsoft Cloud Canada
- À propos du centre de données Microsoft Cloud Allemagne
- À propos de Microsoft Cloud Japon
- À propos de Microsoft Cloud Inde
Effectuez les étapes suivantes pour les portails Power Apps, Power Automate, Power Virtual Agents, Power Apps et de marketing avant et après la migration :
Pour Power Apps et Power Automate :
- Tous les flux Power Apps et Power Automate doivent être exportés manuellement avant la date et l’heure convenues pour effectuer migration géographique d’un lieu à un autre.
- 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 qui prennent en charge les solutions
Avant la migration :
- 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).
- Une fois les applications canevas exportées, supprimez les applications de l’environnement.
Important
Les applications canevas, les pages personnalisées ou les bibliothèques de composants qui ne sont pas supprimées dans l’environnement avant la migration seront dans un état corrompu après la migration.
Après la migration :
- Sélectionnez le nouvel environnement dans https://make.powerapps.com/ et accédez à la page Solutions.
- Sélectionnez Importer et utilisez le sélecteur de fichier pour sélectionner les packages exportés à partir des étapes ci-dessus.
- Confirmez que l’importation s’est déroulée correctement en vérifiant le contenu de la solution dans l’environnement cible.
Pour les applications qui ne prennent pas en charge les solutions
Avant la migration :
- Accédez à https://make.powerapps.com, puis sélectionnez Applications.
- Pour chaque application que vous souhaitez déplacer, sélectionnez Autres commandes (…), puis sélectionnez Exporter le package (version préliminaire).
- 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é.
- Répétez ces étapes jusqu’à ce que toutes les applications aient été exportées.
Après la migration :
- Accéder à https://make.powerapps.com.
- Sélectionnez le nouvel environnement dans le sélecteur d’environnement dans le coin supérieur droit.
- Sélectionnez Applications.
- Sélectionnez Importer l’application canevas.
- Téléchargez le fichier du package d’application.
- Complétez toutes les sélections d’option d’importation, puis sélectionnez Importer.
- Répétez ces étapes jusqu’à ce que toutes les applications aient été importées.
Pour Power Virtual Agents :
- Les chatbots Power Virtual Agents 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 :
- 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 :
- Sélectionnez le nouvel environnement dans https://make.powerapps.com/ et accédez à la page Solutions.
- Sélectionnez Importer et utilisez le sélecteur de fichier pour sélectionner les packages exportés à partir des étapes ci-dessus.
- Confirmez que l’importation s’est déroulée correctement en vérifiant le contenu de la solution dans l’environnement cible.
Pour les portails Power Apps (doit être effectué pour chaque portail dans les environnements) :
Avant la migration :
- Connectez-vous à l’environnement.
- Ouvrez le centre d’administration Power Apps.
- Réinitialisez le portail.
Après la migration :
- Connectez-vous à l’environnement.
- Ouvrez le centre d’administration Power Apps.
- Mettez en service le portail avec le même type de portail et la même langue.
Pour l’application Dynamics 365 Marketing :
L’application Dynamics 365 Marketing ne prend pas en charge la migration géographique, en raison des dépendances des composants. Pour plus d’informations, voir Gérer vos instances Dynamics 365 Marketing. Si elle est installée, l’application doit être désinstallée avant la migration.
Avant la migration :
- Suivre le guide Désinstaller Dynamics 365 Marketing pour désinstaller l’application Marketing de l’environnement.
Fonctionnement du déplacement
Une liste de conditions avant et après la migration vous sera fournie. Le tableau suivant décrit ce que Microsoft fait avant, pendant et après votre déplacement.
| Avant le déplacement | Pendant le déplacement | Après le déplacement | |
|---|---|---|---|
| Ce que Microsoft fait | Notification Votre technicien du support technique ou votre gestionnaire de compte vous aidera à demander un déplacement et une planification. |
Basculement Les délais de basculement pour chaque service dépendent du nombre d’utilisateurs et la quantité de données. Cette étape peut prendre 1 à 6 heures pour les petites organisations, mais peut prendre jusqu’à 48 heures pour les grandes organisations. Il est effectué dans la soirée ou pendant un weekend. |
Notification et support Vous serez informé par courrier électronique ou par téléphone lorsque votre environnement sera migrée vers le nouveau centre de données. Une fois la migration effectuée, vous pouvez effectuer les étapes post-requises, qui consistent principalement à modifier vos nouvelles URL avec tous les plug-ins ou services associés. |
Nous respecterons les dispositions du Contrat de niveau de service de Microsoft Online Services pour tous les déplacements.