Aller au contenu principal

Serveurs JDE

Supervision → Serveurs JDE présente les serveurs JD Edwards tels que les a vus la dernière vérification : une ligne par instance, avec son état dans Server Manager, le résultat du contrôle de santé, les contrôles en échec et l'action menée. Les vérifications proviennent de la tâche nomajde-jde-health, qui interroge Server Manager toutes les cinq minutes une fois activée.


Vue d'ensemble​

Serveurs JDEconsultationHôteInstanceType de serveurSantéHÔTEINSTANCETYPEÉTATSANTÉCONTRÔLES EN ÉCHECACTIONVÉRIFIÉ LEjde-ent01ent_prodentserverRUNNINGpassed——10:35jde-web01web_prod1webserverRUNNINGfailedLogin, Port Teststopped10:35jde-web01ais_prodrestserverSTOPPEDdown——10:35Vue d'ensemble NomajdeServeurs JDE1sur 3 en bonne santé· 2026-10-29 10:35Serveurs JDEweb_prod1webserver · jde-web01 · Login, Port Test · arrêtée par le contrôleEn échec82 %288 vérifications en 24 hais_prodrestserver · jde-web01 · arrêtéeArrêtée64 %288 vérifications en 24 hent_prodentserver · jde-ent01OK100 %288 vérifications en 24 hFiltreshôte, instance, type, santéDernière vérificationune ligne par instance, 24 hInstances en bonne santésur les instances suiviesOuvrir une ligneson historique dans la fenêtreLe rouge d'abordorange après 30 minDisponibilitécontrôles réussis sur 24 h

La grille​

La grille, en consultation seule, reprend la dernière vérification de chaque instance contrôlée au cours des dernières 24 heures.

ColonneContenu
HôteL'hôte de l'agent Server Manager de l'instance.
InstanceLe nom de l'instance dans Server Manager.
Type de serveurentserver (serveur enterprise), webserver (serveur HTML) ou restserver (serveur AIS).
ÉtatL'état remonté par Server Manager, par exemple RUNNING.
Santépassed (contrôles réussis), failed (un contrôle en échec, ou un serveur enterprise de rattachement en mauvaise santé), down (instance arrêtée) ou error (Server Manager n'a pas pu être interrogé pour cette instance, ou ne la connaît pas).
Contrôles en échecLes contrôles de Server Manager en échec, parmi ceux suivis (voir Paramètres).
Serveur enterprisePour une instance déclarée dans un groupe, le serveur enterprise dont elle dépend.
Actionstopped quand la vérification a arrêté l'instance, stop failed quand l'arrêt a été refusé.
DétailLe message d'erreur, ou la cause d'un échec hérité du serveur enterprise.
Vérifié leL'heure de la vérification.

Les colonnes Hôte, Instance, Type de serveur et Santé sont filtrables.

L'historique d'une instance​

Un clic sur une ligne ouvre l'instance dans une fenêtre. L'onglet Général reprend les champs de la grille ; l'onglet Historique liste toutes les vérifications conservées pour l'instance, de la plus récente à la plus ancienne : heure, état, santé, contrôles en échec, serveur enterprise, action, détail.


Sur la vue d'ensemble​

La page d'accueil de Nomajde comporte deux tuiles Serveurs JDE, calculées sur la dernière vérification de chaque instance au cours des 24 dernières heures :

  • le nombre d'instances en bonne santé sur le nombre d'instances suivies, avec l'heure de la dernière vérification ;
  • la liste des instances : type de serveur et hôte, contrôles en échec et action menée, une pastille d'état — OK, En échec, Arrêtée, Erreur —, la disponibilité sur 24 heures (la part de vérifications réussies) et le nombre de vérifications. Les instances en défaut apparaissent en premier ; une instance dont la dernière vérification date de plus de 30 minutes passe en orange, avec la pastille En retard.

La tâche de collecte​

La tâche nomajde-jde-health vérifie les serveurs au travers de l'API REST de Server Manager. Elle est livrée désactivée, planifiée toutes les cinq minutes (Europe/Paris).

  1. Dans Liberty Next → Construire → Connecteurs, ouvrir le connecteur jde_server_manager et renseigner l'adresse de Server Manager et le mot de passe du compte jde_admin.
  2. Dans Nomaflow → Tâches, ajuster au besoin les paramètres de nomajde-jde-health, puis l'activer.
  3. Tâches → Vérifier les serveurs JDE, dans le menu Nomajde, lance la vérification immédiatement, sans attendre la planification.

Chaque exécution demande à Server Manager la liste des instances et lance son contrôle de santé sur chaque instance démarrée. L'exécution échoue — et déclenche les alertes de la tâche — dès qu'une instance n'a pas réussi ses contrôles ; les lignes sont enregistrées auparavant, si bien que la grille affiche l'échec.

Paramètres​

ParamètreValeur par défautRôle
checksUBE, BSFN, Port Test, Login, Interactive App, OVRLes contrôles de Server Manager pris en compte ; les autres sont ignorés. Vide : tous les contrôles comptent.
groupsvideLes instances rattachées à un serveur enterprise, en JSON : {"<hôte>-<serveur enterprise>": ["<hôte>-<instance>", …]}. Quand le serveur enterprise est arrêté ou en mauvaise santé, ses instances sont déclarées en échec sans être contrôlées. Une fois renseigné, seules les instances citées sont suivies.
auto_stopfalsetrue arrête une instance démarrée en échec, ainsi que les instances démarrées d'un serveur enterprise en échec.
keep_days30Le nombre de jours de vérifications conservés ; les lignes plus anciennes sont supprimées à chaque exécution.

Détail de la tâche : nomajde-jde-health.


Voir aussi​