Contrôle d'intégrité Journey

Utilisation du système

1. Utilisation du système affiche l'utilisation de l'UC et la consommation de la mémoire de Journey Engine et de son sous-processeur pour la dernière période de 1h, 6h, 12h, 1 j et 7 j.
2. Unica Director affiche la consommation de mémoire RSS sur l'écran de diagnostic d'intégrité pour les systèmes d'exploitation RHEL Linux/SUSE/Windows et AIX.
3. Consommation de la mémoire affiche la mémoire utilisée par Journey Engine (unica_aclsnr) et son sous-processus (unica_aolsnr, unica_acsvr).
4. Utilisation du système dispose d'une fonction de zoom permettant de consulter les détails des données d'utilisation de l'UC et de consommation de la mémoire. Les détails peuvent être développés en déplaçant le pointeur de la souris vers la chronologie concernée.
5. Utilisez l'option Réinitialiser le zoom pour supprimer la fonction de zoom du graphique.

Notes

1. Le graphique de % d'UC d'Unica Director peut afficher une utilisation supérieure à 100 %. Le calcul est le suivant

   % d'UC = (Total de threads sur tous les cœurs des UC/UC logiques) x 100

   Par exemple, s'il existe 2 UC physiques disposant chacune de 2 cœurs pour un total de 4 cœurs sur le système et si chaque cœur dispose de 2 threads, il y a 4 x 2 = 8 cœurs d'UC logiques. Si l'UC est entièrement utilisée sur le moteur, Unica Director va afficher l'utilisation de 8 x 100 = 800 %.

2. Le graphique Utilisation de l'UC et Consommation de la mémoire ne s'actualise pas automatiquement. Pour l'actualiser, cliquez sur une plage horaire de 1 heure à 7 jours.
3. La page Utilisation du système n'affiche pas de message générique après avoir désélectionné les options d'utilisation de la mémoire et de consommation de l'UC.

Gestion d'Engine en tant que service à l'aide d'HCL Unica Director :

1. L'ajout, la mise à jour ou la suppression d'un moteur n'apparaîtront pas automatiquement dans les détails d'environnement d'Unica Director. Vous devez supprimer l'environnement en cours de l'option de menu Environnement et l'ajouter à nouveau afin qu'Unica Director surveille le dernier moteur.

Source de données Journey

Toutes les sources de données provenant de l'environnement sélectionné sont répertoriées.

La connectivité de toutes les sources de données configurées dans Platform provenant du serveur d'analyse de Journey est testée, et les échecs de connexion affichés doivent apparaître dans les journaux. Vous pouvez obtenir le statut de vos sources de données. Les options Démarrer/Arrêter ne sont pas prises en charge pour les sources de données. Toutes les sources de données sont prises en charge dans ce contrôle de la connectivité.

Les colonnes suivantes sont répertoriées à l'écran :

1. Nom de la source de données
2. Type : Il s'agit généralement du type de modèle de source de données tel qu'Oracle, MariaDB, OneDB, SQL Server.
3. Nom DSN : nom du DNS provenant de la source de données
4. JNDI : Nom JNDI

Déploiements d'applications

L'écran Serveurs Web affiche le statut de tous les serveurs webapp surveillés et vous permet de démarrer et d'arrêter l'application.

Le statut Démarrer/Arrêter du serveur d'applications va s'afficher dans la page File d'attente de travaux.

1. Hôte du serveur - Nom d'hôte de la machine qui exécute le serveur d'applications.
2. Type - Affiche le type de serveur d'applications (WebSphere/Tomcat/JBOSS).
3. Nom de l'application - Affiche le nom du nœud du serveur d'applications – cette colonne affiche uniquement la valeur du serveur d'applications.
4. Détails du port de déploiement d'application :
   • Nom du nœud - Affiche le nom du nœud de WebSphere Application Server, par ex., zebra658Node01. Applicable à WebSphere uniquement
   • Port JMX – Affiche le port JMX pour Tomcat. Applicable uniquement à Tomcat
   • Port d'administration – Affiche le port HTTP/console de gestion pour JBoss. Applicable uniquement à JBoss
5. Actions : Démarrer / Arrêter / Obtenir le statut de l'application
   1. Les actions Démarrer et Arrêter sont mises à jour dans la file d'attente de travaux.
   2. Obtenir le statut de l'application met à jour l'icône de statut avec un horodatage.

Opérations Démarrer/Arrêter sur WAS, Tomcat et JBoss

• L'opération de démarrage/arrêt de l'application Journey est prise en charge à partir de Director pour les serveurs Web - Tomcat, JBoss, WebSphere.

Opération Démarrer sur Websphere

• Si Journey n'a pas encore été démarré via la console webserver, son redémarrage depuis Unica Director ne permet pas de modifier l'icône de statut en « En cours d'exécution » pour WebSphere.

Serveurs d'applications pris en charge :

• IBM WebSphere Application Server - Autonome
• Tomcat - Autonome
• JBOSS - déploiement autonome

1. En cliquant sur l'un des boutons d'action (Arrêter / Démarrer/ Obtenir le statut), une fenêtre contextuelle vous invite à saisir vos informations d'identification (ID utilisateur/mot de passe) du profil du serveur d'applications. Les actions respectives seront effectuées en cas de connexion réussie.
2. Le statut du serveur d'applications ne s'affiche pas pour la première fois lorsque le nœud du serveur d'applications est ajouté à l'environnement. Cliquez sur l'icône Obtenir le statut afin d'obtenir le statut le plus récent de l'application Journey.
3. Les actions Obtenir le statut et Démarrer/Arrêter peuvent uniquement être réalisées sur des déploiements d'application Journey. Elles ne peuvent pas être réalisées sur le profil du serveur d'applications.
4. Ajoutez le paramètre JMX suivant pour TOMCAT dans le script tomcat setenv :

Pour Tomcat, ajoutez l'entrée suivante au script setenv :

– CATALINA_OPTS=-Dcom.sun.management.jmxremote

-Dcom.sun.management.jmxremote.port=5621

-Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=true

-Dcom.sun.management.jmxremote.password.file=../conf/

jmxremote.password -Dcom.sun.management.jmxremote.access.file=../conf/jmxremote.access

1. jmxremote.password : doit fournir le nom d'utilisateur et le mot de passe de l'utilisateur Tomcat. Ce fichier permet d'accéder uniquement à l'utilisateur qui exécute l'agent Director et limite l'accès à tous les autres utilisateurs.
2. jmxremote.access : doit fournir les rôles d'accès pour les utilisateurs Tomcat. Les utilisateurs standard doivent recevoir l'accès requis pour obtenir les statuts, comme readonly et readwrite.

Détails techniques :

1. Pour WebSphere Application Server, nous utilisons l'outil wsadmin pour obtenir le nœud du serveur d'applications.
2. Pour TOMCAT, nous utilisons JMX pour nous connecter au serveur d'applications.
3. Pour JBOSS, nous utilisons JBOSS CLI pour obtenir le statut de l'application et les actions Démarrer/Arrêter.

-Dweblogic.security.SSL.ignoreHostnameVerification=true

-DwebLogic.nodemanager.sslHostNameVerificationEnabled=false