Les services Web ArcGIS Server transforment les cartes que vous créez dans des applications de bureau en ressources SIG Web.
La structure principale des services Web publiés depuis ArcGIS Pro est fondamentalement différente de celle des services de carte publiés depuis ArcMap. Cette structure, nommée environnement d’exécution de services, détermine les fonctions disponibles dans un service. De nombreuses fonctionnalités nouvelles des services Web, telles que la possibilité d’utiliser des instances partagées, sont uniquement prises en charge par l’environnement d’exécution de services ArcGIS Pro.
Remarque :
Cette différence s’applique uniquement aux services Web ArcGIS Server, et non aux services hébergés. Il n’est donc pas nécessaire de migrer ou de republier les services hébergés.
À compter de ArcGIS Enterprise 11.0, ArcGIS Server ne prend plus en charge l’environnement d’exécution de services ArcMap. Vous ne pouvez pas publier de services depuis ArcMap (y compris les services publiés avec la version de ArcPy installée avec ArcMap) sur les sites ArcGIS Server.
Lorsque vous mettez à niveau ArcGIS Server de la version 10.9.1 (ou d’une version antérieure) à la version 11.2, les comportements suivants s’appliquent aux couches Web existantes :
- Les services existants suivants, qui utilisent l’environnement d’exécution du service ArcMap, sont migrés vers l’environnement d’exécution du service ArcGIS Pro dans le cadre de la mise à niveau.
- Services de carte (avec ou sans KML activé)
- Services d'entités (services de carte dont l'accès aux entités est activé)
- Services d'imagerie
- Services WMS (services de carte avec WMS activé)
- Services WCS (services de carte avec WCS activé)
- Services WFS (services de carte avec WFS activé)
- Services d’analyse de réseau (services de carte pour lesquels la fonction d’analyse de réseau est activée)
- Services de géodonnées
- Si l’un des services de carte, d’imagerie ou de géodonnées migrés contient des données non prises en charge par l’environnement d’exécution ArcGIS Pro, les couches sont supprimées du service lors de la mise à niveau.
- Les services de géocode et de géotraitement qui utilisent l’environnement d’exécution de services ArcMap ne fonctionnent pas tant que vous ne les avez pas migrés ou republiés.
Les sections qui suivent décrivent le processus de préparation de votre personnel et de vos services Web. Si vous ne migrez ou ne republiez pas les services qui utilisent l’environnement d’exécution du service ArcMap avant la mise à niveau, certains de ces services ne fonctionnent plus après la mise à niveau du site ArcGIS Server.
Migrer les éditeurs vers ArcGIS Pro
Publiez tous les nouveaux services Web ArcGIS Server depuis ArcGIS Pro. Cela implique que les éditeurs de votre organisation doivent disposer de ArcGIS Pro et avoir le temps de se familiariser avec ce produit, s’ils ne le connaissent pas déjà.
En savoir plus sur la publication des services dans ArcGIS Pro
Republier les services qui ne peuvent pas être migrés
Les types de services ci-dessous ne peuvent pas être migrés. Vous devez les créer dans ArcGIS Pro et publier les nouveaux services pour qu’ils utilisent l’environnement d’exécution de services ArcGIS Pro. Des liens sont fournis pour accéder à des informations supplémentaires sur la publication de ces services.
Type de service | Aide pour la publication depuis ArcGIS Pro |
---|---|
Service de géotraitement | Outils Web de publication dans ArcGIS Pro (pour publier sur un serveur fédéré) |
Service de géocodage | Partager un localisateur (pour publier sur un serveur fédéré) Publier un service de géocodage (pour publier sur un site ArcGIS Server autonome) Remarque :Seuls les localisateurs créés à l’aide des outils de géotraitement Créer un localisateur ou Créer un localisateur d’entités sont pris en charge. |
Il s’agit des services qui contiennent des types de couche que l’environnement d’exécution ArcGIS Pro ne prend pas en charge, comme des catalogues raster, des couches temporelles créées par l’extension Tracking Analyst, des couches Schematics dans lesquelles les fonctionnalités schématiques sont activées, ainsi que des données stockées dans IBM Informix ou IBM Db2 pour z/OS. Remarque :Pour utiliser les données temporelles stockées dans une couche de suivi, vous devez migrer les couches vers l’environnement d’exécution du service ArcGIS Pro. Pour ce faire, vous devez créer un nouveau projet de carteArcGIS Pro, réimporter les données source, puis définir les propriétés de temps pour visualiser les données correctement. Pour une vue d’ensemble des fonctionnalités temporelles de ArcGIS Pro, reportez-vous à la rubrique Prise en main du concept de temps. D’autres outils d’analyse temporelle et basée sur le suivi sont également fournis avec la boîte à outils Geoanalytics Desktop. Conseil :Pour les services de carte et d’imagerie mis en cache qui contiennent des types de couches non pris en charge, vous n’avez pas besoin de recréer le cache. Vous pouvez supprimer le service qui utilise l’environnement d’exécution de services ArcMap et publier un service depuis ArcGIS Pro qui fait référence au cache existant. Lorsque vous publiez le service depuis ArcGIS Pro, il doit porter le même nom que l’ancien service et doit faire référence aux mêmes données. Lors de la publication, sélectionnez l’option Using an existing cache (Utilisation d’un cache existant) et choisissez le répertoire qui contient le cache existant, comme décrit dans les pages d’aide de ArcGIS Pro dans la colonne suivante. | Configurer un service de carte Migrer un catalogue d'images vers une mosaïque |
Services ArcGIS Workflow Manager (Classic) | Exécutez l’outil de géotraitement Publish Workflow Service (Publier le service de processus) depuis ArcGIS Pro 2.9. |
Migrer les SOE et les SOI
Si l’un des services que vous avez migrés ou republiés utilisait des extensions d’objet serveur (SOE) ou des intercepteurs d’objet serveur (SOI), vous devez migrer les SOE et les SOI depuis ArcObjects SDK vers ArcGIS Enterprise SDK avant de pouvoir les ajouter aux services de l’environnement d’exécution ArcGIS Pro. Pour plus d’informations, reportez-vous à l’article de blog Migrating ArcObjects SOEs and SOIs to ArcGIS Enterprise SDK.
Vous avez un commentaire à formuler concernant cette rubrique ?