Migrations d’une zone géographique à 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. Si l’environnement réside dans un environnement Microsoft 365 dans un client unique, le déplacement de l’environnement n’entraîne pas le déplacement de l’environnement Microsoft 365 ; ce sont des services distincts. Votre environnement apparaît 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 dans ou en dehors de US GCC, US GCC High ou la Chine.
- Les migrations géographiques sont limitées vers ou depuis OCE ou IND.
- Certaines étapes de préparation importantes et critiques mentionnées dans la section Étapes de migration d’une zone géographique à une autre doivent être effectuées pour Power Apps ou Power Automate avant la migration géographique. Si ces étapes sont omises, il est difficile de récupérer les solutions Power Apps ou Power Automate.
Types d’environnement pris en charge
| Prise en charge | Non pris en charge |
|---|---|
|
|
Impact de la migration
- Les sauvegardes de l’environnement en cours de migration géo-à-géo ne sont plus disponibles.
- L’URL de votre organisation est modifiée. 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é. Pour en savoir plus, consultez Nouvelles régions de centre de données.
- Votre ID d’environnement est remplacé par un nouvel identificateur global unique.
Note
Les URL d’organisation doivent être uniques. Si le nom de domaine 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 aidons à décider de la marche à suivre.
Étapes de migration d’une zone géographique à une autre
Important
La prise en charge de la migration d’une zone géographique à une autre étant limitée, de nombreux Power Platform composants, applications Dynamics 365 et paramètres d’administration de l’environnement sont affectés. Il est essentiel que vous suiviez cette section pour conserver la fonctionnalité de certaines fonctions.
Pour l’environnement, les fonctionnalités d’administration
Avant la migration d’une zone géographique à une autre
- Les paramètres d’environnement (par exemple, les paramètres de fonctionnalité, les fonctionnalités d’IA générative, les paramètres de confidentialité et de sécurité) seront rétablis sur leurs valeurs par défaut après la migration d’une zone géographique à une autre. Notez tous les paramètres d’environnement que vous devez reconfigurer après la migration.
- Le statut de l’environnement géré et les paramètres associés seront perdus (par exemple, Synthèse de l’administrateur, Routage de l’environnement). Prenez note de l’état de l’environnement géré et des paramètres associés afin de pouvoir réappliquer ces paramètres après la migration d’une zone géographique à une autre.
- L’état du lien de la stratégie d’entreprise et les propriétés associées seront perdus (par exemple, les clés gérées par le client, le réseau virtuel). Prenez note de toutes les stratégies d’entreprise liées à l’environnement afin de pouvoir les lier à nouveau après la migration d’une zone géographique à une autre.
- Les demandes Lockbox pour l’environnement subissant G2G seront perdues ou interrompues. Si le support Microsoft a besoin d’accéder à votre environnement après une migration d’une zone géographique à une autre, une nouvelle demande Lockbox doit être créée.
- Les stratégies de protection contre la perte de données (DLP) qui incluent ou excluent l’environnement subissant une migration d’une zone géographique à une autre ne s’appliquent plus à l’environnement. Prenez note des stratégies DLP qui s’appliquent à l’environnement afin de pouvoir les réappliquer après la migration d’une zone géographique à une autre.
- L’environnement subissant une migration d’une zone géographique à une autre est supprimé de son groupe d’environnements. Notez le groupe d’environnements dans lequel se trouve l’environnement afin de pouvoir rajouter l’environnement au groupe d’environnements après la migration d’une zone géographique à une autre.
- Le paiement à l’utilisation sera perdu pour l’environnement subissant une migration d’une zone géographique à une autre. Prenez note de toutes les stratégies de facturation à l’utilisation attribuées à l’environnement que vous souhaitez conserver après la migration d’une zone géographique à une autre.
- Les allocations de devises seront perdues pour l’environnement subissant une migration d’une zone géographique à une autre. Prenez note de toutes les allocations de devises pour l’environnement que vous souhaitez conserver après la migration d’une zone géographique à une autre.
Après la migration d’une zone géographique à une autre
- Reconfigurez les paramètres d’environnement si nécessaire.
- Réactivez les environnements gérés et réenregistrez les paramètres de l’environnement géré si nécessaire.
- Reliez les stratégies d’entreprise à l’environnement, si nécessaire. Par exemple, réseau virtuel, clés gérées par le client
- Travaillez avec le support Microsoft pour recréer des requêtes Lockbox pour l’environnement, si nécessaire.
- Réappliquez les stratégies DLP à l’environnement si nécessaire.
- Lisez l’environnement à un groupe d’environnements, si nécessaire.
- Réappliquez le plan de paiement à l’utilisation à l’environnement, si nécessaire.
- Répétez les allocations de devise pour l’environnement, si nécessaire.
Pour les composants qui se trouvent dans des solutions
Avant la migration d’une zone géographique à une autre
- Toutes les solutions doivent être exportées si elles contiennent l’un des composants suivants qui ne prennent pas en charge la migration d’une zone géographique à une autre :
Note
Les solutions gérées ne peuvent pas être exportées, mais les meilleures pratiques ALM garantissent que toutes les solutions gérées que vous possédez sont associées à une solution non gérée que vous pouvez exporter en tant que solution gérée.
- Applications de canevas
- Pages personnalisées
- Bibliothèques de composants
- Connecteurs personnalisés
- Flux de données
- Variables d’environnement utilisant un type de données « Source de données »
- Références de connexion
- Bots conversationnels
- Supprimez toutes les applications canevas, les pages personnalisées et les bibliothèques de composants dans les solutions que vous avez exportées à l’étape 1.
Important
Les applications canevas compatibles avec les solutions, les pages personnalisées et les bibliothèques de composants que vous ne supprimez pas de l’environnement avant la migration entre zones géographiques 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. Elles sont restaurées lors de l’importation de la solution après une migration d’une zone géographique à une autre.
Après la migration d’une zone géographique à une autre
Procédez comme suit dans l’ordre :
- Les chatbots doivent être supprimés. Ils sont recréés lors de l’importation de la solution à l’étape suivante.
- Toutes les solutions exportées avant la migration d’une zone géographique à une autre doivent être importées.
- Lorsque vous êtes invité à fournir des informations à propos des Connexions, assurez-vous de Vérifier et ajuster toutes les connexions et de recréer les connexions, si nécessaire.
- Lorsque vous êtes invité à propos des variables d’environnement , assurez-vous que les variables d’environnement sont correctement configurées.
- Pour les sites Power Pages, , supprimez l’hôte du site web, puis réactivez le site.
- Pour les flux de données, en fonction de votre connexion, vous devrez peut-être modifier le flux de données et reconfigurer la connexion.
- Les flux de cloud doivent être réactivés pour restaurer la fonctionnalité.
Pour les composants qui ne sont pas dans les solutions
En général, il est recommandé de créer et d’ajouter tous les composants aux solutions, et de nombreux composants sont ajoutés à une solution par défaut. Toutefois, si vous avez encore des composants qui ne sont pas dans une solution, beaucoup de ces composants peuvent être migrés en suivant les étapes suivantes.
Note
- Les passerelles locales ne peuvent pas être migrées et doivent être reconfigurées manuellement après la migration d’une zone géographique à une autre.
- Les connexions ne peuvent pas être migrées et doivent être recréées manuellement après la migration d’une zone géographique à une autre. Toutefois, pour les connexions utilisées par des applications canevas, des flux de cloud ou des composants prenant en charge une solution, vous êtes invité à les reconfigurer dans le cadre des processus d’importation pour chacun de ces composants.
Connecteurs personnalisés
Les connecteurs personnalisés qui ne sont pas dans les solutions ne sont pas pris en charge pour la migration d’une zone géographique à une autre. Elles peuvent être téléchargées sous forme de fichier JSON, puis recréées à l’aide du fichier JSON après la OpenAPI migration d’une OpenAPI zone géographique à une autre.
Avant la migration d’une zone géographique à une autre
- Accédez à https://make.powerautomate.com/.
- Accédez à la page Connecteurs personnalisés.
- Sélectionnez le bouton Télécharger en regard du connecteur personnalisé que vous souhaitez télécharger. Cela télécharge un OpenAPI fichier JSON sur votre appareil.
Après la migration d’une zone géographique à une autre
- Accédez à https://make.powerautomate.com/.
- Accédez à la page Connecteurs personnalisés.
- Sélectionnez Nouveau connecteur personnalisé.
- Sélectionnez Importer un fichier OpenAPI, puis sélectionnez le fichier OpenAPI JSON téléchargé dans la section Avant la migration d’une zone géographique à une autre.
Applications de canevas
Les applications canevas peuvent exister en dehors des solutions. Pour conserver les applications canevas, celles-ci doivent être exportées avant la migration d’une zone géographique à une autre, puis importées après la migration d’une zone géographique à une autre.
Avant la migration d’une zone géographique à une autre
Exportez les applications canevas qui ne sont pas dans les solutions.
Après la migration d’une zone géographique à une autre
Importez les applications canevas qui ont été exportées dans la section Avant la migration d’une zone géographique à une autre.
Flux de cloud
Les flux de cloud peuvent exister en dehors des solutions. Afin de conserver les flux de cloud, ils doivent être exportés avant la migration d’une zone géographique à une autre, puis importés après la migration d’une zone géographique à une autre.
Avant la migration d’une zone géographique à une autre
Exportez les flux de cloud qui ne sont pas dans les solutions.
Après la migration d’une zone géographique à une autre
Importez les flux de cloud qui ont été exportés dans la section Avant la migration d’une zone géographique à une autre.
Applications Dynamics 365
Si vous utilisez l’une des applications Dynamics 365 suivantes, vous devez prendre les mesures suivantes pour conserver les fonctionnalités après la migration d’une zone géographique à une autre.
Dataverse Accelerator
Après la migration d’une zone géographique à une autre
Désinstallez l’application à l’aide de PAC CLI avec ces commandes :
pac solution delete --solution-name msdyn_DataverseAcceleratorApp --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator_Anchor --environment <environment URL>
Après la désinstallation, réinstallez l’application via le centre d’administration Power Platform.
Project for the Web
Après la migration d’une zone géographique à une autre
Project pour le web est réapprovisionné automatiquement lors de la navigation https://project.microsoft.com/. Vos plans existants restent intacts.
Application Dynamics 365 Marketing (Customer Insights - Journeys)
Avant la migration d’une zone géographique à une autre
Désinstallez l’application marketing Dynamics 365 à l’aide du guide suivant : Désinstaller Dynamics 365 Marketing.
Après la migration d’une zone géographique à une autre
Réinstallez l’application marketing Dynamics 365 via le centre d’administration Power Platform .
Applications de bureau
Si vous utilisez l’une des applications de bureau suivantes Power Platform , vous devez prendre les mesures suivantes pour conserver les fonctionnalités après la migration d’une zone géographique à une autre.
Exécution de la machine Power Automate
Après la migration d’une zone géographique à une autre
Si vous avez sélectionné l’environnement en cours de migration en tant qu’environnement de machine dans l’application d’exécution de la Power Automate machine, vous devez resélectionner l’environnement dans l’application après la migration d’une zone géographique à une autre.
Fonctionnement du déplacement
Vous devez suivre les étapes ci-dessus avant et après la migration d’une zone géographique à une autre. Le tableau suivant décrit ce que Microsoft fait avant, pendant et après la migration d’une zone géographique à une autre.
| 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 aide à 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 votre environnement migré, vous pouvez effectuer les étapes de post-migration. |
Nous respectons les dispositions du Contrat de niveau de service de Microsoft Online Services pour tous les déplacements.