Micro Focus Service Manager – Trucs et astuces

30 octobre 2021

Table des matières

2. Micro Focus Service Manager - Trucs et astuces - janvier 2021

1. Lorsque l'adaptateur de messagerie Smart Email se bloque lorsqu'il consomme un e-mail contenant un flux de formulaire

Il arrive souvent que l'adaptateur de messagerie Smart Email se bloque lorsqu'il consomme un e-mail contenant un flux de formulaire. Le problème qui apparaît et des notifications similaires sont donnés ci-dessous :

|__+_|

Habituellement, cette erreur est due à l'API EWS, qui ne peut pas supporter quelques caractères spéciaux. Le SM considère cette méthode spécifique trouver les éléments de l'API EWS pour déplacer le contenu de l'e-mail. Le problème survient lorsqu'il existe un problème connu concernant les caractères non valides dans les e-mails.



Tous les caractères spéciaux qui correspondent à l'expression régulière suivante sont autorisés et valides dans XML 1.0.

Car ::= #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* n'importe lequel des caractères Unicode, à l'exception des blocs de substitution, FFFE , et FFFF. * / .

Lorsque cette erreur s'affiche, l'adaptateur Smart Email peut échouer, de sorte que le redémarrage de l'adaptateur Smart Email fonctionnerait. Pour obtenir de l'aide supplémentaire, les utilisateurs peuvent demander de l'aide au support Microsoft.

2. Dans HPSM, la zone dans la gestion des problèmes ne peut pas être ajoutée

Il arrive souvent que dans HPSM, les utilisateurs ne soient pas en mesure d'ajouter une zone dans la gestion des problèmes. Ce problème peut être gênant mais il peut être résolu, les utilisateurs n'ont qu'à suivre les étapes ci-dessous :

  1. Tu dois Connexion avec le faucon, ou de administrateur système .
  2. Ensuite, vous devez naviguer vers Gestion des problèmes, puis sous ce clic sur Configuration .
  3. Ensuite, vous devez sélectionner le Catégorie de problème puis recherchez le problème particulier.
  4. Après cela, vous devez vérifier la valeur de drapeau partagé domaine. Il serait considéré comme 5 = Interaction/Problème

Débogueur Rad : l'indicateur partagé d dans la valeur $L.file s'affichera sous la forme 5

  • 1= Incident
  • 2= ​​Problème
  • 3=Interaction/Incident
  • 4=Interaction/Incident/Problème
  1. Après ça Lier une nouvelle sous-catégorie pourra être exécuté. Les utilisateurs pourront facilement ajouter de nouvelles sous-catégories et zones.

3. Instructions pour définir l'APPROVER d'un élément de catalogue demandé particulier dans le ticket SD du catalogue de services ITSM

L'utilisateur doit automatiquement définir ou définir l'APPROVER d'un élément de catalogue demandé particulier dans le ticket SD du catalogue de services ITSM.

Cette erreur peut être résolue, l'utilisateur n'a qu'à suivre les étapes ci-dessous :

Dans l'onglet de mise à jour, vous devez Ajouter un nouvel ensemble de règles dans l'ensemble de règles de base du workflow SD. À l'aide du script ci-dessous, vous devez définir la valeur du champ.

|__+_|

4. Est-il possible pour le locataire SM de travailler ou de se connecter avec l'équilibreur de charge SM ?

Paramètres du gestionnaire de service L'URL du gestionnaire de serveur pour le locataire SM particulier a nécessairement besoin d'une URL particulière avec un port SM spécial. Certains utilisateurs ont souvent un doute majeur sur le fonctionnement ou la connexion du locataire SM avec l'équilibreur de charge SM. Ceci est tout à fait nécessaire pour qu'un utilisateur connaisse tous les détails concernant l'équilibreur de charge SM, en particulier lorsqu'il essaie de configurer SMA pour avoir un locataire SM.

Pour résoudre cette erreur, les utilisateurs doivent prendre quelques mesures nécessaires, de cette façon, ils seront en mesure d'éviter de telles pertes à l'avenir. Généralement, SM Équilibreur de charge fonctionne ou prend en charge toutes les connexions spécifiques des locataires SM qui ont été ajoutées à SMA à tout moment. C'est assez crucial pour s'intégrer au SM existant dans le système.

5. Lorsque le nom du CI n'est pas capturé dans le SM pour les événements de serveur

Il arrive souvent avec les utilisateurs que le nom du CI ne soit pas capturé dans le SM pour les événements serveur. Ce problème est causé à la fois dans le SM 9.34 et le BSM version 9.25. La cause première de cette erreur est que l'interface du service Web de synchronisation n'envoie pas quelques attributs CI importants qui sont nécessaires. La configuration actuelle dans cette situation serait :

nom.logique est mappé à is_registered_for/target_global_id et cela sous forme de script.

|__+_|

Cette erreur peut être corrigée à l'aide des instructions ci-dessous :

  1. Vous devez définir Transférer les CI associés et les services métier concernés vers un serveur externe à vrai dans les paramètres d'infrastructure côté OMi.
  2. Ensuite, ce correctif spécifique :

HPBSM925OMI-IP2-ROLLUP-HOTFIX- présente quelques paramètres efficaces et recommandés.

Il est spécifiquement conçu pour fonctionner par défaut pour le définir sur false afin d'améliorer les performances des événements transmis au système externe. Cela aussi sans transmettre aucune des informations liées au CI.

Pour cette raison, SM n'est pas en mesure de recevoir les informations liées au CI concernant l'événement et n'est pas en mesure de résoudre le CI concerné dans SM. Ainsi, une fois que les paramètres ont été modifiés avec succès, ce problème peut être trié et le reste suivra.

6. Instructions pour mettre à jour l'utilisateur Postgres dba dans la configuration de la base de données

Il arrive souvent que les utilisateurs ne puissent pas mettre à jour l'utilisateur Postgres dba dans la carte de configuration de la base de données.

Habituellement, par défaut, la plupart de la configuration utilise l'utilisateur de base de données par défaut de Postgres en tant que dba pour SMA ou SMAX. En raison de cela, dbas peut avoir besoin d'utiliser un utilisateur spécial différent pour ces activités. La requête principale de l'utilisateur concerne l'utilisateur Postgres, et si sa requête concerne l'utilisateur Postgres, si elle peut être remplacée par un autre utilisateur.

La référence de l'utilisateur DBA doit être remplacée par un nouvel utilisateur. Par example, smaxdba et ensuite, vous devez attribuer l'une des références données dans la base de données carte de configuration à smaxdba . Des privilèges de rôle sont requis.

  1. Vous devez autoriser l'exécution du même niveau d'actions que l'utilisateur Postgres.
  2. Ensuite, vous devez modifier ou mettre à jour le mot de passe à l'aide d'une boîte à outils d'exploitation spécifiquement disponible sur le marché.
  3. Afin de mettre à jour la configuration, l'utilisateur doit obtenir un accès pour mettre à jour la base de données carte de configuration .
  4. Pour naviguer vers le configmap, l'utilisateur doit :
|__+_|
  1. Ensuite, pour éditer et changer le configmap :
|__+_|

Une fois ces étapes exécutées, l'utilisateur doit vérifier toutes les références au nouvel utilisateur et le mot de passe correct utilisé.

7. Résoudre le problème lorsque la notification par e-mail de messagerie instantanée est corrompue ou contient des fichiers manquants

La notification par e-mail de gestion des incidents est souvent corrompue lorsqu'il y a un signe d'insertion dans les mises à jour du journal. Les utilisateurs doivent noter que le caret est un séparateur de champs par défaut pour les services d'événements tels que les e-mails et autres services similaires.

En règle générale, aucun message d'erreur n'est visible, mais la notification par e-mail de la gestion des incidents indique de nombreux fichiers manquants et certains des fichiers actuels sont corrompus. Cela se produit souvent lorsque les utilisateurs collent des résultats provenant à l'origine d'une commande ping annulée dans l'invite dos. Lorsqu'un ping dans l'invite dos est annulé, il se termine généralement par le caractère d'écho caret et le caractère C.

La plupart du temps, le caret est un caractère spécial dans le gestionnaire de services. Il est souvent utilisé comme délimiteur par défaut dans de nombreux services événementiels, mais spécifiquement pour les e-mails, pour séparer les champs.

La routine RAD étant : axces.write – paramètre String1. La routine RAD définit généralement le caractère de séparation. Lorsque l'utilisateur définit son propre personnage, il doit s'assurer que cela ne se produise pas naturellement dans les champs de l'événement. La valeur par défaut est le signe insertion (ˆ).

La fonction RAD étant : recordtostring – Event Services utilise le signe insertion (ˆ) comme séparateur général par défaut. Les utilisateurs peuvent sûrement utiliser le recordtostring fonction pour construire une chaîne d'événements en fonction de leurs exigences et de leur confort. Il y avait une ancienne demande d'amélioration (ER) afin de remplacer le caret ou d'y échapper.

Dans l'ER auparavant, il n'y avait aucun détail mentionné. Il y avait en règle générale quelques calculs de base dans le contrôle du format.

Quelques correctifs complets sont fournis ci-dessous. Ces instructions utilisent Process Designer sur un ensemble de règles de workflow. Il ajoute du code à un Javascript pour filtrer le caret avec la lettre C qui l'accompagne.

  1. Vous devez faire une copie du Flux de travail des incidents .
  2. Sélectionnez ensuite le Catégorisation boîte à phases.
  3. Ensuite, vous devez cliquer sur le Dans l'onglet Mise à jour .
  4. Après cela, sélectionnez soigneusement et double-cliquez sur im.set.activityvars ensemble de règles.
  5. Ensuite, vous devez exécuter la règle Javascript, puis modifier cette règle.
  6. Vous trouverez en haut de la règle, juste avant le // $pmc.actions ligne.
  7. Ensuite, vous devez ajouter ce code javascript pour filtrer le caret et la lettre d'accompagnement c.
  8. Maintenant, l'utilisateur peut décommenter l'instruction d'impression afin de vérifier attentivement la procédure étape après étape.
|__+_|

8. Correction de l'erreur lorsque le modèle de changement migré ne parvient pas à afficher correctement les tâches

Il est souvent observé parmi les utilisateurs que le modèle de changement migré ne peut pas afficher correctement les tâches. Cela se produit lorsque l'utilisateur migre des modèles d'un système Service Manager vers un autre. Et puis les tâches ne sont pas affichées avec précision, ou parfois elles ont des tâches incorrectes.

Cela peut se produire en raison de nouveaux modèles de modification ou de demande qui ont été créés une fois. Lorsque ces modèles sont créés dans un système et que seuls les déchargements du modèle sont transférés vers le système de destination.

Généralement, la table qui stocke les tâches et toutes leurs structures dans la table ChangePlan. Ainsi, le déchargement de la table s'avérera assez efficace. L'utilisateur doit être prudent lors du transfert des déchargements de ChangePlan d'un système à un autre. Vous devez également reconfirmer que le système de destination est d'abord un environnement de test afin que tout se déroule conformément au plan.

9. Lorsque l'IDM ne peut pas démarrer en raison du fichier de stockage de clés du serveur /opt/apache-tomcat/conf/tomcat.keystore non trouvé erreur

Souvent, les utilisateurs rencontrent une erreur à l'écran, qui indique :

ERREUR fichier de magasin de clés du serveur /opt/apache-tomcat/conf/tomcat.keystore introuvable – le pod IDM ne démarre pas

Le problème réside dans le pod IDM, car il ne peut pas démarrer et affiche les messages suivants :

|__+_|

La cause la plus importante de l'erreur de pod IDM est que les certificats n'ont pas été correctement synchronisés.

Les utilisateurs peuvent corriger cette erreur en suivant les étapes ci-dessous :

1. Vous devez vous connecter à l'un des nœuds maîtres : vous devez mettre à jour le certificat rid dans l'espace de noms de la suite avec les 3 commandes ci-dessous :

|__+_| |__+_| |__+_|

2. Ensuite, vous devez vous connecter au serveur nfs. Ensuite, déplacez soigneusement les jks dans un dossier de sauvegarde.

|__+_|

10. Résoudre l'erreur répétée du planificateur, lorsqu'il est incapable d'évaluer l'expression 1 + 'jj/mm/aa' (planificateur. Traiter, replanifier)

Il arrive souvent que l'utilisateur rencontre des messages d'erreur récurrents du planificateur tels que :

|__+_|

Le problème est en fait :

|__+_|

Cela est essentiellement dû à l'ajout d'une valeur de date réelle dans le champ Intervalle de répétition d'un enregistrement de durée. Comme le champ Intervalle de répétition est uniquement destiné à la valeur de durée, comme les jours ou les minutes. Il n'est pas structuré pour traiter la valeur de date réelle en tant que telle.

Cette erreur peut facilement être corrigée, il vous suffit de suivre les étapes ci-dessous :

  1. Vous devez utiliser le *find.string qui est présent sur la table de nomenclature.
  2. Recherchez ensuite cette valeur de date codée en dur, par exemple, 01/12/20 00:05:00

Les utilisateurs doivent noter qu'au lieu de rechercher uniquement le dd /mm/aa format qu'ils devraient également faire mm/jj/aa . Remplacez ensuite la valeur de date par une valeur de durée spécifique pour moins de confusion.