Partager via

Migrations d’une zone géographique à une autre

  • Article

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 seul locataire 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 le environnement réside dans un Microsoft 365 environnement dans un seul locataire, déplacer le environnement ne déplace pas le Microsoft 365 environnement ; ce sont des services distincts. Votre environnement apparaît toujours dans votre locataire à côté du Microsoft 365 environnement.

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.
  • Il existe des étapes de préparation importantes et critiques mentionnées dans la section Étapes de migration géographique qui doivent être effectuées Power Apps ou Power Automate avant la migration géographique. Si ces étapes ne sont pas respectées, il est difficile de récupérer Power Apps ou Power Automate de trouver des solutions.

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 pour le environnement en cours de migration géo-géo ne sont plus disponibles.
  • L’URL de votre organisation a été 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 identifiant change. Pour en savoir plus, consultez Nouvelles régions de centres de données.
  • Votre identifiant environnement est modifié en un nouvel identifiant unique à l’échelle mondiale.

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 le cas peu probable où cela se produirait, nous travaillons avec vous pour décider de la marche à suivre.

Étapes de la migration géographique vers géographique

Important

La prise en charge de la migration géographique vers géographique étant limitée, de nombreux composants, applications Dynamics 365 et paramètres d’administration sont impactés. Power Platform Il est essentiel que vous suivre cette section pour conserver la fonctionnalité de certaines fonctionnalités.

Pour environnement, fonctionnalités d’administration

Avant la migration de géo à géo

  • Les paramètres environnement (par exemple, paramètres de fonctionnalités, fonctionnalités d’IA générative, paramètres de confidentialité et de sécurité) seront réinitialisés à leurs valeurs par défaut après la migration géographique. Prenez note de tous les paramètres environnement que vous devez reconfigurer après la migration.
  • Le statut environnement géré et les paramètres associés seront perdus (par exemple, Admin Digest, environnement Routing). Prenez note du statut environnement géré et des paramètres associés afin de pouvoir réappliquer ces paramètres après la migration géo-géographique.
  • L’état du lien de stratégie d’entreprise et les propriétés associées seront perdus (par exemple, clés gérées par le client, réseau virtuel). Prenez note de toutes les politiques d’entreprise liées au environnement afin de pouvoir relier les politiques d’entreprise après la migration géographique.
  • Les demandes de Lockbox pour les environnement en cours de G2G seront perdues ou cassées. Si Microsoft le support a besoin d’accéder à votre environnement après une migration géographique, une nouvelle demande Lockbox doit être créée.
  • Les politiques de données environnement (DLP) qui incluent ou excluent les environnement en cours de migration géographique vers géographique ne s’appliqueront plus aux environnement. Prenez note des politiques DLP qui s’appliquent au environnement afin de pouvoir réappliquer les politiques après la migration géographique vers géographique.
  • Le groupe environnement en cours de migration géographique sera supprimé de son groupe environnement. Prenez note du groupe environnement dans lequel se trouve environnement afin que vous puissiez rajouter environnement au groupe environnement après la migration géo-géo.
  • Le paiement à l’utilisation sera perdu pour les environnement en cours de migration géographique. Prenez note de toutes les politiques de facturation à la carte attribuées au environnement que vous souhaitez conserver après la migration géographique.
  • Les allocations de devises seront perdues pour les environnement en cours de migration géographique. Prenez note de toutes les allocations de devises pour le environnement que vous souhaitez conserver après la migration géographique vers géographique.

Après la migration géo-géographique

Pour les composants qui sont en solution

Avant la migration de géo à géo

  1. Toutes les solutions doivent être exportées si elles contiennent l’un des composants suivants qui ne prennent pas en charge la migration géographique vers géographique : ...

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 ont une solution non gérée associé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 environnement utilisant le type de données "source de données"
  • Références de connexion
  • Bots conversationnels
  1. Supprimez toutes les applications de canevas, les pages personnalisées et les bibliothèques de composants dans les solutions que vous avez exportées dans étape 1.

Important

Les applications de canevas prenant en charge les solutions, les pages personnalisées et les bibliothèques de composants que vous ne supprimez pas de environnement avant la migration géographique vers géographique 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. Ils sont restaurés lors de l’importation de la solution après la migration géo-géographique.

Après la migration géo-géographique

Effectuez ces étapes dans l’ordre :

  1. Les chatbots doivent être supprimés. Ils sont recréés lors de l’importation de la solution dans le prochain étape.
  2. Toutes les solutions qui ont été exportées avant la migration géographique vers géographique doivent être importées .
    • Lorsque vous êtes invité à propos des connexions, assurez-vous de vérifier et de Ajuster toutes les connexions et de recréer les connexions, si nécessaire.
    • Lorsque vous êtes invité à propos des variables environnement, assurez-vous que les variables environnement sont correctement configurées.
  3. Pour les Power Pages sites, supprimez l’hébergeur du site puis réactivez le site.
  4. 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.
  5. Les flux cloud doivent être réactivés pour restaurer la fonctionnalité.

Pour les composants qui ne sont pas en solution

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. Cependant, si vous disposez encore de composants qui ne figurent pas dans une solution, bon nombre d’entre eux peuvent être migrés en suivant les étapes suivantes.

Note

  • Les passerelles local ne peuvent pas être migrées et doivent être reconfigurées manuellement après la migration géo-géo.
  • Les connexions ne peuvent pas être migrées et doivent être recréées manuellement après la migration géographique. Toutefois, pour les connexions utilisées par les applications canevas, les flux cloud ou tout composant prenant en charge les solutions, 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 présents dans les solutions ne sont pas pris en charge pour la migration géographique vers géographique. Ils peuvent être téléchargés sous forme de fichier JSON, puis recréés à l’aide du fichier JSON après la migration géographique. OpenAPI OpenAPI

Avant la migration de géo à géo
  1. Accédez à https://make.powerautomate.com/.
  2. Accédez à la page Connecteurs personnalisés .
  3. Sélectionner cliquez sur le bouton Télécharger à côté du connecteur personnalisé que vous souhaitez télécharger. Cela télécharge un fichier OpenAPI JSON sur votre appareil.
Après la migration géo-géographique
  1. Accédez à https://make.powerautomate.com/.
  2. Accédez à la page Connecteurs personnalisés .
  3. Sélectionnez Nouveau connecteur personnalisé.
  4. Sélectionner Importez un OpenAPI fichier et Sélectionner le OpenAPI fichier JSON qui a été téléchargé dans la section Avant la migration géo-géo .

Applications de canevas

Les applications Canvas peuvent exister en dehors des solutions. Afin de conserver les applications canevas, elles doivent être exportées avant la migration géo-géographique, puis importées après la migration géo-géographique.

Avant la migration de géo à géo

Exportez les applications canevas qui ne sont pas dans les solutions.

Après la migration géo-géographique

Importez les applications de canevas qui ont été exportées dans la section Avant la migration géographique .

Flux de cloud

Les flux cloud peuvent exister en dehors des solutions. Afin de conserver les flux cloud, ils doivent être exportés avant la migration géo-géo, puis importés après la migration géo-géo.

Avant la migration de géo à géo

Exportez les flux cloud qui ne sont pas dans les solutions.

Après la migration géo-géographique

Importez les flux cloud qui ont été exportés dans la section Avant la migration géo-géo .

Applications Dynamics 365

Si vous utilisez l’une des applications Dynamics 365 suivantes, vous devez effectuer les actions suivantes pour conserver les fonctionnalités après la migration géographique vers géographique.

Dataverse Accelerator

Après la migration géo-géographique

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 Power Platform Centre d’administration.

Project for the Web

Après la migration géo-géographique

Le projet pour le Web est réapprovisionné automatiquement lors de la navigation vers https://project.microsoft.com/. Vos plans existants restent intacts.

Application marketing Dynamics 365 (Customer Insights - Journeys)

Avant la migration de géo à géo

Désinstallez l’application marketing Dynamics 365 à l’aide de la commande guide suivante : Désinstallez Dynamics 365 Marketing.

Après la migration géo-géographique

Réinstallez l’application marketing Dynamics 365 via le Power Platform Centre d’administration.

Suivre candidatures

Si vous utilisez l’une des applications Power Platform Bureau suivantes, vous devez effectuer les actions suivantes pour conserver les fonctionnalités après la migration géographique vers géographique.

Exécution de la machine Power Automate

Après la migration géo-géographique

Si vous avez sélectionné le Bureau en cours de migration comme machine Bureau dans l’application d’exécution de la machine, vous devez resélectionner le Bureau dans l’application après la migration géo-géographique. Power Automate

Fonctionnement du déplacement

Vous devez suivre les étapes ci-dessus avant et après la migration géographique. Le tableau suivant décrit ce qui se passe avant, pendant et après la migration géographique. Microsoft

Avant le déplacement Pendant le déplacement Après le déplacement
Qu’est-ce que Microsoft Notification

Votre représentant du support ou votre gestionnaire de compte travaille avec vous pour 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 adhérons aux termes de l’ Microsoft Accord de niveau de service des services en ligne pour tous les déménagements.