Teenindusjuht

Micro Focus Service Manager – näpunäiteid ja nippe

30. oktoober 2021

Sisukord

2. Micro Focus Service Manager – nõuanded ja nipid – jaanuar 2021

1. Kui Smart Emaili meiliadapter jookseb kokku, kui see kasutab vormivoogu sisaldavat meili

Tihti juhtub, et Smart Emaili meiliadapter jookseb kokku, kui tarbib vormivoogu sisaldavat meili. Ilmunud probleem ja sarnased teated on toodud allpool:

|_+_|

Tavaliselt on selle vea põhjuseks EWS-i API, mis ei saa kanda vähe erimärke. SM vaatab seda konkreetset meetodit leida esemeid EWS-i API-st meili sisu teisaldamiseks. Probleem tekib siis, kui meilis on teadaolev probleem, mis on seotud kehtetute tähemärkidega.

Kõik erimärgid, mis vastavad järgmisele regulaaravaldisele, on XML 1.0-s lubatud ja kehtivad.

Char::= #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* mis tahes Unicode'i tähemärki, välja arvatud asendusplokid, FFFE , ja FFFF. * / .

Selle vea kuvamisel võib Smart Emaili adapter ebaõnnestuda, nii et Smart Emaili adapteri taaskäivitamine toimib. Täiendava abi saamiseks võivad kasutajad abi otsida Microsofti toest.

2. HPSM-is ei saa probleemihalduse ala lisada

Tihti juhtub, et HPSM-is ei saa kasutajad probleemihaldusse ala lisada. See probleem võib olla häiriv, kuid seda saab lahendada, kasutajad peavad lihtsalt järgima alltoodud samme:

  1. Sa pead Logi sisse pistrikuga või alates system.admin .
  2. Seejärel peate navigeerima aadressile Probleemide juhtimine, ja seejärel klõpsake selle all nuppu Seadistamine .
  3. Seejärel peate valima Probleemi kategooria ja seejärel otsige konkreetne probleem.
  4. Pärast seda peate kontrollima selle väärtust jagatud lipp valdkonnas. Seda vaadeldakse kui 5 = interaktsioon/probleem

Rad-siluja: d faili $L.file jagatud lipu väärtus on 5

  • 1 = vahejuhtum
  • 2 = probleem
  • 3=Intsident/Intsident
  • 4=Intsident/Intsident/Probleem
  1. Pärast seda Linkige uus alamkategooria saab hukata. Kasutajad saavad hõlpsasti lisada uusi alamkategooriaid ja piirkondi.

3. Juhised ITSM-i teenusekataloogi SD-piletil konkreetse taotletud kataloogiüksuse KINNITAJA määratlemiseks

Kasutaja peab ITSM-i teenusekataloogi SD-piletis automaatselt määrama või määratlema konkreetse taotletud kataloogiüksuse KINNITAJA.

Selle vea saab lahendada, kasutaja peab lihtsalt järgima alltoodud samme:

Värskendamise vahekaardil peate seda tegema Lisama uus reeglistik SD töövoo põhireeglistikus. Allpool toodud skripti abil peate määrama välja väärtuse.

|_+_|

4. Kas SM üürnikul on võimalik töötada või SM koormuse tasakaalustajaga ühendust luua?

Teenusehalduri sätted Konkreetse SM-i rentniku serverihalduri URL vajab tingimata spetsiaalset SM-pordiga konkreetset URL-i. Mõnel kasutajal on sageli suur kahtlus, kas SM-i rentnik töötab või on ühenduses SM-i koormuse tasakaalustajaga. See on üsna vajalik, et kasutaja teaks kõiki SM-i koormuse tasakaalustaja üksikasju, eriti kui nad üritavad konfigureerida SMA-d nii, et neil oleks SM-üürnik.

Selle vea lahendamiseks peavad kasutajad rakendama mõningaid vajalikke meetmeid, nii on neil võimalik selliseid õnnetusi tulevikus ära hoida. Üldiselt SM Koormuse tasakaalustaja töötab või toetab kõiki konkreetseid SM Renantsi ühendusi, mis on igal ajahetkel SMA-sse lisatud. See on süsteemis olemasoleva SM-iga integreerimiseks üsna oluline.

5. Kui CI nime ei jäädvustatud serveri sündmuste SM-i

Sageli juhtub kasutajatega, et CI nime ei jäädvustatud serveri sündmuste jaoks SM-i. See probleem on põhjustatud nii SM 9.34 kui ka BSM versiooni 9.25 puhul. Selle vea algpõhjus on see, et sünkroonimise veebiteenuse liides ei saada mõnda olulist vajalikku CI-atribuuti. Praegune konfiguratsioon selles olukorras oleks järgmine:

loogiline.nimi on kaardistatud is_registred_for/target_global_id ja seda stsenaariumina.

|_+_|

Selle vea saab parandada järgmiste juhiste abil:

  1. Peate seadistama Edastage seotud CI ja mõjutatud äriteenused välisserverisse juurde tõsi OMi poole infrastruktuuri seadetes.
  2. Seejärel see konkreetne kiirparandus:

HPBSM925OMI-IP2-ROLLUP-HOTFIX- tutvustab mõnda tõhusat ja soovitatavat seadet.

See on spetsiaalselt loodud vaikimisi toimima, et määrata selle väärtuseks Väär, et parandada välissüsteemi sündmuste edastamist. Ka seda ilma CI-ga seotud teavet tegelikult edastamata.

Sel põhjusel ei saa SM sündmuse kohta CI-ga seotud teavet ega suuda mõjutatud CI-d SM-is lahendada. Seega, kui seadeid on edukalt muudetud, saab selle probleemi sorteerida ja ülejäänud järgneb.

6. Juhised Postgres dba kasutaja värskendamiseks andmebaasi konfiguratsioonikaardil

Sageli juhtub, et kasutajad ei saa Postgres dba kasutajat andmebaasi konfiguratsioonikaardil värskendada.

Tavaliselt kasutab enamik konfiguratsioone vaikimisi SMA või SMAX-i jaoks dba-na Postgresi DB vaikekasutajat. Seetõttu võib dbas vajada nende tegevuste jaoks teist spetsiaalset kasutajat. Kasutaja põhipäring on seotud Postgresi kasutajaga ja kui see päring on seotud Postgresi kasutajaga, kas seda saab mõne teise kasutajaga asendada.

DBA kasutaja viide tuleb muuta uueks kasutajaks. Näiteks, smaxdba ja seejärel peate määrama kõik andmebaasis antud viited konfiguratsioonikaart juurde smaxdba . Rolliõigused on vajalikud.

  1. Peate lubama Postgresi kasutajaga samal tasemel toimingute sooritamist.
  2. Seejärel peate parooli muutma või värskendama, kasutades spetsiaalselt turult pärit toimingute tööriistakomplekti.
  3. Konfiguratsiooni värskendamiseks peab kasutaja saama juurdepääsu andmebaasi värskendamiseks konfiguratsioonikaart .
  4. Konfigeerimiskaardile navigeerimiseks peab kasutaja:
|_+_|
  1. Seejärel tehke konfiguratsioonikaardi redigeerimiseks ja muutmiseks järgmist.
|_+_|

Pärast nende sammude täitmist peab kasutaja kontrollima kõiki viiteid uuele kasutajale ja õiget kasutatud parooli.

7. Probleemi lahendamine, kui kiirsõnumiteatis on rikutud või failid puuduvad

Juhtumihalduse meiliteatis rikutakse sageli, kui ajakirja värskendustes on tähis. Kasutajad peavad arvestama, et tähis on sündmuste teenuste (nt meilid ja muud sarnased teenused) vaikevälja eraldaja.

Üldiselt pole tõrketeateid näha, kuid intsidentide haldamise meiliteade näitab palju puuduvaid faile ja mõned olemasolevad failid on rikutud. Sageli juhtub see siis, kui kasutajad kleebivad dos-viibale mõned tulemused, mis pärinevad algselt tühistatud pingi käsust. Kui dos-viipa ping tühistatakse, lõpeb see tavaliselt echo character caret ja märgiga C.

Enamasti on caret teenusehalduri eritegelane. Seda kasutatakse sageli vaikeeraldajana paljudes sündmuste teenustes, kuid spetsiaalselt meilide jaoks, väljade eraldamiseks.

RAD-rutiin on: axces.write – parameeter String1. RAD-rutiin määrab tavaliselt eraldusmärgi. Kui kasutaja määratleb oma iseloomu, peab ta veenduma, et see ei juhtuks sündmuse väljadel loomulikult. Vaikimisi on väärtus tähis (ˆ).

RAD-funktsioon on: rekordtostring – Event Services kasutab üldise vaikeeraldajana märki (ˆ). Kasutajad saavad seda kindlasti kasutada rekordtostring funktsiooni, et luua sündmuste string vastavalt nende vajadustele ja mugavusele. Varem oli vana täiustamise taotlus (ER), et vahetada välja või sellest pääseda.

Varem ER-is üksikasju mainitud ei olnud. Reeglina olid vormingukontrollis mõned põhilised arvutused.

Allpool on mõned põhjalikud parandused. Need juhised kasutavad töövooreeglikomplektis protsesside kujundajat. See lisab Javascriptile koodi, et filtreerida kaart koos sellega kaasneva C-tähega.

  1. Peate tegema koopia Juhtumi töövoog .
  2. Seejärel valige Kategoriseerimine faasikarp.
  3. Seejärel peate klõpsama nuppu Vahekaardil Värskendus .
  4. Pärast seda valige hoolikalt ja topeltklõpsake im.set.activityvars reeglistik.
  5. Seejärel peate käivitama Javascripti reegli ja seejärel muutma seda reeglit.
  6. Leiate reegli ülaosas, vahetult enne // $pmc.actions rida.
  7. Seejärel peate selle javascripti koodi lisama, et filtreerida caret ja sellega kaasnev täht c.
  8. Nüüd saab kasutaja printimisavalduse kommentaaridest loobuda, et kontrollida protseduuri hoolikalt samm-sammult.
|_+_|

8. Vea parandamine, kui migreeritud muudatuste mudel ei suuda ülesandeid õigesti kuvada

Sageli on kasutajate seas täheldatud, et migreeritud muudatuste mudel ei suuda ülesandeid õigesti kuvada. See juhtub siis, kui kasutaja migreerib mudeleid ühest teenusehalduri süsteemist teise. Ja siis ei näidata ülesandeid täpselt või mõnikord on neil valed ülesanded.

See võib juhtuda kunagi loodud uute muutmis- või taotlusmudelite tõttu. Kui need mudelid luuakse ühes süsteemis ja ainult mudeli mahalaadimised kantakse sihtsüsteemi.

Üldiselt tabel, mis salvestab ülesanded ja kõik nende struktuurid ChangePlani tabelis. Seega osutub laua mahalaadimine üsna tõhusaks. Kasutaja peab ChangePlani mahalaadimiste ühest süsteemist teise ülekandmisel olema ettevaatlik. Samuti peate esmalt uuesti kinnitama, et sihtsüsteem on testkeskkond, et kõik toimiks plaanipäraselt.

9. Kui IDM ei saa käivituda serveri võtmesalve faili /opt/apache-tomcat/conf/tomcat.keystore'i ei leitud vea tõttu

Sageli kogevad kasutajad ekraanil viga, mis ütleb:

VIGA serveri võtmesalve faili /opt/apache-tomcat/conf/tomcat.keystore ei leitud – IDM-i pod ei käivitu

Probleem seisneb IDM-i kaustas, kuna seda ei saa käivitada ja kuvatakse järgmised teated:

|_+_|

IDM-i pod-tõrke kõige silmatorkavam põhjus on see, et sertifikaate ei sünkroonitud korralikult.

Kasutajad saavad selle vea parandada, järgides alltoodud samme.

1. Peate sisse logima ühte põhisõlmest: peate komplekti nimeruumis värskendama vabanenud sertifikaati kolme alltoodud käsuga:

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

2. Seejärel peate nfs-serverisse sisse logima. Seejärel teisaldage jks ettevaatlikult varukausta.

|_+_|

10. Korduva planeerija vea lahendamine, kui see ei suuda hinnata avaldist 1 + dd/kk/aa (planeerija. Protsess, ajastamine ümber)

Sageli juhtub, et kasutaja kohtab planeerija korduvaid veateateid, näiteks:

|_+_|

Probleem on tegelikult:

|_+_|

Põhimõtteliselt on see tingitud tegeliku kuupäeva väärtuse lisamisest kestuskirje väljale Kordusintervall. Kuna väli Kordusintervall on mõeldud ainult kestuse väärtuse jaoks, nagu päevad või minutid. See ei ole struktureeritud nii, et see töötleks tegelikku kuupäeva väärtust kui sellist.

Seda viga saab hõlpsasti parandada, peate lihtsalt järgima alltoodud samme:

  1. Peate kasutama *afind.string mis on ajakava tabelis olemas.
  2. Seejärel otsige seda kõvasti kodeeritud kuupäeva väärtust, näiteks 01/12/20 00:05:00

Kasutajad peavad arvestama, et selle asemel, et otsida ainult dd /kk/aaa formaadis, mida nad ka tegema peaksid kk/pp/aa . Seejärel asendage segaduse vähendamiseks kuupäeva väärtus konkreetse kestuse väärtusega.