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
Migration de l’environnement de production
Migration de l’environnement de bac à sable
Migration de l’environnement par défaut
Migration d’un environnement Dataverse for Teams
Migration de l’environnement d’essai
Migration de l’environnement de démonstration
Migration de l’environnement de développement
Migration d’environnements de GCC vers une autre région ou d’une autre région vers GCC
Impact de la migration
Les sauvegardes de l’environnement en cours de migration d’une zone géographique à une autre 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.
Notes
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 composants Power Platform, 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
L’état 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.
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 :
Notes
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 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.
Notes
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. Ils peuvent être téléchargés sous forme de fichier JSON OpenAPI, puis recréés à l’aide du fichier JSON OpenAPI après la migration d’une zone géographique à une autre.
Avant la migration d’une zone géographique à une autre
Sélectionnez le bouton Télécharger en regard du connecteur personnalisé que vous souhaitez télécharger. Cela télécharge un fichier JSON OpenAPI sur votre appareil.
Après la migration d’une zone géographique à une autre
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
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
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 :
Après la migration d’une zone géographique à une autre
Project for the Web est réapprovisionné automatiquement lors de la navigation dans https://project.microsoft.com/. Vos plans existants restent intacts.
Si vous utilisez l’une des applications de bureau Power Platform suivantes, 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 machine Power Automate, 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.
Faites la démonstration de la planification, la migration et l’exploitation d’une solution SAP sur Microsoft Azure, tout en tirant parti des ressources Azure.
Fournit des informations sur Power Platform et les applications Dynamics 365 hébergées dans des centres de données dans de nombreuses régions. Trouvez une liste de régions et d’URL, ainsi que comment migrer vers un nouveau centre de données.
Découvrez comment copier des applications et des données à partir d’un environnement. Passez en revue les étapes suivantes pour les administrateurs de l’environnement cible.
Apprenez à modifier les propriétés d’un environnement dans le centre d’administration de Power Platform, notamment l’URL, le nom convivial, le type et le groupe de sécurité.
Découvrez les facteurs de sélection d’une région lors de la création d’un nouvel environnement dans le centre d’administration de Microsoft Power Platform.
Cette page explique comment réinitialiser un environnement Power Platform si vous souhaitez créer un projet, libérer de l’espace de stockage ou supprimer des informations personnelles.