Správce Služeb

Správce služeb Micro Focus – tipy a triky

30. října 2021

Obsah

2. Správce služeb Micro Focus – Tipy a triky – leden 2021

1. Když dojde k selhání poštovního adaptéru Smart Email, když spotřebuje e-mail, který obsahuje zdroj formuláře

Často se stává, že poštovní adaptér Smart Email selže, když spotřebovává e-mail, který obsahuje zdroj formuláře. Objevený problém a podobná upozornění jsou uvedena níže:

|_+_|

Obvykle je tato chyba způsobena rozhraním EWS API, které nemůže obsahovat několik speciálních znaků. SM se dívá na tuto specifickou metodu findItems rozhraní EWS API k přesunutí obsahu e-mailu. Problém nastává, když je známý problém týkající se neplatných znaků v e-mailech.

Všechny speciální znaky, které odpovídají následujícímu regulárnímu výrazu, jsou povoleny a platné v XML 1.0.

Char::= #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* jakýkoli ze znaků Unicode, kromě náhradních bloků, FFFE , a FFFF. * / .

Když se zobrazí tato chyba, adaptér Smart Email může selhat, takže restartování adaptéru Smart Email bude fungovat. Pro další pomoc mohou uživatelé vyhledat pomoc od podpory společnosti Microsoft.

2. V režimu HPSM nelze přidat Oblast ve správě problémů

Často se stává, že v HPSM nejsou uživatelé schopni přidat oblast ve správě problémů. Tento problém může být obtěžující, ale lze jej vyřešit, uživatelé musí pouze postupovat podle níže uvedených kroků:

  1. Musíš Přihlásit se se sokolem, nebo od system.admin .
  2. Poté musíte přejít na Správa problémů, a pak pod tím klikněte na Konfigurace .
  3. Poté musíte vybrat Kategorie problému a pak hledat konkrétní problém.
  4. Poté musíte zkontrolovat hodnotu sdílená vlajka pole. Bylo by to viděno jako 5 = Interakce/Problém

Rad debugger: d sdílený příznak v hodnotě $L.file se zobrazí jako 5

  • 1= Incident
  • 2= ​​Problém
  • 3 = Interakce/incident
  • 4 = Interakce/Incident/Problém
  1. Potom Odkaz na novou podkategorii bude možné provést. Uživatelé budou moci snadno přidávat nové podkategorie a oblasti.

3. Pokyny k definování SCHVALOVATELE konkrétní požadované položky katalogu v lístku SD katalogu služeb ITSM

Uživatel musí automaticky nastavit nebo definovat SCHVALOVATELE konkrétní požadované položky katalogu v lístku SD katalogu služeb ITSM.

Tuto chybu lze vyřešit, uživatel musí pouze postupovat podle kroků uvedených níže:

Na kartě aktualizace musíte Přidat nová sada pravidel v základní sadě pravidel pracovního postupu SD. Pomocí níže uvedeného skriptu musíte nastavit hodnotu pole.

|_+_|

4. Je možné, aby tenant SM pracoval nebo se připojil k vyrovnávání zátěže SM?

Nastavení správce služeb Adresa URL správce serveru pro konkrétního klienta SM nutně potřebuje konkrétní adresu URL se speciálním portem SM. Někteří uživatelé mají často velké pochybnosti, zda tenant SM funguje nebo se připojuje k vyrovnávání zatížení SM. To je zcela nezbytné, aby uživatel znal všechny podrobnosti týkající se nástroje pro vyrovnávání zatížení SM, zejména když se snaží nakonfigurovat SMA tak, aby měl SM tenanta.

Aby uživatelé tuto chybu vyřešili, musí provést několik nezbytných opatření, a tak budou moci takovým obětem v budoucnu předejít. Obecně platí, že SM Load Balancer funguje nebo podporuje všechna konkrétní připojení od nájemců SM, která byla do SMA kdykoli přidána. Je to docela zásadní pro integraci se stávajícím SM v systému.

5. Když není název CI zachycen v modulu SM pro události serveru

U uživatelů se často stává, že název CI není zachycen v SM pro události serveru. Tento problém je způsoben jak v SM 9.34, tak v BSM verze 9.25. Hlavní příčinou této chyby je, že rozhraní webové služby synchronizace neodesílá několik důležitých atributů CI, které jsou nezbytné. Aktuální konfigurace v této situaci by byla:

logické.jméno je namapován na is_registered_for/target_global_id a to jako scénář.

|_+_|

Tuto chybu lze opravit pomocí níže uvedených pokynů:

  1. Musíte nastavit Předat související CI a dotčené obchodní služby na externí server na skutečný v nastavení infrastruktury na straně OMi.
  2. Pak tato konkrétní oprava hotfix:

HPBSM925OMI-IP2-ROLLUP-HOTFIX- představuje některá efektivní a doporučená nastavení.

Je speciálně konstruován tak, aby fungoval ve výchozím nastavení, aby se nastavil na hodnotu false, aby se zlepšil výkon předávání událostí do externího systému. To také bez předávání jakýchkoli informací souvisejících s CI.

Z tohoto důvodu nemůže SM přijímat informace související s CI týkající se události a není schopna vyřešit dotčenou CI v SM. Jakmile se tedy nastavení úspěšně změní, lze tento problém vyřešit a zbytek bude následovat.

6. Pokyny k aktualizaci uživatele Postgres dba v konfigurační mapě databáze

Často se stává, že uživatelé nemohou aktualizovat uživatele Postgres dba v konfigurační mapě databáze.

Obvykle ve výchozím nastavení většina konfigurace využívá výchozího uživatele DB Postgres jako dba pro SMA nebo SMAX. Vzhledem k tomu může dbas potřebovat pro tyto činnosti použít jiného speciálního uživatele. Hlavní dotaz uživatele se týká uživatele Postgres, a pokud se dotaz týká uživatele Postgres, zda jej lze nahradit jiným uživatelem.

Uživatelská reference DBA se musí změnit na nového uživatele. Například, smaxdba a poté musíte přiřadit libovolný z odkazů uvedených v databázi konfigurační mapa na smaxdba . Jsou vyžadována oprávnění role.

  1. Musíte povolit provádění stejné úrovně akcí jako uživatel Postgres.
  2. Poté musíte změnit nebo aktualizovat heslo pomocí sady provozních nástrojů konkrétně z tržiště.
  3. Aby uživatel mohl aktualizovat konfiguraci, potřebuje získat přístup k aktualizaci databáze konfigurační mapa .
  4. Pro navigaci do konfigurační mapy musí uživatel:
|_+_|
  1. Poté, abyste mohli upravit a změnit konfigurační mapu:
|_+_|

Po provedení těchto kroků musí uživatel zkontrolovat všechny odkazy na nového uživatele a správné použité heslo.

7. Řešení problému, kdy je e-mailové upozornění IM poškozené nebo v něm chybí soubory

E-mailové upozornění správy incidentů se často poškodí, když je v aktualizacích deníku symbol stříšky. Uživatelé si musí uvědomit, že stříška je výchozím oddělovačem polí pro služby událostí, jako jsou e-maily a další podobné služby.

Obecně nejsou v dohledu žádné chybové zprávy, ale e-mailové upozornění správy incidentů ukazuje mnoho chybějících souborů a některé ze současných souborů jsou poškozené. Často se to stane, když uživatelé vloží některé výsledky, které jsou původně ze zrušeného příkazu ping, do řádku DOS. Když je ping ve výzvě DOS zrušen, obvykle končí znakem echo stříška a znakem C.

Stříška je většinou speciální znak ve Správci služeb. Často se používá jako výchozí oddělovač v mnoha službách událostí, ale speciálně pro e-maily pro oddělení polí.

Rutina RAD je: axces.write – parametr String1. Rutina RAD obvykle definuje separační znak. Když uživatel definuje svůj vlastní charakter, musí se ujistit, že se to přirozeně nestane v polích události. Výchozí hodnota je znak stříšky (ˆ).

Funkce RAD je: záznamový řetězec – Event Services používá znak stříšky (ˆ) jako obecný výchozí oddělovač. Uživatelé mohou jistě využít záznamový řetězec funkce pro sestavení řetězce událostí podle jejich požadavků a pohodlí. Dříve existoval starý požadavek na vylepšení (ER) za účelem nahrazení stříšky nebo jejího úniku.

V ER dříve nebyly uvedeny žádné podrobnosti. V kontrole formátu byly zpravidla nějaké základní výpočty.

Níže jsou uvedeny některé komplexní opravy. Tyto pokyny využívají Process Designer na sadě pravidel pracovního postupu. Přidá kód do JavaScriptu pro filtrování stříšky spolu s písmenem C, které je s ní dodáváno.

  1. Musíte vytvořit kopii Pracovní postup incidentu .
  2. Poté vyberte Kategorizace fázový box.
  3. Poté musíte kliknout na Na kartě Aktualizace .
  4. Poté pečlivě vyberte a dvakrát klikněte na im.set.activityvars sada pravidel.
  5. Poté musíte spustit pravidlo Javascriptu a poté toto pravidlo upravit.
  6. Najdete v horní části pravidla, těsně před // $pmc.actions čára.
  7. Poté musíte přidat tento kód javascript, abyste odfiltrovali stříšku a doprovodné písmeno c.
  8. Nyní může uživatel odkomentovat tiskový výpis, aby si mohl postup pečlivě zkontrolovat krok za krokem.
|_+_|

8. Oprava chyby, kdy model Migrated Change Model není schopen správně zobrazovat úlohy

Mezi uživateli je často pozorováno, že model přenesených změn nedokáže správně zobrazit úkoly. Stává se to, když uživatel migruje modely z jednoho systému Service Manager do druhého. A pak se úkoly nezobrazují přesně nebo někdy mají nesprávné úkoly.

K tomu může dojít kvůli novým modelům změn nebo požadavků, které byly jednou vytvořeny. Když se tyto modely vytvoří v jednom systému a do cílového systému se přenesou pouze vyložení modelu.

Obecně tabulka, která ukládá úkoly a všechny jejich struktury v tabulce ChangePlan. Takže vyložení stolu se ukáže jako docela efektivní. Uživatel musí být při přenášení vyložení ChangePlanu z jednoho systému do druhého opatrný. Musíte také nejprve znovu potvrdit, že cílový systém je testovací prostředí, aby vše probíhalo podle plánu.

9. Když se IDM nemůže spustit kvůli chybě serveru úložiště klíčů /opt/apache-tomcat/conf/tomcat.keystore nenalezen

Uživatelé často narazí na chybu na obrazovce, která říká:

CHYBA Soubor úložiště klíčů serveru /opt/apache-tomcat/conf/tomcat.keystore nenalezen – modul IDM se nespustí

Problém spočívá v modulu IDM, protože jej nelze spustit a zobrazuje následující zprávy:

|_+_|

Nejvýraznější příčinou chyby modulu IDM je, že certifikáty nebyly správně synchronizovány.

Uživatelé mohou tuto chybu opravit podle následujících kroků:

1. Musíte se přihlásit k jednomu z hlavního uzlu: Musíte aktualizovat certifikát zbavení v prostoru jmen sady pomocí 3 příkazů uvedených níže:

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

2. Poté se musíte přihlásit k serveru nfs. Poté opatrně přesuňte jks do záložní složky.

|_+_|

10. Řešení opakované chyby plánovače, kdy nedokáže vyhodnotit výraz 1 + ‚dd/mm/rr‘ (plánovač. Proces, přeplánování)

Často se stává, že uživatel narazí na opakující se chybové zprávy plánovače, jako například:

|_+_|

Problém je ve skutečnosti:

|_+_|

Je to v podstatě způsobeno přidáním hodnoty skutečného data do pole Interval opakování záznamu o délce. Protože pole Interval opakování je určeno pouze pro hodnotu trvání, jako jsou dny nebo minuty. Není strukturován tak, aby zpracovával skutečnou hodnotu data jako takovou.

Tuto chybu lze snadno opravit, stačí provést následující kroky:

  1. Musíte použít *najít.řetězec který je uveden v rozvrhové tabulce.
  2. Poté vyhledejte pevně zakódovanou hodnotu data, např. 01/12/20 00:05:00

Uživatelé si musí uvědomit, že místo hledání pouze dd /mm/yy formátu, který by také měli dělat mm/dd/rr . Potom nahraďte hodnotu data specifickou hodnotou trvání, abyste byli méně zmatení.