Stratégies de migration

Dans ArcGIS Enterprise, le terme migration décrit les exigences d’une organisation pour déplacer un déploiement existant, ou des portions de celui-ci, vers un déploiement ou une infrastructure plus récent ou alternatif. Les stratégies de migration peuvent être utilisées pour déplacer du contenu, des utilisateurs et des groupes existants, ainsi que les logiciels.

Stratégies fréquentes

Les besoins en matière d’architecture et de migration varient d’une organisation à l’autre, tout comme les stratégies et solutions respectives. Les sections ci-dessous décrivent des stratégies de migration fréquentes et comprennent des liens vers des outils, de la documentation d’aide, des blogs et d’autres ressources pour épauler votre travail dans ces domaines.

Migrer du contenu d’une organisation ArcGIS vers une autre

Cette stratégie peut être utile si votre organisation a l’intention de faire ce qui suit :

• Promouvoir le contenu à travers des organisations individuelles, par exemple du développement à un site intermédiaire et à la production.
• Maintenir une sélection de contenu dans ArcGIS Enterprise tout en migrant une sélection vers ArcGIS Online ou vice versa (par exemple pour fournir une combinaison d’éléments privés et publics).
• Maintenir une sélection de contenu dans un déploiement ArcGIS Enterprise tout en migrant une sélection vers un autre déploiement ArcGIS Enterprise (par exemple dans des environnements déconnectés).

Lorsque vous copiez ou migrez du contenu, vous pouvez utiliser les outils et les ressources dans ArcGIS API for Python ou dans ArcGIS REST API:

• Le guide de clonage du contenu détaille l’utilisation de la fonction clone_items() dans les différents environnements. La fonction clone_items() prend en charge les services hébergés, les cartes et les applications Web, ainsi que d’autres types d’éléments.
• Depuis la version 10.8.1, la fonction arcgis.gis.GroupMigrationManager.create() est disponible pour exporter le contenu de groupe d’une organisation ArcGIS Enterprise sous forme de paquetage. Les administrateurs peuvent utiliser cette fonction pour extraire le contenu du groupe sélectionné et l’importer dans le groupe d’une autre organisation. Cette fonction permet de prendre en charge les couches d’entités hébergées, les cartes et les applications Web, ainsi que d’autres éléments textuels. Les ID d’élément sont conservés pendant la migration.
• Depuis la version 10.8.1, la fonction arcgis.gis.GroupMigrationManager.load() est disponible pour importer un paquetage exporté vers une organisation ArcGIS Enterprise sous forme de contenu de groupe. Une fois importée, la propriété des éléments revient par défaut à l’administrateur qui a importé le paquetage. Les éléments peuvent ensuite être attribués à d’autres propriétaires selon les besoins.

• Depuis la version 10.8.1, les opérations d’exportation et d’importation de contenu de groupe peuvent être utilisées dans ArcGIS REST API pour déplacer le contenu d’une organisation ArcGIS Enterprise vers une autre. Ces opérations sont utiles pour déplacer le contenu d’un environnement de développement vers un environnement intermédiaire ou à travers des environnements déconnectés.

Remarque :

Bien que les scénarios ci-dessus décrivent le déplacement d’éléments d’un environnement à un autre, le partage d’éléments entre organisations est également courant. Dans ce cas, les éléments sont répliqués d’un environnement à un autre, par exemple pour livrer et distribuer des éléments publics et privés à travers les organisations. Pour cette stratégie, vous pouvez utiliser la collaboration distribuée. Le contenu partagé peut être envoyé d’une organisation ArcGIS Enterprise vers une autre ou de ArcGIS Enterprise vers ArcGIS Online.

Migrer un déploiement existant d’une machine vers une autre

Cette stratégie peut être utile si votre organisation doit déplacer des composants logiciels existants vers du matériel ou un système d’exploitation plus récents. Il est possible d’utiliser cette stratégie pour des déploiements sur une ou plusieurs machines hébergées sur site ou dans le Cloud.

• Pour remplacer une machine de votre déploiement sans perdre de contenu ou interrompre le service, utilisez la fonction Se joindre au site et migrez les composants logiciels vers une autre machine. L’opération Se joindre au site est disponible aussi bien dans ArcGIS Server que dans le portail. Des détails supplémentaires sont présentés dans ce blog et comprennent les étapes à suivre pour déplacer un ArcGIS Data Store.
• Un processus légèrement plus complexe consiste à utiliser l’utilitaire webgisdr. Vous préférerez peut-être ce processus, car il n’a pas d’incidence sur le travail dans votre environnement de production. Des détails supplémentaires sont présentés dans ce blog.

Migrer un déploiement sur site existant vers un déploiement dans le Cloud

Cette stratégie peut être utile si votre organisation a l’intention de faire ce qui suit :

• Ajouter de nouvelles fonctions.
• Améliorer les performances et les capacités du système.
• Réduire le coût du système.
• Améliorer ou respecter les normes de sécurité.

Pour déterminer si cette stratégie de migration est appropriée pour votre organisation, passez en revue les points suivants :

• Page Migration Enterprise et Cloud : commencez ici pour une introduction à la migration vers un déploiement dans le Cloud.
• Guide de migration ArcGIS Enterprise et Cloud : ce guide fournit une approche détaillée pour comprendre, planifier et agir en conséquence afin de répondre aux besoins de votre organisation en matière de migration.
• Blog ArcGIS Enterprise dans le Cloud : ce blog présente un aperçu du déploiement dans le Cloud.
• AWS CloudFormation et ArcGIS : familiarisez-vous avec les outils de déploiement du Cloud.

Mises à niveau et migration

La mise à niveau des logiciels ArcGIS Enterprise n’est pas une stratégie de migration. Lorsque vous mettez à niveau ArcGIS Enterprise (y compris les composants de déploiement de base, les rôles de serveur, etc.), l’objectif est généralement de pouvoir accéder à de nouvelles entités, capacités et applications. Par exemple, une organisation qui utilise la version 10.7 peut envisager de la mettre à niveau pour avoir accès aux nouvelles entités ou applications disponibles dans la version 10.8.1. Dans ce cas, le déploiement existant est sauvegardé et la nouvelle version du logiciel est installée en plus du logiciel existant pour le mettre à niveau.

Toutefois, la nécessité de mettre à niveau les logiciels est souvent associée à la mise en œuvre d’une stratégie de migration.