Conservation de l'URL du serveur

Par défaut, le site ArcGIS for 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 :

Pour conserver l'URL de la version 10.0 avec une version ultérieure d'ArcGIS for Server, installez ArcGIS Web Adaptor. ArcGIS Web Adaptor connecte ArcGIS for 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 et aux versions ultérieures. 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 antérieures 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)

Avec la version 10.0 et les versions antérieures, 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 qui dépendent de connexions ArcGIS for Server locales 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.

Si vous avez développé une extension d'objet serveur de service Web REST ou SOAP avec la version 10.0 ou les versions antérieures, 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 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.3.1 et Migration d'une extension d'objet serveur .NET vers la version 10.3.1.

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 for Server 10.0 é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.3.1.

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.

Dans quel ordre dois-je mettre à niveau différents composants ArcGIS ?, l'ordre est-il différent ?

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 vérifié que le processus de mise à niveau a réussi, 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.

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 antérieures 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 antérieures.

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 antérieures. 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 antérieures possède déjà des autorisations sur mes dossiers de données. Lorsque j'installe la version 10.3.1compte ArcGIS for Server qui exécute ArcGIS for Server ?

Les versions 10.0 et antérieures d'ArcGIS for 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 for Server. Ceci peut réduire ou éliminer la réaffectation des autorisations que vous devez réaliser au cours de la migration.