Palvelupäällikkö

Micro Focus Service Manager – vinkkejä ja temppuja

30. lokakuuta 2021

Sisällysluettelo

2. Micro Focus Service Manager – vinkkejä ja temppuja – tammikuu 2021

1. Kun Smart Email -sähköpostisovitin kaatuu, kun se kuluttaa lomakesyötteen sisältävän sähköpostin

Usein käy niin, että Smart Email -sähköpostisovitin kaatuu, kun se kuluttaa lomakesyötteen sisältävän sähköpostin. Näkyvä ongelma ja vastaavat ilmoitukset on annettu alla:

|_+_|

Yleensä tämä virhe johtuu EWS API:sta, joka ei voi sisältää muutamia erikoismerkkejä. SM tarkastelee tätä erityistä menetelmää löytää kohteita EWS-sovellusliittymästä siirtääksesi sähköpostin sisällön. Ongelma ilmenee, kun sähköpostien virheellisiin merkkeihin liittyvä tunnettu ongelma.

Kaikki seuraavaa säännöllistä lauseketta vastaavat erikoismerkit ovat sallittuja ja voimassa XML 1.0:ssa.

Char::= #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* mikä tahansa Unicode-merkki, paitsi korvikelohkot, FFFE , ja FFFF. * / .

Kun tämä virhe näytetään, Smart Email -sovitin saattaa epäonnistua, joten Smart Email -sovittimen uudelleenkäynnistys toimisi. Lisäapua varten käyttäjät voivat pyytää apua Microsoftin tuesta.

2. HPSM-tilassa ongelmanhallinnan aluetta ei voi lisätä

Usein käy niin, että HPSM:ssä käyttäjät eivät voi lisätä aluetta ongelmanhallintaan. Tämä ongelma voi olla hankala, mutta se voidaan ratkaista, käyttäjien on vain noudatettava alla annettuja ohjeita:

  1. Sinun täytyy Kirjaudu sisään haukalla tai mistä system.admin .
  2. Sitten sinun on navigoitava kohteeseen Ongelmanhallinta, ja napsauta sen alla Kokoonpano .
  3. Sitten sinun on valittava Ongelmaluokka ja etsi sitten tietty ongelma.
  4. Sen jälkeen sinun on tarkistettava arvo jaettu lippu ala. Se katsottaisiin 5 = vuorovaikutus/ongelma

Rad-debuggeri: d jaettu lippu $L.file-arvossa näkyy muodossa 5

  • 1 = Tapahtuma
  • 2 = Ongelma
  • 3=Vuorovaikutus/tapahtuma
  • 4=Vuorovaikutus/Tapahtuma/Ongelma
  1. Sen jälkeen Linkitä uusi alaluokka voidaan toteuttaa. Käyttäjät voivat helposti lisätä uusia alaluokkia ja alueita.

3. Ohjeet tietyn pyydetyn katalogin HYVÄKSYJÄN määrittämiseen ITSM-palvelukatalogi SD-lipussa

Käyttäjän on automaattisesti asetettava tai määritettävä tietyn pyydetyn katalogikohteen HYVÄKSYNTÄ ITSM-palvelukatalogi SD-lipussa.

Tämä virhe voidaan ratkaista, käyttäjän on vain noudatettava alla olevia vaiheita:

Päivitys-välilehdellä sinun on tehtävä Lisätä uusi sääntöjoukko SD-työnkulun perussäännöissä. Alla olevan skriptin avulla sinun on asetettava kentän arvo.

|_+_|

4. Onko mahdollista, että SM-vuokralainen voi työskennellä tai muodostaa yhteyden SM-kuormituksen tasapainottimeen?

Palvelunhallinnan asetukset Palvelimen hallinnan URL-osoite tietylle SM-vuokralaiselle tarvitsee välttämättä tietyn URL-osoitteen, jossa on erityinen SM-portti. Jotkut käyttäjät epäilevät usein, toimiiko SM-vuokralainen vai onko se yhteydessä SM-kuormantasaajaan. Tämä on aivan välttämätöntä, jotta käyttäjä tietää kaikki SM-kuormituksen tasapainotinta koskevat yksityiskohdat, varsinkin kun hän yrittää määrittää SMA:n SM-vuokralaisen.

Tämän virheen ratkaisemiseksi käyttäjien on ryhdyttävä muutamaan välttämättömään toimenpiteeseen, jotta he pystyvät estämään tällaiset onnettomuudet tulevaisuudessa. Yleensä SM Load Balancer toimii tai tukee kaikkia tiettyjä SM-vuokralaisten yhteyksiä, jotka on lisätty SMA:han milloin tahansa. Se on erittäin tärkeää integroitaessa järjestelmään olemassa olevan SM:n kanssa.

5. Kun CI-nimeä ei ole tallennettu SM:ään palvelintapahtumia varten

Käyttäjille tapahtuu usein, että CI-nimeä ei kaapata SM:ssä palvelintapahtumia varten. Tämä ongelma johtuu sekä SM 9.34:stä että BSM-versiosta 9.25. Tämän virheen perimmäinen syy on se, että synkronoinnin verkkopalvelun käyttöliittymä ei lähetä muutamia tärkeitä tarpeellisia CI-määritteitä. Nykyinen kokoonpano tässä tilanteessa olisi:

looginen.nimi on kartoitettu is_registered_for/target_global_id ja se käsikirjoituksena.

|_+_|

Tämä virhe voidaan korjata alla olevien ohjeiden avulla:

  1. Sinun on asetettava Välitä liittyvät CI-palvelut ja niihin liittyvät yrityspalvelut ulkoiselle palvelimelle kohtaan totta OMi-puolen infrastruktuuriasetuksissa.
  2. Sitten tämä tietty hotfix-korjaus:

HPBSM925OMI-IP2-ROLLUP-HOTFIX- esittelee joitain tehokkaita ja suositeltuja asetuksia.

Se on erityisesti rakennettu suorittamaan oletusarvoisesti sen arvoksi epätosi ulkoiseen järjestelmään välittyvien tapahtumien suorituskyvyn parantamiseksi. Sekin ilman, että välität mitään CI:hen liittyvää tietoa.

Tästä syystä SM ei voi vastaanottaa CI:tä koskevia tietoja tapahtumasta, eikä se pysty ratkaisemaan vaikutuksen alaista CI:tä SM:ssä. Siten, kun asetuksia on muutettu onnistuneesti, tämä ongelma voidaan lajitella ja loput seuraavat.

6. Ohjeet Postgres dba -käyttäjän päivittämiseen tietokannan konfiguraatiokartassa

Usein käy niin, että käyttäjät eivät pysty päivittämään Postgres dba -käyttäjää tietokannan konfigurointikartassa.

Yleensä oletusarvoisesti suurin osa kokoonpanoista käyttää Postgresin oletustietokantakäyttäjää SMA:n tai SMAX:n dba:na. Tästä johtuen dbas saattaa joutua käyttämään erilaista erityiskäyttäjää näihin toimintoihin. Käyttäjän pääkysely koskee Postgres-käyttäjää ja jos se kysely koskee Postgres-käyttäjää, voidaanko se korvata toisella käyttäjällä.

DBA-käyttäjäviite on vaihdettava uudeksi käyttäjäksi. Esimerkiksi, smaxdba ja sitten sinun on määritettävä mikä tahansa tietokannassa annetuista viitteistä configmap kohtaan smaxdba . Roolioikeudet vaaditaan.

  1. Sinun on sallittava samantasoisten toimintojen suorittaminen kuin Postgres-käyttäjä.
  2. Sitten sinun on vaihdettava tai päivitettävä salasana käyttämällä erityisesti markkinapaikalta saatavaa käyttötyökalupakkia.
  3. Konfiguroinnin päivittämiseksi käyttäjän on saatava pääsy tietokannan päivittämiseen configmap .
  4. Käyttäjän tulee navigoida konfiguraatiokarttaan:
|_+_|
  1. Sitten voit muokata ja muuttaa konfiguraatiokartta:
|_+_|

Kun nämä vaiheet on suoritettu, käyttäjän on tarkistettava kaikki viittaukset uuteen käyttäjään ja oikea käytetty salasana.

7. Ongelman ratkaiseminen, kun pikaviestin sähköposti-ilmoitus on vioittunut tai siitä puuttuu tiedostoja

Tapahtumanhallinnan sähköposti-ilmoitus vioittuu usein, kun päiväkirjan päivityksissä on caret-symboli. Käyttäjien tulee huomioida, että caret on oletusarvoinen kenttäerotin tapahtumapalveluille, kuten sähköpostille ja muille vastaaville palveluille.

Yleensä virheilmoituksia ei ole näkyvissä, mutta tapahtumanhallinnan sähköposti-ilmoitus näyttää monia puuttuvia tiedostoja ja osa nykyisistä tiedostoista on vioittunut. Usein näin tapahtuu, kun käyttäjät liittävät dos-kehotteeseen joitakin tuloksia, jotka ovat alun perin peräisin peruutetusta ping-komennosta. Kun dos-kehotteen ping peruutetaan, se yleensä päättyy echo character caret -merkkiin ja merkkiin C.

Useimmiten caret on Service Managerin erikoishahmo. Sitä käytetään usein oletuserottimena monissa tapahtumapalveluissa, mutta erityisesti sähköpostissa, kenttien erottamiseen.

RAD-rutiini on: axces.write – parametri Merkkijono1. RAD-rutiini määrittelee tyypillisesti erotusmerkin. Kun käyttäjä määrittelee oman hahmonsa, hänen on varmistettava, ettei se tapahdu luonnollisesti tapahtuman kentissä. Oletusarvo on merkintämerkki (ˆ).

RAD-toiminto on: kirjaa merkkijono – Tapahtumapalvelut käyttää merkintämerkkiä (ˆ) yleisenä oletuserottimena. Käyttäjät voivat varmasti hyödyntää kirjaa merkkijono toiminto rakentaa tapahtumasarjan tarpeidensa ja mukavuuden mukaan. Aiemmin oli vanha parannuspyyntö (ER), jolla haluttiin vaihtaa tai paeta se.

Aiemmin päivystyksessä ei mainittu yksityiskohtia. Formaattiohjauksessa oli pääsääntöisesti peruslaskelmia.

Alla on joitain kattavia korjauksia. Nämä ohjeet käyttävät Process Designeria työnkulun sääntöjoukossa. Se lisää koodin Javascriptiin suodattaakseen merkin ja sen mukana tulevan C-kirjaimen.

  1. Sinun on tehtävä kopio Tapahtuman työnkulku .
  2. Valitse sitten Luokittelu vaihelaatikko.
  3. Sitten sinun on napsautettava Päivitä-välilehdellä .
  4. Valitse sen jälkeen huolellisesti ja kaksoisnapsauta im.set.activityvars säännöt.
  5. Sitten sinun on suoritettava Javascript-sääntö ja muokattava tätä sääntöä.
  6. Löydät säännön yläosasta, juuri ennen // $pmc.actions linja.
  7. Sitten sinun on lisättävä tämä javascript-koodi suodattaaksesi caret ja siihen liittyvä kirjain c.
  8. Nyt käyttäjä voi poistaa tulostuksen kommentin tarkistaakseen menettelyn huolellisesti vaihe vaiheelta.
|_+_|

8. Virheen korjaaminen, kun siirretty muutosmalli ei pysty näyttämään tehtäviä oikein

Käyttäjien keskuudessa havaitaan usein, että siirretty muutosmalli ei pysty näyttämään tehtäviä oikein. Se tapahtuu, kun käyttäjä siirtää malleja yhdestä Service Manager -järjestelmästä toiseen. Ja sitten tehtäviä ei näytetä tarkasti, tai joskus niissä on vääriä tehtäviä.

Tämä voi tapahtua aiemmin luotujen uusien muutos- tai pyyntömallien vuoksi. Kun nämä mallit luodaan yhteen järjestelmään ja vain mallin purkaukset siirretään kohdejärjestelmään.

Yleensä taulukko, joka tallentaa tehtävät ja kaikki niiden rakenteet ChangePlan-taulukkoon. Joten pöydän purkaminen osoittautuu varsin tehokkaaksi. Käyttäjän on oltava varovainen siirtäessään ChangePlan-purkauksia järjestelmästä toiseen. Sinun on myös ensin vahvistettava uudelleen, että kohdejärjestelmä on testiympäristö, jotta kaikki tapahtuu suunnitelman mukaisesti.

9. Kun IDM ei voi käynnistyä palvelimen avaimen tallennustiedoston /opt/apache-tomcat/conf/tomcat.keystore ei löydy -virheen vuoksi.

Usein käyttäjät näkevät näytöllä virheen, joka sanoo:

VIRHE palvelimen avainsäilötiedostoa /opt/apache-tomcat/conf/tomcat.keystore ei löydy – IDM-podikku ei käynnisty

Ongelma on IDM-kotelossa, koska se ei voi käynnistyä ja näyttää seuraavat viestit:

|_+_|

IDM-pod-virheen näkyvin syy on se, että varmenteita ei synkronoitu oikein.

Käyttäjät voivat korjata tämän virheen noudattamalla alla olevia ohjeita:

1. Sinun on kirjauduttava sisään johonkin pääsolmusta: Sinun on päivitettävä sarjan nimiavaruuden vapautusvarmenne kolmella alla annetulla komennolla:

|_+_| |_+_| |_+_|

2. Sitten sinun on kirjauduttava sisään nfs-palvelimelle. Siirrä sitten jks varovasti varmuuskopiokansioon.

|_+_|

10. Toistuvan ajoitusvirheen ratkaiseminen, kun se ei pysty arvioimaan lauseketta 1 + dd/kk/vv (scheduler. Process, reschedule)

Usein käy niin, että käyttäjä kohtaa toistuvia ajoitusvirheilmoituksia, kuten:

|_+_|

Ongelma on itse asiassa:

|_+_|

Se johtuu periaatteessa todellisen päivämäärän arvon lisäämisestä kestotietueen Toistoväli-kenttään. Koska Toistoväli-kenttä on tarkoitettu vain keston arvolle, kuten päivät tai minuutit. Sitä ei ole rakennettu käsittelemään todellista päivämääräarvoa sellaisenaan.

Tämä virhe voidaan korjata helposti, sinun on vain noudatettava alla olevia vaiheita:

  1. Sinun on käytettävä *afind.string joka on aikataulutaulukossa.
  2. Etsi sitten sitä kovakoodattua päivämääräarvoa, esimerkiksi 01/12/20 00:05:00

Käyttäjien on otettava huomioon, että sen sijaan, että he etsivät vain dd /kk/vv muodossa, jonka heidän pitäisi myös tehdä kk/pp/vv . Vaihda sitten päivämäärän arvo tietyllä kestoarvolla hämmennyksen vähentämiseksi.

Suosittu Viestiä