Avec n’importe quel paquetage logiciel ou système, la planification des mises à niveau, de la maintenance et des correctifs est une partie importante du processus de conception de l’architecture. Bien que vous puissiez déployer une version spécifique d’un système, au fur et à mesure que des mises à jour sont effectuées et que des problèmes de sécurité sont découverts, et que les utilisateurs interagissent avec le système, il sera inévitablement nécessaire d’appliquer des correctifs, des mises à jour ou des mises à niveau au système.
Même des systèmes SaaS entièrement gérés comme ArcGIS Online doivent être mis à jour et corrigés. Même si le processus de mise à jour d’ArcGIS Online n’implique pas nécessairement d’actions de la part des utilisateurs du système, une planification appropriée des nouvelles fonctions annoncées, la surveillance attentive du contenu et des processus à la suite d’une mise à niveau et l’envoi de problèmes s’ils se produisent sont autant d’éléments qui contribuent à garantir la réussite de la mise à niveau et de la fenêtre de correctifs.
Le terme de correctif peut s’appliquer à presque tous les logiciels, mais dans ArcGIS, il fait généralement référence à des mises à jour logicielles spécifiques qui sont fournies entre les versions officielles du logiciel, ou fournies pour une version antérieure, afin de combler une lacune dans la fonctionnalité, un défaut ou un problème logiciel identifié. En règle générale, les correctifs n’introduisent aucune nouvelle fonction et ne sont envisagés, conçus et proposés que pendant une période donnée après la sortie du logiciel, comme spécifié dans le cycle de vie du produit logiciel. À titre d’exemple, consultez Cycle de vie d’ArcGIS Enterprise.
Les correctifs sont appliqués différemment selon les catégories de produits ArcGIS, notamment ArcGIS Online, ArcGIS Enterprise et d’autres applications clientes.
Pour ArcGIS Online, des correctifs sont appliqués pour tous les problèmes identifiés dans la période suivant directement la date de publication d’une nouvelle version du logiciel. Après cette période initiale, aucun correctif n’est appliqué jusqu’à la prochaine version régulière et planifiée d’ArcGIS Online. En tant que produit SaaS, aucune action de l’utilisateur n’est requise en ce qui concerne les correctifs car ils sont appliqués directement, sans que l’utilisateur les voie. Aucun correctif n’est appliqué aux versions antérieures puisqu’une seule version d’ArcGIS Online est disponible à la fois pour les utilisateurs : la version actuelle.
Pour ArcGIS Enterprise, des correctifs sont fournis sous forme de fichiers téléchargeables et installables pour Windows et Linux. Dans Kubernetes, ils sont appliqués directement à partir du logiciel. Les correctifs peuvent être identifiés, téléchargés et appliqués à partir du site Web de support Esri, ou peuvent être identifiés et appliqués directement au système à l’aide de l’outil Rechercher les mises à jour d’ArcGIS Enterprise qui est inclus dans ArcGIS Enterprise. Pour plus d’informations sur ce processus, consultez la documentation d’ArcGIS Enterprise.
L’application de correctifs aux composants ArcGIS Enterprise doit être soigneusement planifiée en fonction du temps d’arrêt du système cible. La plupart des correctifs nécessitent un redémarrage du composant logiciel en cours de correction, ce qui entraînera une courte période de temps d’arrêt lors du redémarrage du service ou du composant. Pour les systèmes haute disponibilité, consultez Appliquer des correctifs et des mises à jour à des composants haute disponibilité. Les correctifs peuvent être déployés à la suite d’une installation logicielle initiale (s’ils sont déjà publiés) ou déployés via des outils d’automatisation tels que Chef ou PowerShell DSC.
Dans tous les cas, l’application de correctifs doit être intentionnelle et spécifique, en coordination avec les procédures d’application des correctifs informatiques d’autres composants logiciels ou du système d’exploitation. L’application de correctifs à un composant en affecte souvent d’autres et il est généralement préférable de combiner les correctifs dans une seule fenêtre ou période de temps afin de réduire les temps d’arrêt pour les utilisateurs. L’application intentionnelle de correctifs signifie qu’il faut examiner attentivement l’ordre des composants à corriger et s’assurer que le mécanisme de correction, qu’il s’agisse d’un processus automatisé ou d’un processus géré par le personnel, suit cette conception et ce plan.
Les correctifs peuvent généralement être annulés ou désinstallés si des problèmes sont découverts, mais ils sont conçus pour être cumulatifs, de sorte que plusieurs correctifs peuvent être appliqués à un système au fur et à mesure de leur publication, sans ordre ou définition de l’importance spécifique. Dans certains cas, les correctifs font référence à des fonctions spécifiques, dans d’autres, ils peuvent fournir des mises à jour de sécurité générales, et il est donc recommandé d’appliquer tous les correctifs ArcGIS Enterprise dès leur publication.
Les mises à jour d’ArcGIS Pro, en particulier les correctifs d’une version déjà installée, qui sont identifiés à l’aide d’une approche de numérotation Majeur.mineur.correctif, sont publiées régulièrement, mais généralement uniquement pour la dernière version du logiciel, à l’exception de certaines versions axées sur le secteur du réseau de distribution ou de scénarios de correctifs de sécurité exceptionnels. Les correctifs sont généralement appliqués directement dans l’application, qui informera les utilisateurs connectés à un compte ArcGIS Online de la mise à disposition d’une mise à jour. Les mises à jour nécessitent généralement des privilèges appropriés pour installer des logiciels, mais elles peuvent sinon être installées par les utilisateurs selon les besoins et à leur discrétion.
Les correctifs ArcGIS Pro peuvent également être automatisés et déployés à l’aide d’une automatisation logicielle telle que Microsoft System Center. Les mises à jour d’ArcGIS Pro doivent être soigneusement planifiées pour les déploiements organisationnels de grande envergure d’ArcGIS Pro, afin que les utilisateurs puissent maintenir la cohérence des versions dans l’ensemble de l’organisation, car cela favorise la compatibilité et facilite les processus du support technique.
Les mises à jour d’autres applications clientes qui sortent du cadre d’ArcGIS Pro sont gérées différemment par application. Par exemple, le logiciel Experience Builder Developer Edition est publié peu après chaque version d’Experience Builder for ArcGIS Online, et les correctifs ne sont généralement pas fournis. Pour les applications mobiles ArcGIS telles que Field Maps ou Survey123, les correctifs sont déployés directement sur l’App Store approprié, et les utilisateurs reçoivent généralement la mise à jour automatiquement, à mesure que les systèmes d’exploitation mobiles évoluent vers une mise à jour automatique et silencieuse des applications. Pour les applications configurées dans ArcGIS Enterprise, les correctifs du logiciel ArcGIS Enterprise peuvent contenir des modifications apportées à ces fonctions, mais elles ne sont pas corrigées individuellement en dehors du traitement des correctifs Portal for ArcGIS.
L’application de correctifs au système d’exploitation n’entre généralement pas dans le cadre du contrôle ou de la responsabilité d’une équipe logicielle SIG, mais à mesure que les systèmes métier s’adaptent aux normes informatiques, un plan clair concernant l’application de correctifs au système d’exploitation devient la condition d’une conception bien architecturée. La plupart des services informatiques d’entreprise disposent déjà d’une approche standard en matière de correctifs : la première étape consiste donc à comprendre l’impact potentiel sur un système ArcGIS, ainsi que la manière dont les impacts peuvent être atténués.
Les correctifs sont généralement appliqués au système d’exploitation de manière régulière, par exemple, une fois par semaine, une fois par mois ou selon un autre intervalle. Certaines méthodes d’application de correctifs sont perturbatrices (en forçant une mise à jour du système d’exploitation via un redémarrage soudain), tandis que d’autres peuvent demander aux programmes et services de s’arrêter, puis de redémarrer et d’appliquer des correctifs, ou même appliquer des correctifs sans redémarrer le système. Dans tous les cas, il est recommandé de laisser le système s’arrêter avant d’appliquer les mises à jour, car la méthode plus perturbatrice peut entraîner des problèmes avec les composants de persistance des données dans le logiciel ou arrêter de manière inattendue les tâches en cours, telles que les tâches de géotraitement.
Les mises à jour du système d’exploitation peuvent également générer des problèmes inattendus avec les logiciels déployés sur le système et doivent être soigneusement suivies et enregistrées afin qu’une mise à jour puisse être annulée si des problèmes sont détectés. Esri examine et déploie les correctifs du système d’exploitation pour comprendre la compatibilité ainsi que les conflits ou problèmes potentiels, et émettra des mises en garde pour toute mise à jour ou configuration problématique du système d’exploitation dès son identification.
Une mise à niveau désigne spécifiquement la mise à niveau vers une nouvelle version majeure ou mineure d’un logiciel, et non à l’application de correctifs à une version existante. Les mises à niveau peuvent être transparentes, par exemple dans un système SaaS, ou quelque peu perturbatrices lors de l’utilisation de logiciels sur site. Elles constituent généralement un processus soigneusement planifié, géré et testé. Les mises à niveau sont toutefois essentielles pour permettre aux utilisateurs d’accéder aux dernières technologies, fonctionnalités et solutions, et doivent être attendues régulièrement pour la plupart des systèmes métier conçus avec ArcGIS.
La mise à niveau d’ArcGIS Enterprise est un processus bien documenté et soigneusement testé, comme indiqué dans la documentation officielle. La rubrique Éléments à prendre en compte aborde les décisions importantes liées aux mises à niveau. Vous devez la consulter au début du processus de planification d’une mise à niveau. Si votre organisation tarde à procéder à la mise à niveau ou si elle préfère rester sur une seule version pendant une période prolongée, veillez à déployer les versions de prise en charge à long terme d’ArcGIS Enterprise.
Les mises à niveau des composants ArcGIS Enterprise doivent toujours inclure une sauvegarde du système, soit par l’intermédiaire d’instantanés de machine virtuelle, de l’outil webgisdr ou de toute autre méthode, afin que le système puisse être restauré si des problèmes importants sont identifiés.
Les mises à niveau de la plupart des applications Web ArcGIS spécifiques, telles qu’Experience Builder ou Instant Apps, sont en grande partie invisibles pour l’utilisateur, soit parce qu’elles font partie de la mise à niveau du système ArcGIS Online ou ArcGIS Enterprise (et donc appliquées automatiquement dans le cadre d’une mise à niveau plus large), soit parce qu’elles sont mises à niveau automatiquement par le système d’exploitation (dans le cas des applications mobiles).
ArcGIS Pro mérite une attention particulière en raison de la relation entre ArcGIS Pro, les bases de données spatiales activées en tant que géodatabases d’entreprise et ArcGIS Enterprise ou ArcGIS Online. Bien que la plupart des versions d’ArcGIS Pro puissent se connecter à la plupart des versions d’ArcGIS Enterprise et que les versions antérieures d’ArcGIS Pro puissent servir à publier sur ArcGIS Online, voici quelques détails clés :
Les tables système de géodatabase, qui sont créées dans une base de données relationnelle lors de la création ou de l’activation d’une géodatabase d’entreprise, sont un autre composant qui doit être mis à niveau en même temps que le logiciel bureautique et le logiciel métier. Les mises à niveau de géodatabase sont documentées pour chaque fournisseur de base de données et sont réalisées à partir d’ArcGIS Pro ou d’un outil Python. Elles sont généralement rapides à réaliser, mais peuvent avoir un caractère perturbateur car elles nécessitent l’abandon ou la déconnexion de toutes les connexions utilisateur et système de la base de données pendant la mise à niveau, afin que les tables et les fonctions pertinentes puissent être modifiées. Il est conseillé de sauvegarder une géodatabase d’entreprise au niveau de la base de données ou de la structure avant de mettre à niveau une géodatabase.
Les mises à niveau des systèmes d’exploitation méritent une attention particulière, car elles sont de plus en plus demandées ou implémentées par les services informatiques qui migrent à la fois les clients (ordinateurs portables ou de bureau des utilisateurs) et les serveurs vers des versions plus récentes des systèmes d’exploitation, à mesure que les versions antérieures ne sont plus prises en charge ou deviennent obsolètes. Les mises à jour des systèmes d’exploitation d’un système actif et fonctionnel sont possibles et peuvent réussir, mais elles sont considérées comme plus risquées que le déploiement de nouvelles machines virtuelles sur une version du système d’exploitation souhaitée et la migration d’un déploiement vers ce système.
Même si les utilisateurs ont réussi à mettre à niveau le système d’exploitation en place, le principal risque potentiel est que les problèmes qui surviennent sont probablement liés spécifiquement à la mise à niveau du système d’exploitation et peuvent ne pas être reproductibles dans un déploiement simple. Il peut ainsi être plus difficile d’obtenir une aide efficace du support technique d’Esri car les problèmes ont une origine externe aux composants Esri. Collaborez étroitement avec le support informatique pour comprendre les implications, les possibilités de sauvegarde et de restauration liées à une mise à niveau des systèmes d’exploitation.