Micro Focus Diagnostiikka auttaa nopeasti eristämään ja ratkaisemaan kehitys- ja tuotantosovellusten suorituskykyongelmia tarjoamalla kooditason näkyvyyttä tapahtumatasolla.

Tässä viestissä on kuukausittain Micro Focus -diagnostiikkavinkkejä ja temppuja, jotka ovat yhteenveto useista yleisistä Micro Focus -diagnostiikan ongelmista. Katso tästä artikkelista muiden työkalujen vianetsintävinkkejä ja temppuja.

Sisällysluettelo

• Micro Focus Diagnostics – vinkkejä ja temppuja – tammikuu 2021
  • 1. Noudetaan näytteet Diagnostics Collector Agentista, jos ilmenee vika
  • 2. Ohjeet Diagnostics .net Agent ProbeAggregatorin käsittelemiseen, kun Java-keon koko loppuu
  • 3. Diagnostiikkapalvelimen kokoonpanoa koskevat tiedot
  • 4. Oracle Java JRE 1.8.x / 8.x -tiedoston poistaminen tiedostosta C:Program Files (x86)
  • 5. Hikari-yhteyden Pool JMX -parametrien tarkastelu
  • 6. Korjataan ongelma, kun Diagnostiikka kerää vain yhden palvelinpyynnön avoimelle tekstille
  • 7. Mahdollisten useiden JBoss-kohteiden määrittely ja tuen tarjoaminen Java-agenttikomentosarjalle
  • 8. Diagnostiikkapalvelimen 9.50 päivittäminen ja kokoonpanoasetusten ja historiatietojen säilyttäminen
  • 9. Ohjeet Oracle-sovelluksen instrumentointiin ilman konsolia (CPE OCTIM19G1061847)
  • 10. Virheen ratkaiseminen, kun diagnostinen Java-agentti ei heijastu uudelleenkäynnistyksen jälkeen graafisen käyttöliittymän avulla
• Micro Focus Diagnostics – vinkkejä ja temppuja – helmikuu 2021
  • 1. Ratkaisee virheen …ei voi sitoa kuuntelijoita mihinkään porttiin alueella 32000-… .Net Agent Probe Aggregator -palvelun aloitushetkellä.
  • 2. Ohjeet RUM-asiakkaan valvonnan poistamiseksi käytöstä sekä .Netissä että J2EE Agentissa
  • 3. Kun VA-piste HP Diagnosticsissa: 64-bittinen lohkosalaus 3DES, joka on alttiina SWEET32-hyökkäykselle
  • 4. Ohjeet kirjaston j9gc23(2) alustusvirheen JVMJ9VM015W ratkaisemiseksi: Keon instantiaatio epäonnistui. 2G pyydetty. Java-virtuaalikonetta ei voitu luoda
  • 5. Ongelman korjaaminen, kun HP Diagnostics Probe Aggregator ei käynnistynyt näkyy näytöllä
  • 6. Integrointiongelman ratkaiseminen HP:n diagnostiikassa HP BSM:ään
  • 7. HP Diagnostics 9.26 -arkistokansiossa olevien suurten trenditiedostojen ongelman selvittäminen
  • 8. Kun diagnostiikkapalvelin on rekisteröity toiseen BSM:ään
  • 9. Ohjeet objektiviittauksen korjaamiseen, jota ei ole asetettu objektin esiintymään, kun tallennetaan suorituskykykuormitustesti
  • 10. Virheen korjaaminen, kun se tulee näkyviin: Diagnostics Next Gen – Ei tietoja
• Micro Focus Diagnostics – vinkkejä ja temppuja – maaliskuu 2021
  • 1. BSM-integraatioon liittyvät diagnostiikkaongelmat
  • 2. Diagnostics .NET Agentin asennus epäonnistuu, kun valinnainen Probe Aggregator Service valitaan
  • 3. Kuinka määrittää SSL diagnostiikkapalvelimelle CA-viranomaisen varmenteen avulla?
  • 4. VIRHE VAKAVA arkisto: Arkiston luominen epäonnistui Diagnostic 9.23 Server -päivityksen jälkeen
  • 5. Virhe: …alustetaan com.mercury.diagnostics.capture.metrics.jmx.WebSphere6JMXCollector@8b0e7414 java.lang.IncompatibleClassChange Diagnostics Java -agentin ilmoittama WebSphere Application Server -palvelinta tutkiva virhe.
  • 6. HPE Diagnostics -käyttöliittymä jumiutuu tai jumittuu
  • 7. Virhe: HttpWebServer-portti 35000 näyttää olevan käytössä, kun diagnostiikka .NET Agent käynnistetään
  • 8. Diagnostics .NET Agentin ja Probe Aggregatorin määrittäminen käyttämään muita kuin oletusportteja
  • 9. .Net-agentti aiheuttaa muistin ja suorittimen ylikuormitusta kuormitustestin aikana.
  • 10. Päivityksen jälkeen historiatiedot menetetään, mukautettu näkymä ja sovellus katoavat
• Micro Focus Diagnostics – vinkkejä ja temppuja – huhtikuu 2021
  • VAKAVA virhe diagnostiikassa, kun yritetään käynnistää palvelin.
  • HP SiteScopen määrittäminen niin, että sitä voidaan valvoa HP Diagnostics Java Agentin avulla
  • Virhe: HttpWebServer-portti 35000 näyttää olevan käytössä, kun käynnistetään Diagnostics .NET Agent
  • Mitä oikeuksia Oracle DB -keräilijä vaatii?
  • HP BSM Diagnostics -lisenssin selvennys
  • Diagnostiikan lisenssitiedot
  • Kuinka muokata kynnysarvoja diagnostiikassa
  • Ero normalisoidun suorittimen käyttöasteen ja suorittimen kokonaiskäytön välillä
  • Vähennä instrumentointikuluja.
  • Mittarit, jotka on kerätty laatikosta
• Micro Focus Diagnostics – vinkkejä ja temppuja – toukokuu 2021
  • 1. Kuinka BSM/SHA määritetään keräämään diagnostiikkatietoja?
  • 2. Kuinka määrittää SSL diagnostiikkapalvelimelle CA-viranomaisen varmenteen avulla?
  • 3. JVMJ9VM015W Kirjaston j9gc23(2) alustusvirhe: Keon luominen epäonnistui. 2G pyydetty. Java-virtuaalikonetta ei voitu luoda
  • 4. JBoss-palvelin ei käynnisty mittausinstrumentoinnin jälkeen
  • 5. Virhe: Kun aikakatkaisu tapahtui, säie… ilmoitti Linux-pohjaisesta Java-sovelluksesta, joka toimii VMware-ympäristössä HP Diagnosticsin kanssa
  • 6. Mitä uutta 9.23 IP2:ssa?
  • 7. Miten Commander vaihdetaan Mediatoriksi?
  • 8. Diagnostics .NET Agentin asennus epäonnistuu, kun valinnainen Probe Aggregator Service valitaan
  • 9. Kuinka poistaa RUM-asiakasvalvonta käytöstä sekä .Netissä että J2EE Agentissa
  • 10. Diagnostiikkapalvelin on rekisteröity toiseen BSM:ään
• Micro Focus Diagnostics – vinkkejä ja temppuja – kesäkuu 2021
  • 1. Miten symbolitaulukko palautetaan?
  • 2. Miten HP Diagnostics Collector saa tiedot?
  • 3. Onko mahdollista vaihtaa Diagnostiikan profiilitietokantaa?
  • 4. Mitä pistetiedostoja Java Probe for Instrumentation käyttää?
  • 5. Kuinka pitkän kyselyn kirjaaminen otetaan käyttöön diagnostiikassa?
  • 6. Voinko kerätä suoritinta, muistia ja verkkoa Oracle-tietokannasta Oracle Collectorin avulla?
  • 7. Profiler ei näy
  • 8. HPD Mediator Server – Suuri levyn käyttöaste – Puhdistus vaaditaan tyhjentämiseen
  • 9. Diag Mediator ei käynnisty – VAKAVA arkisto: Arkiston luominen ei onnistu
  • 10. LDAP-määritykset diagnostiikassa

Micro Focus Diagnostics – vinkkejä ja temppuja – tammikuu 2021

1. Noudetaan näytteet Diagnostics Collector Agentista, jos ilmenee vika

Usein käy niin, että käyttäjät eivät pysty saamaan näytteitä omalta diagnostiikka-agenttiltaan. He ovat kohdanneet pääsyyn ja käyttöoikeuksiin liittyviä ongelmia. Ja näytöllä on virhe, ja kaikki alla olevat tunnistetiedot:

Tämä virhe voidaan myös korjata; sinun tarvitsee vain seurata alla annettuja vaiheita huolellisesti:

1. Sinun on navigoitava kohteeseen Huolto ja napsauta sen alla rekisteröityä .
2. Sitten sinun on napsautettava Rekisteröityjä komponentteja ; sitten sinun täytyy löytää Nexus_BD .

Nämä vaiheet opastavat sinua peruuttamaan rekisteröinnin, ja sinun on vain odotettava jonkin aikaa, jotta se voi rekisteröityä uudelleen ilmoittaakseen mittareille vielä kerran. Tämän ratkaisun pitäisi olla tehokas ja se ratkaisee kaikki aiemmin esiintyneet todentamiseen liittyvät virheet.

On myös suositeltavaa, että käyttäjä tarkistaa välityspalvelimen asetukset, jotka käyttäjät löytävät Mediator-palvelimelta. Mediator-palvelin sijaitsee /etc/server.properties-tiedostossa ja sitten Commander-palvelimessa /etc/-tiedoston polun alla.

2. Ohjeet Diagnostics .net Agent ProbeAggregatorin käsittelemiseen, kun Java-keon koko loppuu

Tämä ongelma ilmenee, kun Diagnostics 9.50 ja .net agent 9.50 asennetaan Windowsiin Käyttöjärjestelmä palvelin 2012 alusta. Käyttäjät kohtaavat tämän ongelman, kun he huomaavat, että . Netto agentti ei pysty keräämään mitään tarvittavia tietoja.

Kun lokitiedot tarkistetaan, virheilmoitus sanoo java.lang.OutOfMemoryError: Java-kekotila päällä ProbeAggregatorJSW.log tiedosto, jota käyttäjä parhaillaan käyttää laitteella. Tämän virheen perimmäinen syy on vastaavan tiedoston java.lang.OutOfMemoryError-tekijä.

Tämä virhe voidaan helposti ratkaista manuaalisesti; käyttäjän tarvitsee vain noudattaa alla olevia vaiheita:

Avaa probeaggregator.cmd käyttämällä muistilehtiötä. Lisää sitten -Xmx-arvoa suuremmaksi.

Se voi esimerkiksi olla kaksi kertaa suurempi kuin edellinen arvo tai järjestelmän resurssivaatimuksen mukainen.

3. Diagnostiikkapalvelimen kokoonpanoa koskevat tiedot

Diagnostiikkapalvelimen määrittäminen itse voi tuntua vaikealta tehtävältä, mutta käyttäjät voivat tehdä sen tiettyjen ohjeiden avulla. Monet käyttäjät ovat kohdanneet virheen Performance Centerin diagnostiikkaskenaariosivulla.

On havaittu, että se tapahtuu yleensä, kun he työskentelevät asetuskuvakkeen parissa. Näyttöön tuleva virheilmoitus on annettu alla:

Tämä virhe voidaan korjata, mutta ennen sitä käyttäjällä on oltava täydelliset tiedot asennetusta tuotteesta ja myös sen versiosta. Käyttämäsi sovellustekniikan mukaan sinun on asennettava Java- tai .NET-agentti.

Tämän lisäksi tulee hankkia myös kyseisen sovelluksen erityinen instrumentti, koska se on vastuussa tietojen lähettämisestä diagnostiikkapalvelimellesi. Käyttäjän on varmistettava, että kyseinen diagnostiikkapalvelinversio ei ole huonompi kuin mikään diagnostiikka-agenteista.

4. Oracle Java JRE 1.8.x / 8.x -tiedoston poistaminen tiedostosta C:Program Files (x86)

Usein on havaittu, että diagnostiikkapalvelin 9.26 Oracle Java JRE 1.8.x / 8.x aiheuttaa ongelmia työskennellessään. Käyttäjillä on joitain valituksia, kun taas heillä on tällä hetkellä 2 diagnostiikkapalvelinta.

Molemmissa on käytössä vanhempi versio 9.26, käyttäjät haluavat poistaa aiemmat Oracle Java -tiedostot, mutta pelkäävät, vaikuttaako se millään tavalla Diagnostiikkasovellukseen.

Vastaus tähän kyselyyn on edellisen poistaminen Oracle Java JRE 1.8.x / 8.x tiedostosta C:Program Files (x86) tiedostot eivät vaikuta diagnostiikkasovelluksen toimintaan.

Kun olet poistanut Oracle Java JRE 1.8.x / 8.x tiedostosta C:Program Files (x86) tiedostot, sinun tarvitsee vain navigoida diagnostiikkapalvelimen sulautettuun JRE:hen.

Asennuksen aikana JRE:n mukana tulee diagnostiikkapalvelin sulautetussa muodossa, joten poistaminen Oracle Java JRE 1.8.x / 8.x tiedostosta C:Program Files (x86) ei olisi ongelma.

5. Hikari-yhteyden Pool JMX -parametrien tarkastelu

Käyttäjillä on usein ongelmia Hikari-yhteyden Pool JMX parametrien suhteen, koska he eivät voi katsoa sitä tarkastaakseen tai pitääkseen sitä silmällä. Myös metrics.config-tiedoston määrityksessä on aina ongelma.

On havaittu, että joukkue, joka hyödyntää sanoi sovellusta on seurattava JMX-parametrien toimintaa. Hikari-yhteyspoolia käytettäessä tiimi haluaa seurata kaikkia Hikariin liittyviä tietoja, kuten kohteen nimeä, luokan nimeä ja kaikkia sen mukana tulevia kuvauksia.

Käyttäjät huomaavat myös, että metric.config Java-agentin 9.51 tiedostossa on joitain Hikari-mittareita (nämä metric.config-tiedostorivit välillä 358–365). Löydät metrics.config-tiedoston Java-alusta-osiosta alla olevien määritelmien mukaan:

6. Korjataan ongelma, kun Diagnostiikka kerää vain yhden palvelinpyynnön avoimelle tekstille

Usein käy niin, että käyttäjillä on ongelma diagnostiikan palvelinpyyntökokoelmassa. Diagnostiikka näyttää keräävän vain yhden palvelinpyynnön avoimelle tekstille. Sen keräämä erityinen palvelinpyyntö on a get() -lause. Diagnostiikka, mikä on 9.50.1.156 Windows Server 2016 -standardissa.

Käyttäjät ovat jo asentaneet .NET-agentin, joka tulee yleensä Diagnostics 9.50:n mukana. OpenText-palvelin vastaa käytössä Windows Server 2012 R2.OpenText käyttää yleensä IIS:ää sisällön toimittamiseen.

Käyttäjän on suositeltavaa käyttää mukautettuja instrumentteja aluksi turvallisuussyistä. Aluksi voisimme käyttää Diagnostics-palvelinta 9.4x, tai voimme myös navigoida sopiviin soveltuviin .dll-tiedostoihin. Tämä on tarpeen turvallisen alustan luomiseksi valvontaa varten Diagnostiikan vaatimusten mukaisesti.

Java-puolen instrumentointia varten käyttäjän on käytettävä Java-agenttia. Sitten heidän on tarkistettava asiakirjat huolellisesti ja pysyttävä ajan tasalla, jotta he voivat instrumentoida JVM:n helposti.

Se on tarpeen OpenTextistä tarkemman tiedon saamiseksi. On myös tärkeää, että heidän tukeensa/T&K-toimintaansa ollaan suoraan yhteydessä saadakseen asiakirjat tai suorat ohjeet, jotka viittaavat tärkeimpiin instrumentoitaviin .NET-DLL-tiedostoihin.

7. Mahdollisten useiden JBoss-kohteiden määrittely ja tuen tarjoaminen Java-agenttikomentosarjalle

Käyttäjillä on usein kysymyksiä Diagnostics Java Agent -asennusten useista kohdemäärityksistä Tomcat- tai JBoss-valvontaan, tukeeko sitä Java Agent Scripts vai ei.

He ovat havainneet, että kun JBossille lisätään erityiset määritysrivit, se lisää siihen erikoismerkkejä, ja käsikirjassa nähdään vain UNIX/Linux-kohteet, jotka on sekoitettu Windows-muuttujien kanssa, kuten $JAVA_HOME vs. %JAVA_HOME% .

On havaittu, että se kopioi ja liittää näitä samoja tietoja, mikä johtaa periaatteessa vain erikoismerkkien lisäämiseen standalone.bat-tiedostoon. Siten siitä tulee huolestuttavaa, ja tämä on syy sovelluksen palvelun käyttäytymiseen luonnottomalla tavalla. Samoin pelkkä tekstiversio seuraavalle versiolle olisi sopiva tähän ongelmaan, Windows-versioon:

Tämä ongelma voidaan korjata, kun työskentelemme JBoss 7 JVM:n parissa. JBoss 7:n tietyssä versiossa toimialuepalvelimessa on a domain.xml tiedosto; seuraava osio lisättiin jokaiseen Server-group-elementtiin-

Täällä analysoidaan asennusdokumentaation jälkeen ilmenneitä ongelmia, joiden avulla voimme löytää ratkaisun myös niihin:

1. Todettiin, että ei-ensisijaiset solmut eivät pystyneet lataamaan agenttia; se johtui siitä, että diagnostiikkaagentin polku on yksilöllinen jokaisessa palvelimessa. Samat palvelinryhmän asetukset välitetään yleensä jokaiselle mainitun klusterin palvelimelle. Tämä voidaan korjata käyttämällä yleismerkkiä, joka sijaitsee yllä olevassa osiossa; se alkaa Xbootclasspath .

2. Sitten valvontakonsolissa havaitaan, että anturit eivät olleet näkyvissä kunnolla, ja käyttäjien oli vaikea jatkaa. Ongelma pysyi samana myös käytön aikana %0 muuttuja Probe.id:ssä, mikä vaikeutti katsoa ja tutkia, mitä palvelimesta ja JVM:stä käyttäjä todella katsoi konsolissa. Tämä ongelma voidaan ratkaista yksinkertaisesti välittämällä ympäristömuuttuja $VIPNAME sisään xml , JVM-nimellä. Huomaa, että JVM-nimi on myös palvelinryhmän nimi.

Yllä mainitussa toisessa osassa havaitaan, että probe.id on itse asiassa sovelluksen nimi ja VIP, mikä tekee käyttäjälle melko selväksi, mitä JVM:ää valvotaan konsolin avulla. Tämän nimeämistavan avulla käyttäjä voi myös lisätä niin monta palvelinta tai JVM:ää kuin haluaa, ja se näkyy jatkossa tarkasti konsolissa.

8. Diagnostiikkapalvelimen 9.50 päivittäminen ja kokoonpanoasetusten ja historiatietojen säilyttäminen

Käyttäjät kohtaavat usein vaikeuksia päivittäessään diagnostiikkapalvelimen versiota 9.50 uusimpaan versioon, 9.51. Käyttäjät haluavat säilyttää kokoonpanoasetukset ja historialliset tiedot säilyttäen samalla diagnostiikkapalvelimen version 9.50 ja tuomalla sovellukset aiemmasta versiosta. On myös havaittu, että päivitys 9.51-versioon on johtanut täydelliseen epäonnistumiseen.

On täysin mahdollista päivittää versioon 9.51 edellisestä 9.50 Diagnostics -palvelimen versiosta säilyttäen kokoonpanoasetukset ja historialliset tiedot. Säilyttääkseen muutokset aikaisemmista versioista ja päivittääkseen diagnostiikkapalvelimen käyttäjä voi yksinkertaisesti noudattaa alla annettuja ohjeita huolellisesti:

1. Sinun on pysäytettävä aiempi versio ja lopetettava kaikki Diagnostics 9.50:n prosessit.
2. Sitten sinun on varmuuskopioitava /jne kansio minne tahansa diagnostiikkapalvelimen ulkopuolella, joten se ei katoa toimenpiteessä.
3. Sitten sinun on varmuuskopioitava /arkisto kansio diagnostiikkapalvelimen ulkopuolella.
4. Sitten sinun on poistettava Diagnostics 9.50 kokonaan.
5. Nyt sinun on asennettava Diagnostics 9.51 kokonaan.
6. Tämän jälkeen sinun on lopetettava Diagnostics 9.51 -palvelut.
7. Vaihda sitten /jne . ja /arkisto kansiot, joissa on yllä olevien vaiheiden 2 ja 3 varmuuskopiot.
8. Käynnistä nyt Diagnostics 9.51 -palvelut manuaalisesti.

9. Ohjeet Oracle-sovelluksen instrumentointiin ilman konsolia (CPE OCTIM19G1061847)

Käyttäjät ovat asentaneet diagnostiikkaagentin Oracle-sovelluspalvelimelle onnistuneesti. Ongelma ilmenee, kun Application Server Control -konsolia ei ole aktivoitu tai otettu käyttöön. Tämän ongelman vuoksi käyttäjät eivät voi seurata Diagnostics Java -oppaassa asianmukaisesti mainittua menettelyä.

On todellakin mahdollista lisätä JVM-parametreja itse ilman, että tarvitset sovelluspalvelimen ohjauskonsolia. EBS:n tällä hetkellä käyttämä sovelluspalvelinversio on 10.1.3.5.

Käyttäjä voi yleensä suorittaa tämän toimenpiteen ilman konsolia, sinun tarvitsee vain instrumentoida ydinmoduuli. Sen jälkeen sinun on lisättävä ne Java-asetusten aloitusosioon vastaavasti:

10. Virheen ratkaiseminen, kun diagnostinen Java-agentti ei heijastu uudelleenkäynnistyksen jälkeen graafisen käyttöliittymän avulla

Käyttäjät kokevat usein virheitä, kun he käynnistävät Diagnostic Java Agentin uudelleen käyttäessään Node Manageria graafisessa käyttöliittymässä. Virhe koskee diagnostista Java-agenttia, kun se ei reagoi tai heijasta uudelleenkäynnistyksen jälkeen.

Tilanne on, että se tuskin heijastuu vain, kun sovellusryhmä käynnistää skriptin uudelleen manuaalisesti. Se voi tuntua kiusalliselta, jos tämä on toistuva ongelma. He huomaavat, että sovelluksen käynnistys GUI:n Node Managerin kautta ei voinut kuvastaa sovelluksen tietotasoa ollenkaan.

Tämä virhe voidaan ratkaista, jos käyttäjä ryhtyy tiettyihin tarpeellisiin toimenpiteisiin. Kun käyttäjä käynnistää startWeblogic.sh-tiedoston, kyseinen agentti heijastaa kaikki sovelluksen tiedot. Sitten käyttäjän on tarkastettava perusteellisesti kaikki käsillä olevat tiedot.

Sitten he voivat paikantaa Node Managerin ja havaita, että se käyttää eri komentosarjaa Java-diagnostiikka-agentin käynnistämiseen. Tästä syystä käyttäjä oli käynyt läpi virheen tämän tietyn skriptin vuoksi, joka ei ollut yhteensopiva ja johti tästä virheestä.

1. Käyttäjän on asetettava huolellisesti StartEnabledScript ja tarkista, ovatko tiedostot oikein eivätkä vioittuneet.
2. Sitten heidän on tehtävä Node Manager käyttämällä käynnistä Weblogic.sh skripti käynnistääksesi sovelluksen uudelleen.
3. Sitten käyttäjien on varmistettava, että menettelyä on noudatettu vakavasti, jos näytölle tulee seurantaa.