Migration d'ArcGIS Server 10.0 vers des versions ultérieures

Des modifications importantes ont été apportées à l'architecture dans ArcGIS 10.1 for Server. Par conséquent, lors d'une migration de la version 10.2.2 à partir des versions 10.0 ou antérieures, tenez compte des conseils suivants lors de la migration. Si vous procédez à une mise à niveau de la version 10.1 ou d'une version ultérieure vers ArcGIS 10.2.2 for Server, les instructions suivantes sur la migration ne s'appliquent pas à vous. Consultez plutôt la rubrique Utilisateurs d'ArcGIS for Server existants pour consulter une liste de questions courantes liées à la migration et avoir accès à des liens vers des rubriques proposant des instructions complètes sur la mise à niveau.

Si vous êtes prêt à procéder à une migration vers la version 10.2.2 à partir de la version 10.0 ou de versions antérieures, vérifiez les points de la liste de contrôle de la migration.

Approches de migration

Pour migrer d'ArcGIS 10.0 for Server, la méthode la plus simple consiste à installer la version 10.2.2 sur une ou plusieurs nouvelles machines. Cela vous permet de vous reporter à vos applications et propriétés de service existantes tout en créant votre nouveau site ArcGIS Server. Cela réduit également la durée d'indisponibilité, car vous pouvez tester le site migré et immédiatement rediriger le trafic vers lui une fois que vous êtes prêt.

L'autre approche, la migration d'une machine "sur place", entraîne une certaine durée d'indisponibilité pendant que vous désinstallez le logiciel 10.0, installez le logiciel 10.2.2, redéployez vos services (ce qui n'est pas automatique) et mettez vos applications à jour. Pour toutes les migrations "sur place", vous devez soigneusement prendre note des configurations de vos services avant de procéder à la désinstallation. La liste de contrôle de la migration répertorie les propriétés essentielles à consigner et les fichiers à sauvegarder.

Si vous devez effectuer une migration "sur place", il est recommandé de vous exercer sur un serveur de développement ou sur une machine virtuelle avant de tenter le processus sur votre serveur de production.

Il est plus facile d'effectuer une migration "sur place" lorsque vous migrez de la version 10.1 à la version 10.2.2, car vous n'êtes pas tenu de désinstaller la version 10.1. Mais vous devrez tout de même rigoureusement tester le site migré avant de le mettre à la disposition des utilisateurs.

Le serveur SIG et les services

Conservation de l'URL du serveur

Par défaut, le site ArcGIS Server propose ses services Web via le port 6080 et il utilise le nom de site "arcgis". L'URL des services que vous créez indique le port 6080 et "arcgis". Par exemple :

Version d'ArcGIS for Server	exemple de format URL
10.0 et antérieure	http://gisserver.domain.com/planners/rest/services/MyMapService/MapServer
10.1 et ultérieure	http://gisserver.domain.com:6080/arcgis/rest/services/MyMapService/MapServer

Pour conserver l'URL de la version 10.0 avec une version ultérieure d'ArcGIS Server, installez ArcGIS Web Adaptor. ArcGIS Web Adaptor connecte ArcGIS Server avec votre serveur Web d'entreprise pour vous permettre de configurer pour votre site une URL qui corresponde à votre déploiement de la version 10.0. Pour plus d'informations, reportez-vous à la rubrique A propos d'ArcGIS Web Adaptor.

Migration de services

Les services ne migrent pas automatiquement de la version 10.0 aux versions ultérieures. Le processus de migration de ces services consiste à les recréer en utilisant la nouvelle version. Dans les versions récentes, les éléments que vous essayez de publier sont soumis à une analyse plus rigoureuse pour garantir leur diffusion efficace sur le serveur. Bien que l'analyse prenne du temps, elle vous aide à adapter vos services aux diverses modifications apportées à la version 10.1. Vous découvrirez également des moyens d'améliorer les performances de vos services.

Migration de caches de globe et de carte

Vous pouvez utiliser les caches de carte et de globe créés dans ArcGIS 10.0 for Server et les versions précédentes dans les versions ultérieures. Les caches multicouches font exception et ne sont pas pris en charge après la version 10.0. Vous devez recréer un cache multi-couches sous la forme d'une série de caches distincts fusionnés.

Utilisez les étapes suivantes, dans l'ordre, pour migrer un cache de carte :

1. Sur votre nouveau site ArcGIS Server, créez un répertoire de cache de serveur qui fait référence au dossier contenant votre cache 10.0. Pour obtenir des instructions sur la création d'un répertoire de cache de serveur, reportez-vous à la rubrique Création d'un répertoire de serveur dans le Gestionnaire. Vous pouvez également transférer le cache de la version 10.0 dans votre répertoire de cache de serveur. Tous les sites ArcGIS Server sont créés avec au moins un répertoire de cache de serveur.
2. Utilisez l'assistant Fichier > Partager en tant que > Service dans ArcMap pour commencer à créer un service du même nom que le cache existant. Lorsque la boîte de dialogue Editeur de services apparaît, passez à l'étape suivante. Ne cliquez pas encore sur Publier. Si le nom de votre cache contient un tiret de soulignement, cela signifie que vous devez créer le service dans le dossier du serveur SIG, en respectant la convention d'appellation suivante : <nom du dossier>_<nom du service>.
3. Dans l'onglet Mise en cache de la boîte de dialogue Editeur de services, modifiez la propriété Répertoire de cache pour désigner le répertoire de cache migré que vous avez enregistré à l'étape 1.
4. Dans l'onglet Mise en cache de la boîte de dialogue Editeur de services, modifiez les curseurs des échelles en cache minimum et maximum afin d'inclure les échelles pour lesquelles vous possédez des tuiles existantes.
5. Dans l'Editeur de services, cliquez sur Publier pour publier le service.

Migration de scripts de mise en cache

Si vous avez mis à jour et créé des caches de carte ou globe au moyen de scripts de géotraitement, gardez à l'esprit que l'ordre des paramètres, les noms et les types de données de nombreux outils du jeu Mise en cache ont changé dans la version 10.1. Vous êtes invité à lire attentivement les exemples et rubriques de référence des outils de géotraitement pour bien comprendre comment mettre à jour vos scripts.

Migration de code vers des extensions d'objets serveur (SOE)

Avant la version 10.1, de nombreux développeurs accédaient à ArcObjects en établissant une connexion locale (DCOM) via la fonctionnalité Web ADF. Ces connexions locales à ArcGIS Server ne sont plus disponibles après la version 10.1. En revanche, nous vous conseillons de développer des extensions d'objets serveur (SOE) et de les proposer sous la forme de services Web REST. Vous pouvez afficher vos services SIG améliorés par les extensions d'objets serveur dans le répertoire des services ArcGIS et les utiliser via les API Web ArcGIS.

Pour plus d'informations sur le développement d'extensions d'objets serveur, reportez-vous à la rubrique Qu'est-ce qu'une extension d'objet serveur ?

Migration d'extensions d'objets serveur

Comme nous l'avons indiqué dans la section précédente, les extensions d'objets serveur (SOE) qui dépendent de connexions ArcGIS Server Local ne fonctionnent pas à partir de la version 10.1 et doivent être remaniées afin de se comporter comme des services Web REST ou SOAP.

Si vous développez une extension d'objet serveur de service Web REST ou SOAP avec la version 10.0 ou une version antérieure, vous devez la créer ou la recréer avec des références à des bibliothèques 64 bits pour qu'elle puisse être utilisée avec une version ultérieure. Vous devez également empaqueter votre extension d'objet serveur sous la forme d'un fichier .soe pour pouvoir la déployer. Les modèles IDE pour les SOE qui sont inclus avec ArcGIS Server peuvent effectuer ces opérations d'empaquetage. Vous trouverez plus d'informations à ce sujet dans les rubriques Migration d'une extension d'objet serveur Java vers la version 10.2.2 et Migration d'une extension d'objet serveur .NET vers la version 10.2.2.

Comme nous l'avons indiqué dans la section précédente, les extensions d'objets serveur qui dépendent de connexions ArcGIS Server Local sont incompatibles avec les versions 10.1 et ultérieures et doivent être remaniées afin de se comporter comme des services Web REST ou SOAP.

Migration de déploiements sécurisés

ArcGIS Server n'essaie pas de faire migrer automatiquement les paramètres de sécurité à partir des versions précédentes. En effet, ArcGIS Server ne peut pas collecter assez d'informations sur la configuration de la sécurité d'une installation précédente pour garantir la migration complète des paramètres de sécurité. Si votre magasin de sécurité ArcGIS 10.0 for Server était géré dans SQL Server, vous pouvez le faire migrer manuellement en suivant les instructions de la rubrique Utilisation d'un magasin de sécurité SQL Server .NET 10.0 dans la version 10.2.2.

La sécurité est déjà activée lorsque vous installez ArcGIS Server et les utilisateurs anonymes sont autorisés par défaut à utiliser vos services. Vous pouvez vous connecter au gestionnaire à tout moment et spécifier le magasin de règles et d'utilisateurs que vous souhaitez utiliser à des fins de sécurité. Vous pouvez ensuite appliquer des autorisations plus strictes à vos services. Pour plus d'informations, reportez-vous à la rubrique Configuration de la sécurité d'ArcGIS Server.

Migration d'applications Web

A partir de la version 10.1, ArcGIS Server Manager se contente d'héberger et d'administrer des services. Il ne crée pas d'applications Web. Si vous voulez créer une application Web SIG sans rédiger de code, vous pouvez utiliser les visionneuses ArcGIS Viewer for Flex ou ArcGIS Viewer for Silverlight. Elles intègrent désormais des générateurs d'applications interactifs qui vous permettent de concevoir une application Web en désignant et en cliquant sur les entités qui vous intéressent, tout comme vous génériez des applications Web avec le gestionnaire dans les versions précédentes.

Pour partager vos cartes sur le Web sans devoir créer et héberger une application entière, vous pouvez utiliser la visionneuse de carte ArcGIS.com. Il s'agit d'une zone d'affichage en ligne pour la création et le partage en ligne d'une carte basée sur des services Web. Pour commencer, visitez ArcGIS.com et cliquez sur Carte.

L'ADF (Web Application Developer Framework, Infrastructure de développement d'applications Web) disponible avec les versions précédentes d'ArcGIS Server est déconseillée et les développeurs doivent utiliser les API Web ArcGIS (pour JavaScript, Flex et Silverlight) lorsqu'ils créent de nouvelles applications Web. Les API Web ArcGIS permettent également d'imprimer, de mettre à jour et d'effectuer d'autres tâches auparavant exécutées par l'ADF.

Questions courantes sur la migration

Cette section présente les questions que vous pouvez vous poser lors de la migration et suggère des solutions possibles. Si la question que vous vous posez n'est pas répertoriée ci-dessous, vous pouvez rechercher des articles sur le site du Centre de support technique Esri.

Dans quel ordre dois-je mettre à niveau différents composants ArcGIS ?

Si ArcGIS for Desktop et ArcGIS for Server sont installés sur plusieurs machines, vous pouvez mettre à niveau les différents composants ArcGIS en plusieurs étapes. Par exemple, vous pourriez suivre les étapes ci-dessous :

1. Mettez à niveau quelques clients ArcGIS for Desktop. Après avoir confirmé la mise à niveau, mettez à niveau tous les clients ArcGIS for Desktop.
2. Mettez à niveau ArcGIS for Server.

Dois-je mettre à niveau mon système d'exploitation en même temps qu'ArcGIS for Server ?

ArcGIS for Server est une application 64 bits qui nécessite un système d'exploitation 64 bits. Si vous utilisez un système d'exploitation 32 bits, vous devrez le mettre à niveau à 64 bits avant d'installer ArcGIS for Server.

Si vous n'êtes pas sûr que votre système d'exploitation soit pris en charge avec ArcGIS for Server, reportez-vous à la rubrique Configuration système requise d'ArcGIS for Server.

Lorsque je crée le site ArcGIS Server, puis-je réutiliser les répertoires de serveur que j'ai utilisés dans les versions précédentes ou dois-je taper un nouveau chemin d'accès pour mes répertoires de serveur ?

Lorsque vous créez un site, vous êtes invité à indiquer l'emplacement racine de vos répertoires de serveur. Vous pouvez spécifier un nouvel emplacement afin que des répertoires vierges soient créés pour vous, ou vous pouvez pointer sur un emplacement qui contient des répertoires de serveur des versions précédentes.

Si vous réutilisez vos répertoires de serveur précédents, utilisez votre logiciel de gestion de serveur Web pour supprimer les répertoires virtuels qui étaient associés à vos répertoires de serveur dans les versions précédentes. Comme ArcGIS Server gère automatiquement la virtualisation des répertoires depuis la version 10.1, vous n'avez pas besoin de vos anciens répertoires virtuels.

Si vos répertoires de serveur contiennent des caches de carte au format de stockage éclaté, n'oubliez pas que la création de votre site peut prendre du temps. Le processus de création du site applique des autorisations pour le compte ArcGIS Server sur les dossiers de cache, ce qui peut prendre du temps avec les caches éclatés volumineux.

Mon compte utilisateur du conteneur ArcGIS des versions précédentes possède déjà des autorisations sur mes dossiers de données. Lorsque j'installe la version 10.2.2, puis-je réutiliser ce compte comme étant le qui exécute ArcGIS Server ?

Les versions 10.0 et précédentes d'ArcGIS Server nécessitaient la création d'un compte utilisateur du conteneur ArcGIS (SOC) devant disposer d'autorisations sur tous les dossiers de données. Si vous possédez déjà un compte SOC doté des autorisations en question, vous pouvez le définir comme étant le qui exécute ArcGIS Server. Ceci peut réduire ou éliminer la réaffectation des autorisations que vous devez réaliser au cours de la migration.