Vérification des prérequis du système d'exploitation

Déterminez si votre installation actuelle d'ArcGIS Server est hébergée sur un système d'exploitation 32 ou 64 bits. ArcGIS Server requiert un système d'exploitation 64 bits depuis la version 10.1 ; il s'agit là d'une condition préalable à la poursuite de l'installation.

Si votre système d'exploitation actuel est une version 32 bits, vérifiez si le matériel peut prendre en charge une mise à niveau vers la version 64 bits. Si c'est impossible, ne désinstallez pas ArcGIS Server. Vous devrez acheter du matériel qui prend en charge la dernière version d'ArcGIS Server.

Identification des versions et produits ArcGIS actuellement installés

Parcourez le système de fichiers de votre machine et prenez note des versions et produits ArcGIS actuellement installés.

Copie de sauvegarde des fichiers de configuration importants

Avant de désinstaller votre version actuelle d'ArcGIS Server, faites des copies des fichiers suivants et stockez-les à un emplacement stable et sécurisé. Vous ne pourrez pas exploiter directement ces fichiers pour restaurer vos services. Ils constituent cependant une référence des paramètres qui étaient définis précédemment. Ces sauvegardes se révèlent également particulièrement utiles si la migration est interrompue ou différée.

• <répertoire d'installation d'ArcGIS Server>/arcgis/support/Instance.log
• <répertoire d'installation d'ArcGIS Server>/arcgis/server/system/Server.dat
• <répertoire d'installation d'ArcGIS Server>/arcgis/server/system/ServerTypes.dat
• <répertoire d'installation d'ArcGIS Server>/arcgis/server/user/cfg (tous les dossiers et fichiers situés sous cet emplacement)

Création de la liste des applications client qui utilisent votre serveur

Pensez aux différentes applications client que votre personnel et vos clients utilisent pour se connecter aux services Web que vous hébergez sur ArcGIS Server. En voici quelques-unes :

• Applications créées avec des API ArcGIS pour JavaScript, Flex ou Silverlight.
• Applications ADF Web Java et .NET, y compris celles créées avec le Gestionnaire dans des versions antérieures d'ArcGIS Server.
• Cartes créées à l'aide de la visionneuse de carte ArcGIS.com et enregistrées dans ArcGIS Online.
• Applications créées à l'aide des APIS ArcGIS pour iOS, Android et Windows Phone.
• Applications bureautiques telles qu'ArcMap et applications créées à l'aide d'ArcGIS Engine.
• Applications tierces et OGC

Selon les types de connexion utilisés et l'URL du serveur configurée lors de la migration, il se peut que ces applications doivent être mises à jour (description ci-dessous des opérations à effectuer). Vous souhaiterez probablement contacter les propriétaires de ces applications et les prévenir que vous allez procéder à la migration.

Identification des éventuelles applications client qui se connectent à ArcGIS Server au moyen de connexions DCOM (ArcGIS Server Local)

Les versions 10.0 et antérieures d'ArcGIS Server prenaient en charge les connexions DCOM (ArcGIS Server Local) et HTTP (ArcGIS Server Internet). Les connexions DCOM avec ArcGIS Server ne sont plus prises en charge depuis la version 10.1. Vous devez réusiner vos applications Web pour qu'elles utilisent des connexions HTTP avant d'effectuer la mise à niveau. Si vous utilisiez des connexions DCOM pour accéder à ArcObjects, vous devez supprimer votre code ArcObjects ou l'envelopper dans une extension d’objet serveur.

Identification du format URL utilisé par vos applications existantes lors de la connexion à ArcGIS Server

Vous devez déterminer le format URL utilisé par vos applications existantes lors de la connexion à ArcGIS Server. Cela vous aidera à comprendre si elles doivent être modifiées après la mise à niveau. ArcGIS Web Adaptor vous permet de concevoir votre site pour qu'il corresponde aux URL que vous utilisiez avec les versions antérieures, vous dispensant ainsi de la mise à jour de tout le code de votre application.

En règle générale, les applications qui établissent des connexions HTTP à votre serveur via REST ou SOAP utilisent la syntaxe suivante :

• http://gisserver.domain.com:6080/arcgis/rest

ou

• http://gisserver.domain.com:6080/arcgis/services

Si ArcGIS Server est configuré pour utiliser le port par défaut de votre serveur Web (tel que port 80), il y a de fortes chances pour que le port :6080.

Indiquez si vos services sont accessibles par le biais du nom d'instance arcgis par défaut ou d'un autre nom d'instance.

Lorsque vous mettez à niveau ArcGIS Server, votre site utilise le port 6080 et l'URL contient le nom de site arcgis. Vous pouvez proposer votre site aux utilisateurs externes via un port et un nom de site différents en installant ArcGIS Web Adaptor. Si vous n'utilisez pas ArcGIS Web Adaptor, vous devrez mettre à jour vos applications pour qu'elles utilisent la nouvelle URL de serveur référençant le port 6080.

Inventaire des services existants

Dressez un inventaire de tous les services existants et de la structure de dossiers où ils sont stockés. Par exemple :

• MyServer (racine)
• Service1 (type de service)
• Service2 (type de service)
• Folder1
  • Service3
  • Service4
• Folder2
  • . . .
• . . .

Consignation des propriétés de vos services

Enregistrez soigneusement les propriétés de chaque service, de manière à pouvoir recréer les services après la mise à niveau. Vous devez prendre note des éléments suivants dans la boîte de dialogue Propriétés du service d'ArcCatalog ou dans les boîtes de dialogue correspondantes du gestionnaire.

• Description : dans l'onglet Général, copiez la propriété Description si elle est spécifiée. Vous pourrez la réutiliser lors de la recréation du service.
• Chemin du document : il s'agit de l'information la plus importante que vous devez noter avant la désinstallation. Affichez l'onglet Paramètres pour visualiser l'emplacement du fichier source (tel que .mxd, .tbx ou .loc) sur le disque. Une fois la mise à niveau effectuée, vous reviendrez à ces documents et les publierez à nouveau sur le serveur. Dans les cas des services de carte qui utilisent des fichiers .msd, veuillez également localiser le fichier .mxd et prendre note de son emplacement.
• Paramètres : prenez note de toutes les autres valeurs de propriétés de l'onglet Paramètres.
• Fonctionnalités et opérations : prenez note des fonctionnalités activées et des opérations autorisées telles qu'elles sont indiquées dans l'onglet Fonctionnalités.
• Paramètres de groupage : affichez l'onglet Groupage et prenez note des nombres minimum et maximum d'instances qui seront utilisées par le service configuré à cet effet. Prenez également note des valeurs d'expiration de délai qui sont enregistrées. Le groupage étant généralisé dans les versions 10.1 et ultérieures, il n'est pas nécessaire d'indiquer si un service est groupé ou non groupé.
• Processus : affichez l'onglet Processus, puis prenez note des valeurs d'isolement et de recyclage.
• Mise en cache : affichez l'onglet Mise en cache et indiquez si le service est affiché dynamiquement à partir des données ou à l'aide de tuiles issues d'un cache. Si le service utilise un cache, prenez note de l'emplacement du Répertoire de cache.

Inventaire de vos liens réseau KML

Déterminez si votre serveur héberge des liens réseau KML en vous connectant au gestionnaire et en cliquant ensuite sur Services > Liens réseau KML. Si des fichiers KMZ sont répertoriés, veuillez en prendre note. Accédez au dossier KML de votre instance ArcGIS Server et effectuez des copies de sauvegarde de tous les fichiers KMZ qui y sont stockés.

Relevé des détails de votre configuration de sécurité

Désinscrire les bibliothèques des extensions d'objet serveur

Avant de désinstaller ArcGIS Server, désinscrivez les bibliothèques des extensions d'objet serveur déployées sur vos machines de conteneur des objets serveur. Il n'est pas nécessaire de désinscrire l'extension d'ArcGIS Server, il suffit de désinscrire la bibliothèque (par exemple la DLL dans le cas d'une extension .NET).

Les extensions d'objet serveur ne migrent pas automatiquement de la version 10.0 aux versions ultérieures. Elles doivent être recréées puis redéployées.

Vérification des informations d'autorisation et de licence de la version mise à niveau

Avant de désinstaller ArcGIS Server, vérifiez que vous disposez des codes d'autorisation ou fichiers d'approvisionnement nécessaires pour autoriser le serveur après avoir effectué la mise à niveau vers la nouvelle version.

Désinstallation d'ArcGIS Server et d'autres produits ArcGIS

Désinstallez tous les produits ArcGIS de votre serveur. Si des composants SOM et SOC étaient distribués entre plusieurs machines, désinstallez-les de toutes les machines.

Une fois la désinstallation effectuée, faites une sauvegarde des éventuels fichiers qui subsistent dans l'emplacement d'installation (/ArcGIS/Server10.0) et dans l'emplacement racine de l'instance.

Installer la version 10.3.1 et créer un site

Installez ArcGIS 10.3.1 for Server et créez un site. Vous pouvez, si vous le souhaitez, installer le serveur sur plusieurs machines et les joindre dans le même site. Reportez-vous au guide d'installation pour plus d'informations, ainsi qu'à la rubrique Création d'un site.

Vous devez également installer ArcGIS 10.3.1 for Desktop sur au moins une machine de votre réseau. ArcMap et ArcCatalog reconnaîtront les connexions au serveur SIG précédentes que vous possédiez dans l'arborescence du catalogue. Supprimez la connexion à votre ancien serveur et établissez une nouvelle connexion vers votre serveur 10.3.1. Reportez-vous à la rubrique A propos de la connexion à ArcGIS Server dans ArcGIS for Desktop.

Inscrire vos données auprès du serveur

Dans la version 10.0, la gestion d'ArcGIS Server ne s'appliquait pas au magasin de données, une liste d'emplacements connus du serveur qui contient des données et dispose des autorisations nécessaires. Vous devez accorder au compte ArcGIS Server les autorisations d'accès aux données utilisées par vos services précédents lorsque vous installez la version 10.3.1. Inscrivez ensuite les bases de données et dossiers de données auprès d'ArcGIS Server en suivant les étapes de la rubrique Inscription de vos données auprès d'ArcGIS Server à l'aide d'ArcGIS for Desktop.

Pour dupliquer le workflow appliqué dans les versions antérieures, vous pouvez inscrire vos dossiers et bases de données de façon à ce que l'éditeur et le serveur utilisent le même chemin ou les mêmes informations de connexion. En d'autres termes, l'éditeur et le serveur accèdent aux données contenues dans un dossier commun et visibles par tous les deux. Toutefois, des workflows plus complexes sont disponibles. Ils permettent de corriger automatiquement les chemins lorsque les fichiers sont transférés entre la machine de l'éditeur et le serveur au moment de la publication.

Pour terminer, vous devez inscrire les répertoires de cache de serveur existants auprès d'ArcGIS Server ou transférer vos caches vers le répertoire créé en même temps que le site.

Publication de services et configuration de propriétés

Vous pouvez, à présent, commencer à publier vos services et à les configurer avec les mêmes propriétés que celles qui étaient en vigueur avant la désinstallation. L'opération de publication a été modifiée dans la version 10.1 et s'effectue désormais dans ArcGIS for Desktop. Suivez les instructions de la rubrique Procédure de publication d'un service pour vous familiariser avec le workflow de publication. Si vous publiez des services de carte, vous devez ouvrir le fichier .mxd source dans ArcMap ; vous ne pouvez pas publier directement des fichiers .msd comme c'était le cas dans les versions 10.0 et antérieures.

A mesure que vous progressez dans la procédure de publication, vous pouvez utiliser la boîte de dialogue Editeur de services pour définir les propriétés que vous avez récupérées de vos services précédents. La plupart des propriétés fonctionnent de la même manière que dans les versions 10.0 et antérieures. Le nombre minimal et maximal de propriétés d'instances constitue cependant une exception notable. Ainsi, cette valeur fait maintenant référence au nombre minimal et maximal d'instances par serveur SIG, et non plus pour l'ensemble du site.

Les caches de carte et de globe créés dans les versions antérieures devraient normalement fonctionner dans votre site mis à niveau, à condition que les tuiles résident dans un répertoire de cache de service inscrit et que le dossier du serveur SIG et les noms des services correspondent au nom du répertoire dans lequel sont stockées les tuiles. Le nom du répertoire doit être conforme au format <nom de dossier>_<nom de service> ; ainsi dans le cas d'un dossier California avec le service Fresno, le dossier qui contient les tuiles doit se nommer California_Fresno.

Certains services déjà en cours d'exécution sur votre site mis à niveau vous aideront à effectuer des opérations de publication (PublishingTools) et de mise en cache (CachingTools et CachingControllers). Si vous prévoyez de nombreuses tâches de mise en cache et souhaitez leur consacrer davantage de puissance du serveur, vous devez augmenter le nombre maximal d'instances du service CachingTools autorisées à s'exécuter. Dans les versions 10.0 et antérieures, vous ajoutiez des instances du service de carte ou de globe mis en cache, alors que maintenant, vous ajoutez davantage d'instances du service CachingTools.

Recréer et redéployer les extensions d'objet serveur

Si vous utilisiez des extensions d'objet serveur avec votre déploiement précédent, il est temps de les recréer et de les redéployer sur ArcGIS Server. Vous devez les recréer pour créer le fichier .SOE utilisé dans les versions 10.1 et ultérieures. Grâce au fichier .SOE, le déploiement est beaucoup plus simple et s'effectue généralement avec le gestionnaire. Reportez-vous aux rubriques Migration d'une extension d'objet serveur .NET vers la version 10.3.1 et Migration d'une extension d'objet serveur Java vers la version 10.3.1.

Une fois que vous avez redéployé vos extensions d'objet serveur, vous devez les activer sur tous les services qui les utilisent et définir les propriétés des extensions, le cas échéant.

Installer ArcGIS Web Adaptor

ArcGIS Web Adaptor vous aide à intégrer votre site ArcGIS Server à votre serveur Web d'entreprise. Installez-le si vous souhaitez modifier le port et l'URL utilisés pour accéder à votre serveur. Dans la plupart des cas, vous pouvez faire en sorte que l'URL soit identique à celle des versions antérieures, ce qui vous dispense des problèmes liés à la mise à jour des applications Web. L'adaptateur Web présente bien d'autres avantages, répertoriés dans la rubrique A propos d'ArcGIS Web Adaptor.

Si votre instance ArcGIS Server utilisait le nom par défaut arcgis et que vous souhaitez conserver ce nom dans votre site mis à niveau avec ArcGIS Web Adaptor, vous devez effectuer certaines tâches préliminaires avant d'exécuter le programme d'installation de l'adaptateur Web. A l'aide de votre logiciel serveur Web, supprimez le répertoire virtuel arcgis. Supprimez ensuite le dossier sur le disque qui contenait les fichiers de l'instance ArcGIS Server, par exemple C:\Inetpub\wwwroot\arcgis. (Vous pouvez créer une sauvegarde avant d'effectuer cette opération.) Enfin, installez ArcGIS Web Adaptor et exécutez la page de configuration de l'adaptateur Web.

Si vous n'installez pas ArcGIS Web Adaptor, vous devez mettre à jour les URL utilisées dans vos applications clientes pour qu'elles désignent l'URL du serveur mis à niveau. Pour les services REST, cette URL est http://gisserver.domain.com:6080/arcgis/rest/services.

Définition de votre magasin de sécurité

A ce stade, vous pouvez commencer à redéfinir les paramètres de sécurité de vos services. Vous pouvez soit connecter ArcGIS Server à votre magasin de rôles et d'utilisateurs précédent, soit recréer ce magasin à l'aide du magasin intégré fourni avec ArcGIS Server. Après avoir défini votre magasin de rôles et d'utilisateurs, vous pouvez réaffecter les autorisations que vous avez enregistrées pour chaque dossier et service.

Nouvelle publication des liens réseau KML

Si vous avez pris note des liens réseau KML disponibles sur votre serveur précédent, vous pouvez les publier à nouveau avec le site ArcGIS Server mis à niveau. Pour plus d'informations à ce sujet, reportez-vous à la rubrique Téléchargement d'un lien réseau KML existant vers ArcGIS Server.

Migrer et tester vos applications Web

Vous pouvez maintenant tester toutes vos applications Web et mettre à jour les URL qu'elles utilisent si cela est nécessaire.