Liste de contrôle de la migration
Des modifications importantes ont été apportées à l'architecture dans ArcGIS 10.1 for Server. Par conséquent, si vous migrez des versions 10.0 ou antérieures vers la version 10.2.2, respectez scrupuleusement les étapes décrites dans ce document. 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, la liste de contrôle suivante concernant la migration ne s'applique 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.
Avant de procéder à la mise à niveau de la version 10.0 à la version 10.2.2, vous devez désinstaller tous les produits ArcGIS. Vos configurations de service 10.0 ne sont pas reconnues lors d'une installation de la version 10.2.2. Il est donc vivement conseillé de prototyper la migration dans un environnement de test ou de développement avant de désinstaller le serveur de la version 10.0. Cette étape de la liste vous aide à dresser l'inventaire du serveur existant, de telle sorte que vous puissiez recréer ses services et paramètres sur votre serveur 10.2.2.
Cette liste de contrôle contient les étapes de migration essentielles que tout utilisateur doit effectuer. Il se peut que d'autres réglages de migration s'avèrent nécessaires pour prendre en charge votre ensemble de services ou d'applications Web spécifique. Dans la plupart des cas, il s'agit de réglages mineurs.
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 cela s'avère impossible, ne désinstallez pas ArcGIS Server. Vous devrez acheter un nouveau matériel pour prendre 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
En fonction des types de connexion utilisés et de l'URL du serveur configurée lors de la migration, il se peut que ces applications doivent faire l'objet de certaines opérations de mise à jour (décrites dans la suite de cette rubrique). Vous souhaiterez probablement au moins contacter les propriétaires de ces applications et les avertir 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 présenter 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 renseignée. Vous pourrez la réutiliser lors de la recréation du service.
- Chemin d’accès au document : il s'agit de l'information la plus importante dont vous devez prendre note 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 dont l'utilisation est configurée pour le service. 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 consignez 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é
ArcGIS Server pour Microsoft .NET Framework
Déterminez si la sécurité est activée pour votre serveur en ouvrant le gestionnaire et en accédant à Sécurité > Paramètres.
Migration des utilisateurs et des rôles
Si la sécurité est activée pour les services SIG, prenez note de l'emplacement du magasin de sécurité (visible sur la même page) et suivez les instructions relatives au type de magasin spécifique ci-dessous pour faire migrer vos utilisateurs et vos rôles :
- SQL Server : pour utiliser le magasin SQL Server 10.0 dans la version 10.2.2, reportez-vous à la rubrique Utilisation d'un magasin de sécurité SQL Server .NET 10.0 dans la version 10.2.2.
- Groupes et utilisateurs locaux Windows : si vous utilisez des groupes locaux Windows pour affecter des autorisations à un dossier ou un service Web, utilisez les pages Sécurité > Utilisateurs et Sécurité > Rôles pour dresser l'inventaire des utilisateurs et des rôles. Cet inventaire vous permettra de recréer des utilisateurs et des rôles dans la version 10.2.2.
- Groupes et utilisateurs de domaines Windows : si vous utilisez des groupes de domaines Windows pour affecter des autorisations à un dossier ou un service Web, vous pouvez continuer à utiliser le même domaine dans la version 10.2.2. Pour ce faire, vous devez installer ArcGIS Server sur une machine qui fait partie du même domaine.
Consignation des autorisations pour les dossiers et services
Si la sécurité est activée pour les services SIG, utilisez le gestionnaire pour déterminer les rôles autorisés à accéder à chaque dossier ou service. Pour ce faire, cliquez sur Services > Gérer des services > Gérer les dossiers, puis cliquez sur le lien Autorisations. Prenez note de la liste des rôles autorisés, de telle sorte que vous puissiez appliquer ces autorisations sur votre serveur 10.2.2. Répétez cette opération avec chaque service en cliquant sur l'icône Autorisations (verrou) en regard du service.
ArcGIS for Server pour la plateforme Java
Déterminez si la sécurité est activée pour votre serveur en ouvrant le gestionnaire et en accédant à Sécurité > Paramètres.
Migration des utilisateurs et des rôles
Si la sécurité est activée pour les services SIG, cliquez sur l'onglet Magasin de sécurité afin de déterminer le type de magasin utilisé et suivez les instructions relatives au type de magasin spécifique ci-dessous pour faire migrer vos utilisateurs et vos rôles :
- Stockage des données internes ou base de données externe : si le magasin de sécurité utilisé est Stockage des données internes ou Base de données externe, utilisez les pages Sécurité > Utilisateurs et Sécurité > Rôles pour dresser l'inventaire des utilisateurs et des rôles. Cet inventaire vous permettra de recréer des utilisateurs et des rôles sur votre site mis à niveau.
- Magasin LDAP : si le magasin de sécurité utilisé est un serveur LDAP, prenez note des propriétés de connexion LDAP. Vous vous servirez de ces propriétés pour utiliser le même serveur LDAP que le magasin de sécurité de votre site mis à niveau.
- Active Directory : si le magasin de sécurité utilisé est Active Directory, déterminez le domaine qui héberge le serveur Active Directory. Vous devez installer ArcGIS Server sur une machine qui fait partie du même domaine. De cette manière, le serveur Active Directory de ce domaine pourra être utilisé comme magasin de sécurité.
Consignation des autorisations pour les dossiers et services
Déterminez les rôles autorisés à accéder à chaque dossier et service. Pour ce faire, cliquez sur Services > Gérer des Services, puis cliquez sur l'icône Autorisations (verrou) en regard du nom de dossier. Prenez note de la liste des rôles autorisés pour pouvoir appliquer ces autorisations à votre serveur mis à niveau. Répétez cette opération pour chaque service du dossier racine en cliquant sur l'icône Autorisations (verrou) en regard du service. Répétez cette opération pour chaque sous-dossier du dossier racine.
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 que vous avez déployées sur vos machines de conteneur des objets serveur. Il n'est pas nécessaire de désinscrire l'extension avec 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.
Installation de la version 10.2.2 et création d'un site
Installez ArcGIS 10.2.2 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.2.2 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. Vous devez supprimer la connexion vers votre ancien serveur et établir une nouvelle connexion vers votre serveur 10.2.2. 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, liste d'emplacements connus du serveur pour contenir des données et disposer des autorisations nécessaires. Lorsque vous installez la version 10.2.2, vous devez accorder au compte ArcGIS Server les autorisations d'accès aux données utilisées par vos précédents services. 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, il y a de fortes chances que vous inscriviez 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.
Enfin, vous devez également inscrire les répertoires de cache de serveur existants auprès d'ArcGIS Server ou déplacer vos caches dans le répertoire créé à cet effet 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 dans 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és à s'exécuter. Dans les versions 10.0 et antérieures, vous ajoutiez davantage d'instances du service de carte ou de globe mis en cache, alors que maintenant, vous ajoutez davantage d'instances de 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.2.2 et Migration d'une extension d'objet serveur Java vers la version 10.2.2.
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.
Installation d'ArcGIS Web Adaptor
ArcGIS Web Adaptor vous aide à intégrer votre site ArcGIS Server dans 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. ArcGIS Web Adaptor 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 d'ArcGIS Web Adaptor. 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 l'adaptateur Web 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 client 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é sur 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.