Sitescope

Micro Focus SiteScope – näpunäiteid ja nippe

30. oktoober 2021

Mikrofookus SiteScope on agentideta seiretarkvara, mis keskendub hajutatud IT-infrastruktuuride, sealhulgas serverite, võrguseadmete ja -teenuste, rakenduste ja rakenduskomponentide, operatsioonisüsteemide ja erinevate IT-ettevõtete komponentide saadavuse ja jõudluse jälgimisele.

See postitus sisaldab igakuiseid Micro Focus SiteScope'i näpunäiteid ja näpunäiteid, mis koondavad Micro Focus SiteScope'i mitmesuguseid levinud probleeme. Sellest artiklist leiate tõrkeotsingu näpunäiteid ja nippe muude tööriistade jaoks.

Sisukord

  • 1. Micro Focus SiteScope – nõuanded ja nipid – jaanuar 2021
  • 2. Micro Focus SiteScope – nõuanded ja nipid – veebruar 2021
    • 1. Juhised saidi ulatuse teenuste taaskäivitamiseks Windowsis
    • 2. Üksikasjad õiguste kohta, mis tuleb määrata WMI nimeruumi juurCIMV2
    • 3. Java Runtime Environment ei saa laadida vea lahendamine
    • 4. Juhised saidi ulatuse käivitamiseks pärast 11.90 versiooniuuenduse käivitamise viga
    • 5. NoClassDefFoundi vea lahendamine SiteScope'i käivitamisel
    • 6. SiteScope 11.92 / 2020.05 parandamine – kiiraruanded ei kuvata viga
    • 7. Juhised vea parandamiseks, kui SiteScope – automaatse seansi ajalõpp / kasutajad logitakse automaatselt SiteScope'ist välja / GUI / kasutajaliides aegub
    • 8. Loend kõigist parameetritest, mida saab kasutada e-posti märguannetes
    • 9. SiteScope'i logifaili server_statistics.log / server_statistics_raw.log üksikasjad ja mõned väärtused
  • 3. Micro Focus SiteScope – nõuanded ja nipid – märts 2021
    • 1. E-posti eelistuste vaikesätete aknas e-posti kuvamise määramise protseduur
    • 2. Ristviidete loend ametlike versioonide ja OBM/SiteScope'i siseversiooni kohta
    • 3. Toimingud SiteScope SQL BD tõrke lahendamiseks, kuna seda ei värskendata
    • 5. Lahendus probleemile, mis tekkis SiteScope 11.33 installimisel SiteScope 11.30 peale
    • 6. Muutujate skriptihoiatuste kaudu edastamise protseduur
    • 7. RUM-i toetatud OS-i haavatavuse probleemide lahendamine
    • 8. Juhised vanade BSM-serveri andmete kuvamise peatamiseks pärast uutele BSM-serveritele üleminekut
    • 9. Kanali nime määramise sammud MQ-ga ühenduse loomisel
    • 10. Kuidas pääseda juurde APM-i kasutatavate tasuta ja avatud lähtekoodiga teekide loendile
    • 11. Monitori kaugsisselogimisserveriga ühenduse tõrke parandamine
  • 4. Micro Focus SiteScope – nõuanded ja nipid – aprill 2021
    • Sitescope – kuidas lisada NetApp ONTAP 9.3 seadmele kaugserveri konfiguratsiooni
    • SiteScope'i konfiguratsiooniviisardi ekspordi konfiguratsioonifunktsioon töötab igavesti
    • SiteScope'i apleti laadimine nurjub erandiga NoClassDefFound
    • SiteScope'i apleti laadimine nurjub erandiga NoClassDefFound
    • SiteScope – SSL-i konfiguratsiooni ei säilitata pärast SiteScope'i versiooniuuendust Windowsis
    • APM / BSM / BPM / SiteScope / RUM Engine – kuidas hankida Apache veebiserveri / Tomcati / Java versiooni
    • SiteScope 11.32 – e-posti eelistused – vaikesätted – kuidas määrata meili kuvatavat nime
    • SiteScope – malli ei saa juurutada – ebaõnnestub koos Failed to Committa – unikaalsuse rikkumine
    • Kuidas saab malli kasutades ühe rühma alla juurutada mitu monitori?
    • OBM / Sitescope – ametlikud versioonid versus sisemine versioon, näiteks SiteScope 2020.10 == 11.93 – ristviidete loend
    • Kuidas uuesti luua teenust SiteScope (ainult Windows)
  • 5. Micro Focus SiteScope – nõuanded ja nipid – mai 2021
    • 1. Vaikse sisselogimise funktsioon ei tööta enam – aegunud või asendatud?
    • 2. Import/Export Sitescope mitterahuldav
    • 3. Olek Minor ja kriitiline APM 9.51
    • 4. SiteScope 11.92 / 2020.05 – kiiraruandeid ei kuvata
    • 5. Peate teadma, kas lisatud arvutustabelis on mõni komponent vajalik
    • 6. Viga mõõdikutes Uptime
    • 7. VIGA – MIB-failide loendit java.lang.NullPointerException ei saa hankida
    • 8. MONITORI ÜHENDUSE VIGA EI SAA KAUGLOGIMISSERVERILE
    • 9. Sitescope SQL DB tabelit ei värskendata
    • 10. SiteScope Linuxis – Sitescope'i ei saa käivitada pärast versioonilt 11.41 versioonile 11.90 uuendamist
  • 6. Micro Focus SiteScope – nõuanded ja nipid – juuni 2021
    • 1. SiteScope 11.92 / 2020.05 / OBM 2020.05 – pärast teenuse taaskäivitamist, kui OBM on maas, SiteScope'i sisselogimisakent pole
    • 2. Kas MQ-ga ühendamisel saab määrata kanali nime?
    • 3. Künnised, kasutades mitut sisu vastet
    • 4. Jälgige vigadega SiteScope wmi-d
    • 5. Lahendus, mis aitab muutujaid skriptihoiatuste kaudu edastada
    • 6. Sitescope rakendus alla
    • 7. Vanade BSM-serverite üksikasjad infrasätete all pärast ühenduse loomist uute BSM-serveritega
    • 8. Kas SiteScope URL Monitor saab töödelda JSON-vormingut?
    • 9. RUM-i toetatud OS-i haavatavuse probleemid
    • 10. SiteScope – millised on konkreetsed õigused, mis tuleb määrata WMI nimeruumi juurCIMV2

1. Micro Focus SiteScope – nõuanded ja nipid – jaanuar 2021

üks. Juhised e-posti ID kuvatava nime hoidmiseks

Kuvatava nime saab hõlpsasti panna, kuna kogu meiliaadress võib tunduda tülikas. On täheldatud, et kasutajad ei saa redigeerimise dialoogi kaudu lisada, pole vaja muretseda, on ka muid võimalusi. Kuvatava nime tõhusaks määramiseks järgige alltoodud juhiseid.

Kasutaja ei saa kasutada 'SiteScope'i - testi administraatori e-posti aadressi või saatja e-posti aadressi puhul. Põhjus on selles, et SiteScope kontrollib rangelt, kas olete lisanud kehtiva e-posti aadressi või mitte. E-posti aadress peab olema allolevas vormingus:

@

Kui seda vormingut ei järgita, kuvatakse ekraanil veateade. Kuvatava nime määramiseks on toetamata viis

  1. Peate SiteScope'i peatama
  2. Seejärel peate käivitama faili inPersistencyViewer.bat
  3. Pärast seda peate avama püsivusfaili graafilise kasutajaliidese (GUI) kaudu. Peate valima püsivuse tee ja seejärel klõpsama nuppu Ava.
  4. Seejärel näete valikut Filtreeri tüübi järgi, klõpsake nuppu:
|_+_|
  1. Seejärel valite MailDefaultPreferences_
  2. Pärast seda peate välja muutma _fromAddress (See on näide) ja vajuta edasi Sisenema .
  3. Seejärel saate lisada oma valitud kuvatava nime. Ärge unustage valida nuppu OK ja Kinnita.
  4. Nüüd peate SiteScope'i taaskäivitama.
  5. Seejärel saatke testmeil, et näha, kas see parandus oli tõhus või mitte.

2. Kuidas toimida toetamata või juurutamata mallidega?

Sageli juhtub, et malle ei juurutata õigesti või need on rikutud või neid ei toetata. Ilmub tõrketeade ja see ütleb, et see ei õnnestunud. Kasutajate sõnul juhtub see peamiselt siis, kui malli kasutades laaditakse palju URL-i monitore. Eeldatav paigutus näeb välja selline:

|_+_|

Kuid kui protseduur käivitatakse CSV-faili kasutades, loob see hulga. Ja siis esimene URL-i monitor ja seejärel protseduur ebaõnnestub. Logid näitavad allpool toodud viga, see kehtib kõigi järjestikuste URL-i monitoride kohta:

Mallis „URL-i hulgimonitori laadimine” ilmnes tõrge:

Pühendumine ebaõnnestus – unikaalsuse rikkumine – nimi „App02” on olemas varasemas asukohas.

Selle vea saate kindlasti lahendada, järgides alltoodud juhiseid.

    SiteScope -> Eelistused -> Infrastruktuuri eelistused -> Malli sätted
  1. Ja seejärel klõpsake nuppu Kontrolli Mallmonitoride loomine otse malli olemi all
  2. Pärast seda peate SiteScope'i uuesti käivitama.
  3. Seejärel saate vabalt teha või juurutada mis tahes oma valitud malli.

3. Mida teha, kui SSL-i konfiguratsiooni ei saa aktiveerida?

Sageli juhtub, et SSL-i konfiguratsioon ei tööta pärast Windowsi SiteScope'i versiooni. Ja ekraanile kuvatakse veateade, mis ütleb Server.xml pole olemas. Pole uuendamise stsenaarium. See tõrge ilmneb siis, kui uuendaja ei saa keskkonnamuutujat lugeda %SISINSTALLER_PATH% uuendamise ajal. Seetõttu ei leia Upgrader kõiki varundatud server.xml faile. Saate selle probleemi lahendada järgmiste sammude abil.

  1. Peate külastama %SITESCOPE_HOME%Tomcatconf kataloogist faili server.xml varukoopia toomiseks.
  2. Seejärel peate failis eelmise serveri.xml faili asendama %SITESCOPE_HOME%Tomcatconf kataloog serveri.xml-failiga, mis on nüüd saadaval järgmises sihtkohas:
|_+_|
  1. Nüüd peate avama hiljutise faili server.xml ja leidma failist selle konkreetse jaotise, mis sarnaneb allolevale:
|_+_|
  1. Nüüd peate asendama need kohatäitjad: %%TRUSTSTORE_TYPE%%, %%TRUSTSTORE_PASS%%, %%TRUSTSTORE_PATH%%, %%KEYSTORE_TYPE%%, %%KEYSTORE_PASS%%, %%KEYSTORE_PATH%%, %%CLIENT_AUTHENTICATION ja %% CIPHERS_LIST%% väärtustega eelmisest faili server.xml, mis oli varundatud. Faili server.xml varukoopia leiate allolevast sihtkohast:
|_+_|

Siin see asukoht: siit leiame kõik SiteScope'i bitid.

  1. Nüüd pole vaja muud, kui taaskäivitada SiteScope.

On veel üks parandus, mida saate kasutada. Selleks peate uuesti kasutama SiteScope'i kõvenduse konfigureerimiseks tööriista Site Scope Hardening.

4. Kuidas lahendada Uptime taustaga seotud probleeme?

Mõnikord on kasutajatel probleeme sagedaste vahelejätmisega. Monitori sageduse fikseerimine vahelejätmises võib aidata. Abiks võib osutuda ka kaugserverite ühendusepiirangu suurendamine.

Ekraanil kuvatav veateade jääb järgmiseks:

SSH V1 ühenduse loomise katse SSH V1 ühendamine ebaõnnestus SSH V2 katse ebaõnnestus kaugkäsu viga (-1) kaugkäsu viga (-1)

Saame algoritmi kasutada diffie-hellman-group1-sha1' kuid sageli juhtub, et selle algoritmi kasutamine ei ole rakendusega eriti tõhus SiteScope peaks kasutama diffie-hellman-group14-sha1 asemel diffie-hellman-group1-sha1

Parandage 1

Peate värskendama rida /etc/ssh/sshd_config faili ja seejärel peate selle taaskäivitama ssh

KexAlgorithms=ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-grupp14-sha1,diffie-1-hells

Parandage 2

UNIX-i kaugühenduse tõrke kõige ilmsem põhjus on võtmevahetuse tõrge.

Parema ühenduse loomiseks järgige alltoodud juhiseid.

See parandus on mõeldud spetsiaalselt SiteScope'i serveri operatsioonisüsteemile Linuxile:

  1. Peate redigeerima Unixi kaugühendus .
  2. Seejärel asendage või muutke Operatsioonisüsteem , vajadusel.
  3. Nüüd peate lisama serveri kasutajakontole viipa sisselogimise kaudu.
  4. Pärast seda näete Advance, peate muutma SSH-kliendi väliseks SSH-kliendiks.

See parandus on mõeldud spetsiaalselt SiteScope'i serveri operatsioonisüsteemile Windows:

  1. Esiteks peate redigeerima Unixi kaugühendust
  2. Seejärel asendage või muutke Operatsioonisüsteem , vajadusel.
  3. Seejärel peate lisama viipa, logides sisse serveri kasutajakontole.
  4. Pärast seda näete Advance, peate muutma SSH-kliendiks Plink.
  5. Nüüd peate lisama kohandatud käsurea: D:SiteScope oolsplink.exe -ssh $kasutaja$@$host$ -pw $parool$

Samuti saate kõik keelata Linuxi serveritega seotud monitorid mis ei tööta või jäid maha.

5. Kuidas MIB-faile alla laadida ja töökorda viia?

Sageli juhtub, et MIB-id ei tööta ja ei suuda kogu ülesannet täita. Ja mõnikord kogeme seda öeldes viga MIB-failide loendit java.lang.NullPointerException ei saa hankida .

Selle probleemi lahendamiseks on üsna lihtne meetod. Mõnel juhul pole see MIB-failide, vaid mõne muu faili viga. Proovige kustutada README-MIB.txt ja kontrollige, kas viga ei kao. Pärast seda proovige SiteScope taaskäivitada ja seejärel MIB-fail uuesti laadida. Peate sooritama viimase toimingu SNMP-s MIB-i kaudu. See parandus on osutunud üsna tõhusaks.

6. Juhised monitori ühendusvea parandamiseks, kui esineb kaugsisselogimise tõrge

Mitu kasutajat on selle probleemiga kokku puutunud, kui nad ei saa kaugsisselogimisserverit kasutada ja ekraanil on suur ühenduse viga. Selle probleemi saab hõlpsasti lahendada alltoodud sammude abil, järgige neid hoolikalt.

  1. Kontrollige vahelejätmise monitori hoolikalt.
  2. Seejärel kontrollige ja vaadake üle monitoride loenduse logi.

Kui serveristatistika logi kuvab teie mäluhunniku suuruse ja selle muutmisega seotud probleemi, saate selle hõlpsalt lahendada järgmiste sammudega.

  • Peate peatama mis tahes SiteScope'i teenuse või tegevuse.
  • Seejärel peate minema registriredaktorisse, selleks saate kasutada järgmist teed:

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesHPSiteScopeserviceParam]

Ärge unustage redigeerida väärtusi –Xms ja -Xmx väärtuseks 8192

  • Selleks peate minema saidile master.config ja tegema selle antud parameetri mõned muudatused või lisama loendi lõpus: _runGPeriod=900000
  • See samm aitab teil kuhjast lahti saada ja vabastab mälu.

Seejärel peate serveri taaskäivitama.

Nüüd peate käivitama teenuse SiteScope.

  • Pärast nende sammude järgimist saate muuta ainult 'Apteegi' monitoride sagedust, et kontrollida, kas see parandus toimis hästi. Isegi pärast neid toiminguid, kui viga ja vahelejätmised püsivad, peate jätkama URL-i ja URL-i järjestuse jälgijate ning ka andmebaasi monitoride sageduse muutmist.

7. SiteScope'i URL-i monitori kasutamine veebilehtede haldamiseks JSON-vormingus

SiteScope'i URL-i monitor saab tegelikult töötada ja tulla toime veebilehtedega, mis tagastavad JSON-vormingu. SiteScope'i URL-i monitori eripära on see, et see suudab taastada Chrome'i või Firefoxi brauseriga sarnaseid andmeid. Näiteks kui kasutate allpool toodud URL-i:

|_+_|

Siis saate kindlasti

|_+_|

Kõiki neid saab testida ja kasutada JSON kood tagastatakse. Pidage meeles, et Internet Explorer ei sobi üldse JSON-vormingu jaoks, kui ta alustab vastuse teisendamist xml- või html-vormingusse, see ebaõnnestub kibedasti.

8. Kuidas lahendada tõrkesiirde korral SVC käivitamise probleemi?

Mis tahes probleemi lahendamiseks peame välja selgitama selle põhjuse. Mõnikord taaskäivitub SiteScope 11.51 ja tõrkesiirdeserveri SVC käivitamisel ilmneb probleem. Seda jälgivad isegi need kasutajad, kes on hiljuti versioonile SiteScope 11.51 üle läinud. Nad on peamises serveris SiteScope'is äkitselt kohanud vähemalt kaht ettearvamatut taaskäivitust. Selle probleemi lahendamiseks võite proovida kasutada allolevat parandust.

  • Saate proovida süsteemi noorendada, klõpsates kasutajaliideses nuppu Taaskäivita. See näitab logides Sheduled_restart, mis näitab, kas see taaskäiviti õigesti või mitte.

Et kontrollida, kas see element toimib hästi, järgige SiteScope 11.51 allolevaid juhiseid.

1. Peate veenduma, et tõrkesiirde eelistused toimivad hästi. Need peaksid töötama tõhusalt mõlemas suunas (esmase tõrkesiirde vahel).

2. Peate leidma SiteScope'i esmase graafilise kasutajaliidese (GUI) ja seejärel avama tõrkesiirde eelistused.

3. Ja tõrkesiirde GUI-s avage Failover Preferences.

4. Seejärel peate lubama failis C:SiteScopelogshigh_availability.log ja tõrkesiirde funktsiooni ha.loglevel=DEBUG.

a. Peate redigeerima atribuutide faili C:SiteScopeconfcoreToolslog4jPlainJavalog4j.properties

Muutke ha.loglevel=ERROR väärtuseks ha.loglevel=DEBUG/

5. Avage esmasel GUI-l Infrastruktuuri eelistused ja seejärel käivitage allservas olev nupp Restart SiteScope. See on väga kasulik samm, mis aktiveerib PLANNED_SHUTDOWN selle protsessi jaoks vastavalt high_availability.log

9. Kuidas lahendada SiteScope'i sisselogimisakna automaatne taaskäivitamine, kui OBM on maas?

Tihti juhtub, et kui OBM on maas ja teenus SiteScope taaskäivitatakse ja siis ilmub tervituskuva. See esineb nii brauserites kui ka SiS-i kohalikus kliendis. Kui OBM on aktiveeritud, kuvatakse arvutiekraanil sisselogimisleht. See juhtub sageli siis, kui SiteScope ei suuda OBM-i/APM-i tõlgendada. Failis error.log näeme, et SiteScope käivitub OBM-iga pärast:

[SiteScope Main] (SiteScopeGroup.java:633) INFO – Topaasihalduri käivitamine

Siin on tõlgendamise takistus ilmne.

[SiteScope Main] (ApacheHttpUtils.java:512) VIGA – probleem andmete saatmisel URL-ile: https://:443/topaz/topaz_api/tmc_info_query?type=integration_support error: java.net.ConnectException: Ühendus aegus: ühenda, praegune uuesti proovimine: 0

See jätkub, kuni kuvatakse see:

[SiteScope Main] (SiteScopeGroup.java:635) INFO – Topazi haldur alustas.

Kui OBM juhuslikult ei reageeri, jääb SiteScope lihtsalt taustale:

INFO – Topaasihalduri käivitamine

üritab jõuda OBM GW serverini.

Seireprotsess tuvastab vaikimisi tegevuse puudumise 30 minuti pärast. See on programmeeritud nii, et see mõistab, et SiteScope on peatanud, ja taaskäivitab selle automaatselt.

teenus: Neljap Nov 5 14:47:48 2020 Jälgimisprotsess, edenemise muutust ei tuvastatud

teenus: neljap 5. november 14:47:48 2020 sulgemistaotluse protsess õnnestus

2020-11-05 14:47:58 978 [SiteScope Shutdown Watch] (SiteScopeShutdown.java:51) INFO – SiteScope'i väljalülitamise põhjus SiteScope'i teenus suletakse (teeninduse nõudel)…

Kui see protseduur algab uuesti:

INFO – Topaasihalduri käivitamine

Ja pärast kohusetundlikku taaskäivitamist 30 minuti jooksul reageerib OBM.

10. Kuidas parandada monitori SiteScope WMI tõrked?

Sageli juhtub, et WMI SiteScope monitori OMI-s ei teavitata ja kasutajal on ülesannete täitmisel raskusi. Selle probleemi saab lahendada, järgides alltoodud samme.

  1. Peate kindlasti valima monitoril suvandi Send Event. Kontrollige regulaarselt auditilogi, et muudetud väärtus oleks viimane.
  2. Seejärel peame käivitama käsurea: leidke IPSERVERADDRESS audit.log* > CAMBIOS-14.98.TXT
  3. Seejärel näete auditilogis käsku 'Saada sündmus'.
  4. Nüüd saate muuta valiku „Valitud” valikuks „mittevalitud” hõlpsasti leida auditilogis, näiteks:

Värskendus: „_prioritySelection” värskendati väärtuselt „EVENT” väärtusele „MEASUREMENT”.

Lemmik Postitused