Micro Focus SiteScope – Trucs et astuces

30 octobre 2021

Table des matières

  • 1. Micro Focus SiteScope – Trucs et astuces – janvier 2021
    • 1. Instructions pour conserver un nom d'affichage pour l'identifiant de messagerie
    • 2. Comment gérer les modèles non pris en charge ou non déployés ?
    • 3. Que faire lorsque la configuration SSL ne peut pas s'activer ?
    • 4. Comment résoudre les problèmes liés à l'arrière-plan de disponibilité ?
    • 5. Comment récupérer les fichiers MIB et les remettre en état de marche ?
    • 6. Instructions pour corriger l'erreur de connexion pour le moniteur en cas d'échec de connexion à distance
    • 7. Utilisation du moniteur d'URL SiteScope pour exploiter des pages Web au format JSON
    • 8. Comment résoudre le problème de démarrage du SVC lors d'un basculement ?
    • 9. Comment résoudre le redémarrage automatique de la fenêtre de connexion SiteScope lorsque OBM est en panne ?
    • 10. Comment corriger les erreurs d'escroquerie SiteScope WMI du moniteur ?
  • 2. Micro Focus SiteScope - Trucs et astuces - Février 2021
  • 3. Micro Focus SiteScope - Trucs et astuces - Mars 2021
    • 1. Procédure pour définir un affichage d'e-mail dans la fenêtre des paramètres par défaut dans les préférences d'e-mail
    • 2. Liste de correspondance des versions officielles versus version interne d'OBM/SiteScope
    • 3. Étapes pour résoudre l'échec de SiteScope SQL BD de ne pas être mis à jour
    • 5. Solution pour le problème rencontré lors de l'installation de SiteScope 11.33 sur SiteScope 11.30
    • 6. Procédure de passage des variables via les alertes de script
    • 7. Résolution des problèmes de vulnérabilité du système d'exploitation pris en charge pour RUM
    • 8. Instructions pour empêcher l'affichage des anciens détails du serveur BSM après le passage aux nouveaux serveurs BSM
    • 9. Étapes pour spécifier un nom de canal lors de la connexion à MQ
    • 10. Comment accéder à la liste des bibliothèques gratuites et open-source utilisées par APM
    • 11. Correction de l'échec de connexion du moniteur au serveur de connexion à distance
  • 4. Micro Focus SiteScope - Trucs et astuces - Avril 2021
    • Sitescope - Comment ajouter une configuration de serveur distant pour un appareil NetApp ONTAP 9.3
    • La fonctionnalité de configuration d'exportation de l'assistant de configuration de SiteScope s'exécute indéfiniment
    • Le chargement de l'applet SiteScope échoue avec une exception NoClassDefFound
    • Le chargement de l'applet SiteScope échoue avec une exception NoClassDefFound
    • SiteScope - Configuration SSL non conservée après une mise à niveau de la version de SiteScope sous Windows
    • APM / BSM / BPM / SiteScope / RUM Engine – comment récupérer la version Apache Web Server / Tomcat / Java
    • SiteScope 11.32 – Préférences de messagerie – Paramètres par défaut – comment définir un nom d'affichage de messagerie
    • SiteScope - impossible de déployer le modèle - échoue avec Échec de la validation - violation d'unicité
    • Comment déployer plusieurs moniteurs dans un groupe à l'aide d'un modèle ?
    • OBM / Sitescope – versions officielles versus version interne, par exemple SiteScope 2020.10 == 11.93 – liste de références croisées
    • Comment recréer le service SiteScope (Windows uniquement)
  • 5. Micro Focus SiteScope – Trucs et astuces – Mai 2021
    • 1. La fonctionnalité de connexion silencieuse ne fonctionne plus - obsolète ou remplacée ?
    • 2. Import/Export Sitescope insatisfaisant
    • 3. Statut mineur et critique APM 9.51
    • 4. SiteScope 11.92 / 2020.05 - Les rapports rapides ne s'affichent pas
    • 5. Besoin de savoir si des composants de la feuille de calcul jointe sont nécessaires
    • 6. Erreur dans les métriques
    • 7. ERREUR - Impossible d'obtenir la liste de fichiers MIB java.lang.NullPointerException
    • 8. ERREUR DE CONNEXION DU MONITEUR IMPOSSIBLE AU SERVEUR DE CONNEXION À DISTANCE
    • 9. La table de base de données SQL Sitescope n'est pas mise à jour
    • 10. SiteScope sous Linux - Impossible de démarrer Sitescope après la mise à niveau de 11.41 à 11.90
  • 6. Micro Focus SiteScope – Trucs et astuces – Juin 2021
    • 1. SiteScope 11.92 / 2020.05 / OBM 2020.05 - pas de fenêtre de connexion SiteScope après le redémarrage du service lorsque OBM est en panne
    • 2. Est-il possible de spécifier un nom de canal lors de la connexion à MQ ?
    • 3. Seuils utilisant plusieurs correspondances de contenu
    • 4. Surveiller SiteScope wmi avec des erreurs
    • 5. Solution pour aider à transmettre les variables via les alertes de script
    • 6. Application Sitescope en panne
    • 7. Détails des anciens serveurs BSM sous le paramètre infra après la connexion aux nouveaux serveurs BSM
    • 8. SiteScope URL Monitor peut-il traiter le format JSON ?
    • 9. Problèmes de vulnérabilité du système d'exploitation pris en charge pour RUM
    • 10. SiteScope - quelles sont les autorisations spécifiques à attribuer à la racine de l'espace de noms WMICIMV2

2. Micro Focus SiteScope - Trucs et astuces - Février 2021

un. Instructions pour redémarrer les services Site Scope sous Windows

Les utilisateurs rencontrent souvent des difficultés lorsqu'ils essaient de réinstaller les services Site Scope sous Windows. Il peut être corrigé ; les utilisateurs doivent simplement suivre des règles spécifiques. Vous pouvez vous aider des étapes ci-dessous :

Vous devez exécuter la commande donnée ci-dessous :



SiteScopeService.exe -install< chemin de service >< paramètres de service > [ Nom du service ] [-Obliger]

Pour la réinstallation du service SiteScope, vous pouvez suivre les étapes ci-dessous :

  • Vous devez ouvrir la fenêtre de commande en tant qu'administrateur.
  • Ensuite, trouvez le Répertoire racine de l'étendue du site , en dessous, vous trouverez Outils .
  • Après cela, vous devez exécuter la commande,

SiteScopeService.exe -install< chemin de service >< paramètres de service > [ Nom du service ] [-Obliger]

  • L'étape précédente vous permettra de créer le enregistrement clé donnée ci-dessous:

HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> Services -> -> ServiceParam

Pour le chemin de service :

SiteScope

Vous pouvez vous aider de cet exemple : CSiteScope

ServiceParam :

|__+_|

Vous devez mettre à jour soigneusement le chemin du service uniquement dans la chaîne ServiceParam.

Autre exemple utile :

|__+_|

Le ServiceName sera :

Nom du service

Cet exemple sera utile pour les situations polyvalentes : SiteScope.

Commande complète :

|__+_|

deux. Détails concernant les autorisations qui doivent être attribuées à la racine de l'espace de noms WMICIMV2

Les utilisateurs doivent être bien informés de tous les détails concernant l'espace de noms WMI rootCIMV2 afin qu'ils ne subissent aucune difficulté, cela inclut également les informations sur les autorisations. Les utilisateurs doivent connaître tous les critères concernant les autorisations qui doivent être attribuées à l'espace de noms WMI rootCIMV2.

Vous pouvez configurer le service WMI sur le serveur distant,

Il existe certaines exigences pour l'utilisation de Site Scope pour collecter les données et performance mesures sur une machine distante, tout en utilisant WMI :

  1. Le WMI doit être en bon état et en cours d'exécution sur la machine distante.
  2. L'utilisateur connecté/entré sur le serveur distant WMI doit disposer de toutes les autorisations nécessaires pour lire les statistiques à distance à partir de l'espace de noms WMI rootCIMV2.

Il faut ajouter le utilisateur de surveillance à la performance Surveiller le groupe d'utilisateurs sur le serveur cible, puis vous aurez le lancement à distance DCOM et activer les autorisations

Il y a quelques préparations que vous devez faire :

  1. La portée du site doit être installé sur votre Windows machine.
  2. Ensuite, vous devez authentifier le service WMI sur ledit serveur distant :

Il existe certaines exigences pour permettre à SiteScope de collecter des mesures de performances sur une machine distante à l'aide de WMI et elles sont indiquées ci-dessous :

  1. Le service WMI doit être exécuté sur la machine distante.
  2. L'utilisateur précédemment entré sur le serveur distant WMI doit être autorisé à lire les statistiques à distance à partir de la racine de l'espace de noms WMICIMV2.
  3. le l'utilisateur de surveillance doit être ajouté aux performances Surveiller le groupe d'utilisateurs sur le serveur cible, puis vous devez disposer des autorisations de lancement et d'activation à distance DCOM.

Juste pour une meilleure compréhension, vous devez inspecter la bonne connexion en vérifiant l'utilitaire de test. Pour cela, l'outil Windows wbemtest s'avère efficace, il teste la connectivité WMI entre les deux serveurs d'un même sous-réseau.

  1. Aller à Démarrer puis cliquez sur Courir .
  2. Puis écrire wbemtest et sélectionnez sur OK .
  3. Ensuite, vous devez cliquer sur le bouton Connecter.
  4. Ensuite, dans l'espace de noms donné en haut, vous devez taper l'adresse IP de l'hôte que vous testez actuellement : \x.x.x.xespace de noms .

Dans le cas où l'espace de noms est là depuis le début, vous n'avez pas à vous inquiéter, vous pouvez simplement mettre l'adresse IP devant.

  1. Ensuite, vous devez entrer vos informations d'identification pour l'hôte auquel vous essayez de vous connecter.
  2. Sélectionnez ensuite le Relier bouton.

Une fois connecté, vous pourrez voir tous les boutons des services IWbem qui sont disponibles.

  1. Ensuite, vous devez sélectionner le bouton Requête et saisir les détails ci-dessous :
|__+_|

Après cette étape, vous devez vérifier attentivement la sortie.

3. Résolution de l'erreur L'environnement d'exécution Java ne peut pas être chargé

Il arrive souvent que les utilisateurs ne parviennent pas à démarrer Site Scope et qu'une boîte de dialogue d'erreur s'affiche à l'écran.

Le message d'erreur étant, L'environnement d'exécution Java ne peut pas être chargé, ou quelque chose du même genre. Cela se produit généralement lors du lancement de l'applet Site Scope. Vous pouvez résoudre ce problème en suivant les étapes ci-dessous. Après chaque étape, vous devez essayer d'ouvrir à nouveau Site Scope. Si cela échoue à nouveau, vous devez continuer avec le reste des étapes :

Après chaque étape, essayez de rouvrir SiteScope. Si SiteScope échoue à nouveau, passez à l'étape suivante.

  1. Vous devez fermer toutes les fenêtres du navigateur.
  2. Si des processus d'arrière-plan sont en cours d'exécution, vous devez les arrêter à l'aide de Gestionnaire des tâches de Windows.
  3. Ensuite, vous devez vider le cache local de l'applet Java.

Cliquer sur Démarrer , puis trouvez le Tableau de bord et sélectionnez Java.

Ensuite, dans l'onglet Général, vous devez cliquer sur Paramètres, puis sur OK.

  1. Ensuite, vous devez nettoyer le cache local de l'applet Java, vous devez le faire en supprimant le contenu du dossier indiqué ci-dessous :
|__+_|

Quatre. Instructions pour exécuter Site Scope après l'erreur de démarrage de la mise à niveau 11.90

Il arrive souvent que les utilisateurs ne puissent pas lancer Site Scope sur le système d'exploitation Linux, en particulier après la mise à niveau de la version 11.41 à la version 11.90.

La mise à jour étant : SiteScope 11.41 sur Red Hat Linux a été mis à jour vers 11.90.

Et après la mise à niveau, l'étendue du site ne démarre pas de manière basique, c'est-à-dire /début.

Les utilisateurs ont observé que lorsqu'ils exécutent la méthode de base, ./start, cela fonctionne initialement pendant quelques instants, mais l'erreur précédente réapparaît. Après cela, rien n'est écrit dans error.log ou dans tout autre fichier journal.

Certains correctifs de base pourraient consister à démarrer Site Scope via /bin/go.sh .

Si le redémarrage du système d'exploitation ne résout pas ce problème, vous devez utiliser d'autres méthodes. En tant que principale différence entre le démarrage en cours d'exécution et aller.sh est le processus de service start-service / com.mercury.sitescope.bootstrap.Service , à cause de cela l'erreur persiste.

Cette erreur peut être corrigée lorsque toutes les directives sont supprimées qui a jmxremote dedans. Vous pouvez le faire en suivant les étapes ci-dessous :

Changer

|__+_|

à

|__+_|

Ensuite, vous devez supprimer : -Dcom.sun.management.jmxremote.port=28006 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false,

c'est tout -D directives JVM avec jmxremote dans le nom

|__+_|

Vous devez effectuer les mêmes modifications dans le script start-service et start-monitor. Une fois ce changement effectué, le démarrage ne vérifiera pas /opt/HP/SiteScope/java/lib/management/jmxremote.password plus du tout, et l'étendue du site démarre correctement.

5. Résolution de l'erreur NoClassDefFound lors du démarrage de SiteScope

Parfois, lorsque les utilisateurs démarrent l'applet SiteScope, il arrive qu'ils rencontrent une exception NoClassDefFound. Lorsque l'applet ne se charge pas avec cette erreur, les utilisateurs peuvent suivre les étapes ci-dessous :

  1. Vous devez aller dans la configuration Java, puis sélectionner le Conserver les fichiers temporaires sur mon ordinateur option
  2. Ensuite, vous devez vous rendre au Tableau de bord et sélectionnez sur Java.
  3. Puis sous le Onglet Général , vous devez sélectionner le Fichiers Internet temporaires a nd alors Réglages.

En cas de problèmes de sécurité, vous devez supprimer vous-même les fichiers temporaires.

  • Ensuite, vous devez fermer l'applet SiteScope.
  • Sélectionnez ensuite Démarrer , puis trouvez le Tableau de bord sélectionner sur Java .
  • Sous le Onglet Général , vous devez sélectionner le Fichiers Internet temporaires puis Paramètres puis cliquez sur Supprimer les fichiers .

6. Correction de l'erreur SiteScope 11.92 / 2020.05 - Les rapports rapides ne s'affichent pas

Il arrive souvent que les utilisateurs rencontrent une erreur indiquant : SiteScope 11.92 / 2020.05 - Les rapports rapides ne s'affichent pas. Il a été observé parmi les utilisateurs que juste après la mise à niveau vers la version 11.92, les rapports rapides ne s'exécutent dans aucun navigateur ou outil client SiteScope. Le reste des rapports (rapports quotidiens par e-mail, rapports de gestion, etc.) fonctionnent comme avant.

Fondamentalement, l'utilisateur n'utilise pas le mot de passe par défaut antérieur pour le magasin de clés. Ces rapports se soldent par un échec en raison du fait que les clés indiquées ci-dessous ont une valeur de mot de passe erronée pour le keystore :

|__+_|

Ce problème a été résolu après la mise à jour de ces clés avec le mot de passe exact. Pour ce faire, vous pouvez suivre les étapes ci-dessous :

  1. Vous devez arrêter SiteScope.
  2. Faites ensuite une sauvegarde de la configuration avec soin.
  3. Ensuite, vous devez remplacer les mauvaises clés précédentes par les bonnes clés indiquées ci-dessous :

Vous devez les mettre à jour avec le mot de passe du magasin de clés, qui peut être trouvé à : groupsmaster.config :

|__+_|
  1. Après cela, vous devez lancer SiteScope, puis vous devez tester les rapports.

7. Instructions pour corriger l'erreur lorsque SiteScope - Délai d'expiration automatique de la session / les utilisateurs se déconnectent automatiquement de SiteScope / GUI / UI expire

Souvent, les utilisateurs rencontrent une erreur indiquant : SiteScope - Délai d'expiration automatique de la session / les utilisateurs se déconnectent automatiquement de SiteScope / l'interface graphique / l'interface utilisateur expire / comment désactiver pour modifier le délai d'expiration de la session / comment empêcher la déconnexion de l'interface graphique SiteScope après quelques minutes. Il est observé que lors du lancement d'une version particulière de SiteScope (après SiteScope 11.33), un délai d'expiration de session inactive a déjà été ajouté qui, de toute façon, se déconnecte après une certaine période d'inactivité. Le temps défini pour cela est généralement de 20 minutes, mais il est basé sur divers environnements, de sorte que la déconnexion peut également se produire en moins de 20 minutes. Lorsque l'utilisateur n'utilise pas SiteScope pendant peu de temps, il arrive que brusquement l'interface graphique de SiteScope devienne grise, puis une autre affiche une barre coulissante.

Après avoir inspecté et examiné ce problème, nous pouvons consulter : journaux error.log

Il serait connecté à SiteScope via Internet Explorer à 13h17.

|__+_|

Pour se reconnecter, l'utilisateur doit rafraîchir la fenêtre du navigateur. Ils ont juste besoin d'appuyer sur CTRl avec Actualiser dans IE. Ces étapes vous amèneraient à l'écran de connexion SiteScope, souvent l'écran s'affiche sans les champs demandant le nom d'utilisateur et le mot de passe, puis vous devez fermer l'interface graphique, puis la rouvrir. Ces entrées de fichier journal signifient tout autre chose. Ils peuvent également signifier que le délai d'expiration de la session a commencé et que tous les messages sont consignés jusqu'à ce que l'utilisateur se reconnecte.

Le délai d'expiration est en fait une fonctionnalité de sécurité, afin de gérer le délai d'expiration de l'interface graphique, vous devez exécuter les étapes ci-dessous :

  1. Dans groupsmaster.config tu dois changer _maxSessionTimeMinutes=20 (par défaut) à _maxSessionTimeMinutes=-1 .
  2. Ensuite, vous devez redémarrer SiteScope.

Les utilisateurs doivent noter que cela affecterait également l'intégration avec d'autres produits, comme BSM/APM. L'emplacement où l'utilisateur peut mettre la main sur l'interface graphique de Sitescope via APM. Vous devez accéder à Admin, puis sélectionner System Availability Management sous celui-ci. Au cas où cela ne fonctionnerait pas avec l'interface graphique, SiteScope forcerait une déconnexion, donnant l'impression qu'il y a quelque chose de défectueux avec l'intégration ou SiteScope.

8. Une liste de tous les paramètres pouvant être utilisés dans les alertes e-mail fournies

Au moment de la configuration d'une alerte dans les services SiteScope à l'aide de l'action d'alerte pour l'envoi d'un e-mail. L'utilisateur pourra distinguer et spécifier des modèles pour l'objet de l'e-mail et également pour le corps de l'e-mail.

Les modèles disponibles se trouvent sur

Objet (c'est l'objet de l'e-mail)

emplates.mail.sujet

Modèle (c'est le corps de l'e-mail)

emplates.mail

Cette question dépend également du modèle, du nombre de paramètres utilisés, plus ou moins.

Le modèle par défaut

|__+_|

Afin d'obtenir une liste complète de tous les paramètres disponibles, l'utilisateur peut suivre les étapes ci-dessous :

Vous devez créer un nouveau modèle, par exemple

|__+_|

Ensuite, l'utilisateur devra créer un moniteur (similaire à un moniteur CPU) avec un seuil qui déclencherait toujours une ERREUR (par exemple Erreur si utilisation >= 0). Ensuite, un avertissement avec l'action par e-mail, puis vous devez choisir un nouveau modèle (ici SG_ALL), puis vous devez attendre que l'alerte soit mise en œuvre. Ensuite, vous devez vérifier le message électronique pour les données dont vous avez besoin.

|__+_|

Autre exemple, si vous êtes dans la version SiteScope, vous pouvez également l'obtenir via la version variable/paramètre. Si vous avez besoin de l'utiliser dans votre modèle, il vous suffit d'ajouter (par exemple).

|__+_|

Les utilisateurs doivent noter que peu de paramètres (comme la version) seront répertoriés dans la sortie en tant que version : 11.92.51 12:00:00 2011-01-01 build 142, mais il devra également être référencé en tant que _version dans le modèle.

Si l'utilisateur hésite sur le modèle à utiliser, vous pouvez le vérifier en ajoutant le modèle ci-dessous pour test :

|__+_|

Ensuite, l'e-mail affichera :

|__+_|

Ainsi, tout en utilisant (sans les guillemets) est en fait le nom exact de la variable.

9. Détails concernant le fichier journal SiteScope server_statistics.log / server_statistics_raw.log – et quelques valeurs expliquées

Cela ne s'applique probablement qu'aux versions 11.33 à 11.93, et pourrait également s'appliquer aux versions antérieures. Le fichier journal SiteScope server_statistics.log (sous logs). Il donne quelques statistiques de serveur SiteScope, qui sont calculées et consignées chaque minute sous la forme d'un groupe de mesures.

|__+_|

Au moment où l'utilisateur visualise la signification de chaque métrique individuelle :

|__+_|

Le code similaire (/com/mercury/sitescope/platform/log/statistics/MemoryStatistics.java) sera utilisé dans SiteScope 11.33 et également dans SiteScope 11.93, il sera donc applicable à toutes les versions entre elles :

Il est recommandé d'utiliser des appels de fonction Java/JVM pour obtenir les métriques, et vous pouvez en calculer manuellement deux :

|__+_|

Tous sont renvoyés comme prévu et présentés en Mo, ceci est principalement effectué en divisant la métrique par BYTES_PER_MB (qui est en fait la constante SiteScope private static long BYTES_PER_MB = 1024 * 1024 ;)

Un exemple de fonctions telles que Runtime.gerRuntime() est fourni ci-dessous pour référence but:

|__+_|

Une fois de plus, le même code (/com/mercury/sitescope/platform/log/statistics/MonitorStatisticsLogger.java) est utilisé dans SiteScope 11.33 et dans SiteScope 11.93, il s'appliquera donc à toutes les versions intermédiaires :

|__+_|

Afin de surmonter ce problème, l'utilisateur peut ajouter une métrique par moniteur en activant la journalisation DEBUG pour les statiques RAW.

Pour l'utiliser, vous devez activer la connexion DEBUG

|__+_|

monnaie

|__+_|

à

|__+_|

Les données seront consignées dans le fichier journal SiteScope server_statistics_raw.log (logs),

SiteScope enregistre deux lignes par moniteur individuel et exécution du moniteur, par exemple :

|__+_|

Ce que nous pouvons observer, ce sont les points suivants :

Le moniteur même a été exécuté la dernière fois le 23/11/2020 11:27:19.255,

Son exécution a duré environ 545 ms,

Le temps que le processus a dû attendre pour qu'une entité sorte du pool de processus était d'environ 0 ms,

Le temps de dérive (delta entre le moment où il aurait dû être exécuté et celui où il a été exécuté à la fin) était de 0 ms, donc PAS de dérive

La dernière fois que le moniteur a été exécuté = 23/11/2020 11:27:19.255,

L'heure actuelle (au moment où cela a été enregistré) = 23/11/2020 11:28:19.253

La fréquence (à quelle fréquence le moniteur est-il configuré pour s'exécuter) = 60 -> exécuter toutes les 60 secondes