ArcGIS Enterprise Manager offre une vue active de votre organisation qui vous permet de surveiller les messages de journaux récents, l’espace disque disponible du stockage des données géré par le système ainsi que le statut des pods système et des services réseau.
Lorsque vous vous connectez à ArcGIS Enterprise Manager, la page Overview (Vue d’ensemble) récapitule le statut actuel du système. Cette page permet d’afficher le statut d’index ou de procéder à la réindexation, si nécessaire, de consulter les journaux, d’y accéder et de vérifier le statut du stockage des données géré par le système.
Intervalle d'actualisation
Le paramètre d’intervalle d’actualisation identifie la fréquence à laquelle les informations, telles que l’intégrité et le statut de chaque type de ressource, sont extraites et mises en cache. Si un intervalle d’actualisation de 0 est spécifié, aucune information n’est collectée et mise en cache pour ce type de ressource.
Dans Overview settings (Paramètres de la vue d’ensemble), définissez l’intervalle d’actualisation de chaque domaine fonctionnel de cette page. Voici les valeurs d’intervalle par défaut pour chaque type de ressource :
- Critical logs (Messages de journal critiques) : 0 minute
- System managed data stores (Data stores gérés par le système) : 1 minute
- System service pods (Pods des services système) : 1 minute
- Utility service pods (Pods des services utilitaires) : 1 minute
Après avoir mis à jour un intervalle d’actualisation pour augmenter ou diminuer la fréquence d’extraction du statut, cliquez sur Save (Enregistrer).
Pour réinitialiser les valeurs par défaut des paramètres de l’intervalle d’actualisation, cliquez sur le bouton Reset all to default (Réinitialiser toutes les valeurs par défaut), puis cliquez sur Save (Enregistrer).
Journaux critiques
Dans la section Critical logs (Journaux critiques), vous pouvez consulter les journaux les plus récents, par exemple, les journaux dont le niveau de consignation est Severe (Grave). Les journaux affichent un horodatage de la survenue de l’événement, le niveau de gravité, un bref message et la source du pod dont le journal est issu. Pour afficher des journaux supplémentaires, des détails et des paramètres, cliquez sur View all (Tout afficher).
Statut d’index
Dans la section Index status (Statut d’index), vous pouvez vérifier que l’index et les totaux de stockage d’index des utilisateurs, des groupes et des éléments de votre organisation sont synchronisés. À la suite d’une mise à niveau, vous constaterez peut-être que les valeurs de stockage d’index ne correspondent plus aux valeurs d’index. Cela indique que le stockage d’index est obsolète et vous devez exécuter une réindexation.
Un stockage d’index obsolète provoquera des problèmes lors de la recherche de contenu dans votre organisation. Le contenu introuvable que vous recherchez peut être disponible ailleurs dans votre organisation. Vous devrez encore exécuter une réindexation pour que votre organisation opère de manière optimale.
Lorsque les valeurs sont désynchronisées, vous pouvez cliquer sur Reindex (Réindexer) pour les réindexer individuellement ou les réindexer toutes en même temps à l’aide du bouton Reindex all (Réindexer tout).
Répertoires de données gérés par le système
Dans cette section, vous pouvez afficher et valider le statut d’intégrité des data stores gérés par le système. Pour déterminer le stockage ou la mémoire disponible de chaque pod de stockage dédié, cliquez sur le type de data store pour le développer et afficher un résumé. L’utilisation de la mémoire est disponible uniquement pour les types Relational (Relationnel) et Spatiotemporal and index (Répertoire spatiotemporel et index).
Voici les types de data stores gérés par le système :
- Object store : stockage pour le contenu chargé et enregistré, les caches de couches d’images et de tuiles hébergées et les sorties de géotraitement.
- Relational store (store relationnel) : stockage pour les données d’entités hébergées et les élément d’administration, tels que les paramètres de personnalisation et de configuration. Deux stores relationnels sont configurés : un store principal et un store de secours.
- Spatiotemporal and index store (Store spatiotemporel et d’index) : stockage des journaux, des index et des données d’entités hébergées pour la prise en charge des visualisations et des analyses de Big Data et temps réel.
Le nombre de pods dédiés de chaque type de stockage est déterminé par le profil d’architecture choisi lors du déploiement.
Stockage géré par le système
Dans la section System managed data stores (Data stores gérés par le système), vous pouvez consulter l’espace disque disponible pour les data stores relationnels principaux et de secours. ArcGIS Enterprise utilise des data stores relationnels pour héberger et gérer les données SIG référencées par de nombreux services. Les limites de ressources des pods sont prédéfinies et ne peuvent pas être adaptées dans cette version.
Pour déterminer le statut d’intégrité des pods, repérez l’icône Status (Statut). Lorsque l’icône est verte et contient une coche, l’intégrité est bonne. Lorsque l’icône est rouge, l’intégrité est mauvaise. Pour actualiser le statut du stockage système, cliquez sur Check status (Vérifier le statut).
Pods des services système et utilitaires
Les pods système et utilitaires fournissent la structure sous-jacente permettant la prise en charge des processus de votre organisation pour le partage des éléments, tels que les cartes, les applications et les scènes, la publication des services SIG, ainsi que la génération des statistiques et des outils de surveillance. Dans les sections relatives aux services système et réseau, vous pouvez vérifier le nombre de pods alloués pour la prise en charge de ces ressources et déterminer s’ils sont anormalement peu nombreux ou non intègres. Pour déterminer le statut d’intégrité des pods, repérez l’icône Status (Statut). Lorsque l’icône est verte et contient une coche, l’intégrité est bonne. Lorsque l’icône est rouge, l’intégrité est mauvaise. Pour augmenter ou diminuer le nombre de pods des services système et utilitaires, utilisez les paramètres de la page Service deployments (Déploiements de service). Vous pouvez réallouer des ressources aux services dans ces pods sur la page Services.
Vous avez un commentaire à formuler concernant cette rubrique ?