Paramètres de la vue d’ensemble

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, cliquez sur le bouton Reindex all (Réindexer tout).

Data stores 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.

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 (Stockage spatiotemporel et d’index) : stockage des journaux et des index, ainsi que des données d’entités hébergées.

  Remarque :

  Les couches d’entités hébergées spatiotemporelles ne sont pas prises en charge dans cette version.

En regard de chaque type de data store, le statut d’intégrité des pods est disponible. Pour actualiser le statut, cliquez sur Validate (Valider). Si le store spatiotemporel et d’index a un statut non intègre, les journaux sont inaccessibles.

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.

Pour déterminer la quantité de stockage ou de mémoire disponible pour chaque pod de stockage dédié, développez le type de data store. La capacité de mémoire est prédéfinie et ne peut pas être adaptée dans cette version. Si l’espace de stockage disponible dans le store relationnel et le store spatiotemporel et d’index atteint la limite de seuil, les stores passent en mode de lecture seule et n’acceptent pas de nouvelles données.

Remarque :

Les informations sur le stockage disponible et l’utilisation de la mémoire ne sont pas disponibles pour les object stores Cloud natifs. Pour localiser et gérer le stockage sur sa plateforme dédiée, des informations pertinentes telles que le fournisseur de services, la région définie ou le domaine de stockage, le nom du compartiment ou du conteneur et le type d’authentification figurent sur cette page.

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 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.