Micro Focus Sovelluksen suorituskyvyn hallinta (APM) Ratkaisujen avulla voit eristää ongelmat reaaliajassa kaikissa sovelluksissasi, olivatpa ne paikan päällä, pilvessä tai mobiilissa.

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

Sisällysluettelo

• 1. Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – joulukuu 2020
  • 1. Apache Web Server/Tomcat/Java -version hakeminen
  • 2. Puuttuvien sivujen virheen korjaaminen Business Service Managementissa
  • 3. Ohjeet ratkaisemaan APM 9.40, joka ei vastaa Open Token Identity Management -kirjautumisen URL-asetuksiin
  • 4. Kun GW-palvelin on - BSM_DT-palvelu ei ole käytettävissä, näytössä näkyy virhe
  • 5. Kun APM-sovelluksen kunto ei salli erikoismerkkejä
  • 6. Ohjeet OBM/SiteScopen välttämiseksi – viralliset versiot verrattuna sisäisiin versioihin ristiviittausluettelon avulla
  • 7. SiteScope-version 11.33 IP3 integrointi APM 9.50:een johtaa epäonnistumiseen
  • 8. Kun valideEumModelin ilmoittamia virheitä on
  • 9. Ohjeet JVM Garbage Collection (GC) -lokien käyttöönottoon ALM:ssa
  • 10. Kun APM 9.51 SLA:n saatavuuden mittaus on epätarkka
• 2. Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – tammikuu 2021
  • 1. Ohjeet viestin Palvelin EI ole VALMIS -virheen ratkaisemiseksi
  • 2. Virhe Oracle DB -palvelimen siirtämisen jälkeen
  • 3. Post Install -vaiheen havaitaan poistavan /opt/HP:n asennuksen päätyttyä Linuxissa
  • 4. Kun APM ei saa tietoja RUM:sta raporteissa
  • 5. Ratkaisemme havaitsematon asennus -ongelma, jonka vuoksi UFT-skriptit epäonnistuvat
  • 6. 'Anturi ei käynnisty - ei vastaa' -virheen käsittely
  • 7. Ohjeet paikallisen APM-asiakkaan kaatumisen korjaamiseen
  • 8. Nollataan JMX-järjestelmänvalvojan tunnuksen salasana
  • 9. Virhe APM 9.50 -päivityksen jälkeen -virheen ratkaiseminen
  • 10. APM:n käynnistysvirheen ratkaiseminen APM-versiossa 9.51
• 3. Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – helmikuu 2021
  • 1. SiteScope / OBM – virhe SiteScopen error.log-virheestä ei löytynyt luotettua varmennetta
  • 2. APM 9.40 – LDAP-todennus ei toimi enää sen jälkeen, kun LDAP-määritys poistettiin virheellisesti ja se oli luotava uudelleen.
  • 3. BPM 9.53 – BPM-ympäristöt, jotka on päivitetty 9.51:stä 9.53:een, näkyvät edelleen version 9.51 kanssa APM EUM -asetusvirheessä
  • 4. APM 9.50 – Ei voida kirjautua APM:ään IE:llä päivitysvirheen jälkeen
  • 5. APM 9.50 – päivityksen jälkeen klo 9.30, CI Health Status ei päivity SH-näkymissä.
  • 6. APM / SiteScope – SAM-valikko puuttuu, vaikka SAM-lisenssi on käytössä -virhe
  • 7. SiteScope 11.40 / APM 9.40 – SiteScope ei voi synkronoida topologiaa APM 9.40 -virheeseen
  • 8. APM 9.40 – SLA-raportti osoittaa, että tälle Palveluntarjoajan virheelle ei ole SLA-sopimuksia
  • 9. APM 9.30 – DPS ei käynnisty, epäonnistuu Pre-init checks epäonnistuu. virhe
  • 10. APM 9.30 / BPM – kuinka hallita / rajoittaa pääsyä BPM GUI -virheeseen
• 4. Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – maaliskuu 2021
  • 1. APM – Sovelluksen terveys ei salli erikoismerkkejä
  • 2. OBM / Sitescope – viralliset versiot vs. sisäinen versio, esimerkiksi SiteScope 2020.10 == 11.93 – ristiviittausluettelo
  • 3. SiteScope11.33 IP3:n integrointi APM 9.50:n kanssa ei onnistu
  • 4. BSM / APM – noudettavat tiedot, jotta tuki / CPE / T&K voi korjata EUM-mallin validointivirheet / mallin vioittuminen / valideEumModelin palauttamat virheet
  • 5. Kuinka ottaa JVM GC (Garbage Collection) -lokit käyttöön ALM:ssä
  • 6. APM 9.51 – SLA:n saatavuuden mittaus ei ole oikein
  • 7. APM / BSM / BPM / SiteScope / RUM Engine – kuinka noutat Apache Web Server / Tomcat / Java-version
  • 8. BSM – Puuttuvat sivut Business Service Managementista
  • 9. APM 9.40 jättää huomioimatta Open Token Identity Management -kirjautumisen URL-asetukset
  • 10. APM 9.40 ja uudemmat - GW Server -päivityksen jälkeen - BSM_DT-palvelu ei ole käytettävissä
• 5. Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – huhtikuu 2021
  • 1. BSM/OMi Load Balancerin kokoonpanosta johtuvat ongelmat
  • 2. BPM:n HTTP-pyyntöjen otsikot
  • 3. BSM Partitioning and Purging Managerista (PM)
  • 4. SiteScope 11.40 / APM 9.40 – SiteScope ei voi synkronoida topologiaa APM 9.40:n kanssa
  • 5. APM 9.40 – Palvelutasosopimusraportti osoittaa, että tälle Palveluntarjoajalle ei ole SLA-sopimuksia
  • 6. Suojattua LDAP:ta ei voi määrittää ja kelvollista varmennepolkua ei löydy APM 9.40:stä
  • 7. BSM 9.26 – DBVerify ei toimi – Todentaja havaitsi epäonnistuneen lupatarkistukset
  • 8. Ongelmia yritettäessä suorittaa perl-komentosarjaa APM 9.30:ssa
  • 9. APM 9.30 – BPM Tapahtuman välitysongelmat vaiheen aikana
  • 10. APM 9.40 – SNMP-hälytykset voidaan lähettää ensisijaisesta tai toissijaisesta DPS:stä
• Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – toukokuu 2021
  • 1. Uusia näkymiä ei voi luoda APM:ssä
  • 2. APM ei voi saada tietoja RUM:sta raporteissa
  • 3. APM 9.40 / 9.5x – kuinka DEBUG-loki otetaan käyttöön HornetQ:lle
  • 4. BPM 9.51 ja uudemmat Linuxissa – PostInstall-vaihe poistaa /opt/HP:n asennuksen jälkeen
  • 5. APM 9.51 – viesti Palvelin EI ole VALMIS
  • 6. APM 9.51 HornetQ Bus Web Console ei toimi
  • 7. BPM 9.53 Windows 10 -käyttöjärjestelmässä – havaitsematon asennusongelma aiheuttaa UFT-komentosarjojen epäonnistumisen
  • 8. HTTP-opas ja lisätietoja
  • 9. Tallenna käsikirjoitus VuGEN 12.60:ssa, mutta epäonnistuu toistettaessa BPM 9.51:ssä
  • 10. RUM-moottorin tila on kriittisessä tilassa (palvelimen kuntotarkastus) 10.2.247.47
• Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – kesäkuu 2021
  • 1. Tulossarakkeen 9 rivin 1 virheiden CMDB_id:n löytäminen epäonnistui (wde.all.log; APM Prod
  • Kirjautumisen vanheneminen alkaa'>2. APM paikallisen asiakkaan kaatuminen -> Kirjautumisen vanheneminen alkaa
  • 3. Hornetq ei nouse DPS:ään SDR ST:n jälkeen
  • 4. RUM 9.40 – Anturi ei käynnisty – ei vastaa
  • 5. Oracle Exadata -tietokanta
  • 6. Virhe APM 9.50:een päivityksen jälkeen
  • 7. Tarvitsen tukea 14.11. suunniteltua käyttöjärjestelmän päivitystä varten BSM 9.26 -versiossa
  • 8. Sovelluksen terveyden hallintapaneelin hallinta
  • 9. Miten nollataan JMX admin id -salasana?
  • 10. APM – 9.51 Asennus
• Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – heinäkuu 2021
  • 1. Kuinka nopeasti muuttaa kaikkia ALM:n käyttämiä tietokantoja
  • 2. SSO-määritykset ALM 15.0.1:ssä epäonnistuvat – Kun avainsäilö on ladattu SSO-käyttöliittymästä, tuloksena oleva basic.pfx on tyhjä!
  • 3. MS Edge- ja IE-tilan rekisteriavaimet.
  • 4. ALM Explorer td linkittää rekisteriasetukset.
  • 5. Päivämäärämuoto [M/d/yyyy] lisätty ALM 15.0.1:n kommenttiotsikon loppuun.
  • 6. SSO-määrityksiä ei voi vahvistaa.
  • 7. Voimmeko kertakirjautumisen avulla ohittaa ensimmäisen ALM-sivun, joka kysyy vain käyttäjänimeä?
  • 8. Kuinka estää päätetyn vapautuksen tai syklin määrittäminen viassa?
  • 9. Kuinka muuntaa ALM-OTA-linkki ALM-REST-linkiksi ALM Synchronizerissa?
  • 10. Kuinka poistaa testiresurssityypit Monitor Over Firewall ja Monitor Profile projektista?
• Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – elokuu 2021
  • 1. Kuinka voittaa VC-kohteet, jotka kirjataan ulos päivityksen aikana?
  • 2. Kuinka korjata laboratoriolaajennuksella varustetun projektin päivitys ALM 15.0.1:een ja korjaustiedosto 1?
  • 3. Salasanan monimutkaisuuden varmistaminen laatukeskuksessa.
  • 4. Kuinka ajoittaa testisarjat suoritettavaksi säännöllisesti?
  • Käyttäjien tarkastus -apuohjelma'>5. ALM Groups> Users Audit -apuohjelma
  • 6. Kuinka lisätä .html- tai .htm-tiedosto ja lisätä siihen linkki ALM-aloitussivulta?
  • 7. Project Verify -ongelma: Nykyistä tekstihakutoimintoa ei ole määritetty hyvin
  • 8. Identity Key -attribuuttinäyte käyttämällä SSO:ta ja ADFS:ää IDP:nä.
  • 9. Kuinka ottaa SSO-lokit käyttöön ALM 15:ssä?
  • 10. MF Connect – Ei voida kartoittaa 'Assigned To' ALM Defects -kohdassa

1. Sovelluksen suorituskyvyn hallinta – vinkkejä ja temppuja – joulukuu 2020

1. Apache Web Server/Tomcat/Java -version hakeminen

Usein käy niin, ettemme pysty purkamaan Apache-verkkopalvelinta. Ratkaisu on saatavilla, se voi tuntua teknisesti vaikealta, mutta se on varsin tehokas.

Nämä ovat Apache Web Server -versiota varten

Linux-versiolle

/opt/HP/BSM/WebServer/bin/httpd -v

Palvelinversio: Apache/2.2.21 (Unix)

Windows-versiolle

WebServerin>httpd -v

Palvelinversio: Apache/2.2.21 (Win32)

Joitakin muita saatavilla olevia versioita:

• BSM 9.25 – Apache 2.2.27
• BSM 9.26 – Apache 2.4.16
• BSM 9.26 IP2 - Apache 2.4.20
• APM 9.30 – Apache 2.4.18
• APM 9.40 – Apache 2.4.23
• APM 9.50 – Apache 2.4.23
• APM 9.51 – Apache 2.4.23

Erityisesti Tomcat- ja JVM-versioille

Sinun on alustettava alla annetut komennot laitteestasi.

tai hakemisto:

Sinun on varmistettava, että jos sinulla ei ole henkilökohtaista Java-kotihakemistoasi polkuympäristömuuttujassasi, sinun on sisällytettävä tämä polku /bin-hakemistoosi java-komentoon.

Linuxissa Käyttöjärjestelmä

java -cp lib/catalina.jar org.apache.catalina.util.ServerInfo

Windows-käyttöjärjestelmässä

java.exe -cp libcatalina.jar org.apache.catalina.util.ServerInfo

Sinun on tarkistettava Tomcat-versiosi, koska sen mukaan myös alla oleva komento saattaa toimia:

inversion.bat / version.sh

Muutamia yleisiä esimerkkejä tästä:

BPM 9.24 Windowsissa , asennettuna kansioon C:BPM

Sitten sinun on vaihdettava hakemistoon C:BPMServletContainerlib

java.exe -cp catalina.jar org.apache.catalina.util.ServerInfo

Palvelinversio: Apache Tomcat/7.0.42

Palvelin rakennettu: 2. heinäkuuta 2013 08:57:41

Palvelimen numero: 7.0.42.0

..

JVM-versio: 1.7.0_15-b03

JVM-toimittaja: Oracle Corporation

BPM 9,26 IP1 Windowsissa

Palvelinversio: Powered by HP

Palvelin rakennettu: 2. heinäkuuta 2013 08:57:41

Palvelimen numero: 7.0.42.0

..

JVM-versio: 1.7.0_79-b15

JVM-toimittaja: Oracle Corporation

BPM 9.40 Windowsissa , asennetaan suoraan kansioon C:HPBPM

Sitten sinun on vaihdettava hakemistoon C:HPBPMServletContainerlib

java.exe -cp catalina.jar org.apache.catalina.util.ServerInfo

Palvelinversio: Apache Tomcat/8.5.4

Palvelin rakennettu: 6. heinäkuuta 2016 8:43:30 UTC

Palvelimen numero: 8.5.4.0

BPM 9.52 Windowsissa , asennetaan suoraan kansioon C:MFBPM

Sitten sinun on vaihdettava hakemistoon C:MFBPMServletContainerlib

java.exe -cp catalina.jar org.apache.catalina.util.ServerInfo

Palvelinversio: Apache Tomcat/8.5.4

Palvelin rakennettu: 6. heinäkuuta 2016 8:43:30 UTC

Palvelimen numero: 8.5.4.0

SiteScope 11.24 Windowsissa, asennetaan automaattisesti kansioon C:SiteScope

Sitten sinun on vaihdettava hakemistoon C:SiteScopeTomcatserver

java.exe -cp libcatalina.jar org.apache.catalina.util.ServerInfo

Palvelinversio: Apache Tomcat/5.5.33

Palvelin rakennettu: 8. helmikuuta 2011 05:13:31

Palvelimen numero: 5.5.33.0

..

JVM-versio: 1.7.0_15-b03

JVM-toimittaja: Oracle Corporation

SiteScope 11.33 IP2 Windowsissa , se asennetaan kansioon C:SiteScope

vaihda hakemistoon C:SiteScopeTomcatin

version.bat

..

Palvelinversio: Apache Tomcat/7.0.69

Palvelin rakennettu: 11. huhtikuuta 2016 07:57:09 UTC

Palvelimen numero: 7.0.69.0

..

JVM-versio: 1.7.0_51-b13

JVM-toimittaja: Oracle Corporation

SiteScope 11.40 Windowsissa , tämä asennetaan kansioon C:SiteScope

Sinun on vaihdettava hakemistoon C:SiteScopeTomcatin

version.bat

..

Palvelinversio: Apache Tomcat/7.0.77

Palvelin rakennettu: 28. maaliskuuta 2017 16:01:48 UTC

Palvelimen numero: 7.0.77.0

..

JVM-versio: 1.8.0_131-b11

JVM-toimittaja: Azul Systems, Inc.

Sinun on huomioitava, että palautettava JVM-versio riippuu aina JRE.HOMEn järjestelmänlaajuisesta asetuksesta:

version.bat

CATALINA_BASE:n avulla: C:SiteScopeTomcat

Käyttämällä CATALINA_HOMEa: C:SiteScopeTomcat

CATALINA_TMPDIR:llä: C:SiteScopeTomcat emp

Käyttämällä JRE_HOMEa: C:Program Files (x86)Javajre7

Palvelinversio: Apache Tomcat/7.0.69

Palvelin rakennettu: 11. huhtikuuta 2016 07:57:09 UTC

Palvelimen numero: 7.0.69.0

..

JVM-versio: 1.7.0_51-b13

JVM-toimittaja: Oracle Corporation

version.bat

CATALINA_BASE:n avulla: C:SiteScopeTomcat

Käyttämällä CATALINA_HOMEa: C:SiteScopeTomcat

CATALINA_TMPDIR:llä: C:SiteScopeTomcat emp

Käyttämällä JRE_HOMEa: C:SiteScopeJava

Palvelinversio: Apache Tomcat/7.0.69

Palvelin rakennettu: 11. huhtikuuta 2016 07:57:09 UTC

Palvelimen numero: 7.0.69.0

..

JVM-versio: 1.8.0_92-b15

JVM-toimittaja: Azul Systems, Inc.

Jotkut SiteScope – Apache Tomcat -versiot:

• SiteScope 11.24 – Apache 5.5.33
• SiteScope 11.33 – Apache 7.0.69
• SiteScope 11.40 – Apache 7.0.77
• SiteScope 11.51 – Apache 7.0.82
• SiteScope 11.60 – Apache 7.0.90
• SiteScope 11.90 – Apache 7.0.94
• SiteScope 11.91 – Apache 7.0.96
• SiteScope 11.92 – Apache 7.0.100
• SiteScope 11.93 – Apache 7.0.105

Tämä on JBoss- ja Tomcat-versio BSM:lle.

JBoss-version muistamiseksi sinun on tarkistettava lokitiedosto.

logjboss_boot.log

Sitten sinun on etsittävä tämä loki erityisesti alta:

INFO – Julkaisutunnus: JBoss [Trinity] 4.2.3.GA (koontiversio: SVNTag=JBoss_4_2_3_GA date=200807181417)

Yllä oleva tulos koskee erityisesti BSM 9.25 IP1:tä

JBoss-version muistamiseksi sinun on tarkistettava tämä lokitiedosto huolellisesti alla:

logjboss_boot.log

Etsi sitten erityisesti alla olevaa riviä:

INFO [AbstractServer] JBossAS [6.1.0.Final Neo] Alkoi 1min:39s:75ms

Yllä oleva on juuri tulos RUM Engine 9.25:lle.

Tämä on erityisesti Tomcat for RUM ClientMonitor Probe.

ClientMonitor Probe 9.26, asennetaan kansioon C:HPRUMClientMonitorProbe

Sitten sinun on vaihdettava hakemistoon C:HPRUMClientMonitorProbeTomcatin

version.bat

..

Palvelinversio: Apache Tomcat/7.0.56

Palvelin rakennettu: 26. syyskuuta 2014 12:08:24

Palvelimen numero: 7.0.56.0

..

Client Monitor Probe 9.40 – 8.5.4

Tämä on JBossiin upotettu Tomcat-versio.

JBoss-versiosta 4.2 alkaen kaikki tämä on mukana Tomcatissa,

Ainoa asia on, että se on haarukkaversio siitä, joka tunnetaan nimellä JBossWeb. Sitä ylläpidetään erikseen, ei riippuvainen Tomcat-koodikannasta.

Se perustuu tiettyyn JBoss-versioon (tässä on 6.1.0), jonka käyttäjä voi käyttää sivusto JBoss Web -versiolle:

-> JBoss Enterprise Application Platform 6

JBoss AS 6.1.0:n mukana tulee JBoss Web 7.2.0. Lopullinen

JBoss 4.2.3 (käytetään esimerkiksi BSM 9.25:n kanssa) tulee Tomcat 6.0.13:n kanssa

2. Puuttuvien sivujen virheen korjaaminen Business Service Managementissa

Joskus BSM:ssä tai BSM:ssäni on muutamia vioittuneita tai puuttuvia sivuja, jotka aiheuttavat virheen. Tämä ongelma voidaan ratkaista noudattamalla alla olevia ohjeita:

Tämä on korjaus 1

1. Sinun on varmuuskopioitava HPBSMconfuimashupimportloaded
2. Sinun on kopioitava HPBSMconfuimashupimportloaded
3. Liitä sitten HPBSMconfuimashupimport oload
4. Sitten sinun tarvitsee vain mennä JMX-konsoliin http://:8080/jmx-console
5. Säätiön alla sinun täytyy klikata service=UIMDataLoader
6. Varmista sitten, että käytät menetelmää: boolean loadAllData() kanssa asiakastunnus 1

Yllä oleva korjaus on varsin suosittu ja tehokas, mutta jos se ei toimi, se voi johtua siitä, että sivujen uudelleenlataus epäonnistui joidenkin virheiden vuoksi, voit ratkaista tämän käyttämällä alla olevaa korjausta:

Se voi johtua siitä, että UIM-sivutaulukossa oli jonkinlainen virhe, kuten virheellinen tai kaksoissivun nimi.

HPBSMconfuimashupimportloaded voi sisältää kaksi saman tiedoston nimeä. Sinun tarvitsee vain poistaa päällekkäiset tiedostot kansiosta confuimashupimportloaded.

Tämä on korjaus 2:

Tätä parempaa korjausta käytetään viimeisenä keinona, koska se poistaa usein mukautettuja sivuja, joita tarvitset edelleen luodessasi uudelleen. Tämä ei koske käyttäjiä, joilla ei ole mukautettuja sivuja, heidän ei tarvitse huolehtia.

1. Sinun on varmuuskopioitava confuimashupimportloaded

Varmista sitten, että poistat kaikki päällekkäiset merkinnät kansiosta confuimashupimportloaded.

2. Sitten sinun on kopioitava HPBSMconfuimashupimportloaded
3. Liitä sitten HPBSMconfuimashupimport oload
4. Sen jälkeen sinun on suoritettava alla annetut lausekkeet kaikkia käytössäsi olevia BSM-tietokantoja vastaan. Muista sitten tallentaa kaikki sen sisältö.

Sinun on valittava* UIM_PAGES-tilauksesta nimen mukaan

5. Lopeta tai poista sitten koko sisältö UIM_PAGES taulukko alla annetulla komennolla:

poista sivulta UIM_PAGES

6. Vieraile sitten GW JMX -konsolissa.
7. Löydät säätiön, joten sen alla sinun tulee klikata service=UIMDataLoader
8. Sitten sinun on suoritettava toiminto tyhjä aloitus() – Tämä toiminto on erittäin tärkeä, koska se on vastuussa kaikkien käyttöliittymän metatietojen ja datan XML-tiedostojen lataamisesta Startissa. Se myös lataa kaikki valmiit sivut tarkasti.

Kuten aiemmin kerrottiin, tämä korjaus poistaa kaikki mukautetut tiedot, jotka voivat olla hyvä ja puhdas alku BSM-sivujen vioittumiselle.

3. Ohjeet ratkaisemaan APM 9.40, joka ei vastaa Open Token Identity Management -kirjautumisen URL-asetuksiin

Joskus käy niin, että APM 9.40 -versio jättää kokonaan huomioimatta Open Token Identity Management Logout -URL-osoitteen määrittämät asetukset. Se ei myöskään pysty ohjaamaan käyttäjää identiteetinhallinnan asetuksissa määritettyyn uloskirjautumisen URL-osoitteeseen.

On hyvin tunnettu tosiasia, että Open Tokenilla ei selvästikään ole APM-sertifiointia. Löydät an ON IDEAssa.

Yleensä APM:n tuotepäällikkö on käsitellyt pyynnön. Se on myös maininnut, että pyydetty (ER) on harkittu, mutta ei varsinaisesti lähiajan etenemissuunnitelmassa.

Voit ratkaista tämän ongelman noudattamalla alla olevia ohjeita:

Sinun on muokattava annettua tiedostoa /AppServer/webapps/site.war/framework/top_logout.jsp

Ja sen jälkeen:

//CSRF-tunnus sisältää

topLogoutHelperURL = CsrfHelper.addCsrfTokenToUrl (pyyntö, topLogoutHelperURL);

Sitten lisätty:

//Muokattu tukemaan kertakirjautumista

topLogoutHelperURL = getBaseURI(request)+logout.jsp#friendlyLogout;

topLogoutHelperURL = CsrfHelper.addCsrfTokenToUrl (pyyntö, topLogoutHelperURL);

topLogoutHelperURL = https:///unprotect/logout/logout.asp?target=+topLogoutHelperURL;

// Mod END

===============

4. Kun GW-palvelin on - BSM_DT-palvelu ei ole käytettävissä, näytössä näkyy virhe

Usein käy niin, että APM 9.40 versio ja uudemmat versiot päivityksen jälkeen, GW Server –BSM_DT -palvelu ei ole saatavilla.

1. Sinun on lopetettava APM.

GW pitäisi sitten olla ensimmäinen vikasietoinen DPS (jos saatavilla) ja sitten ensisijainen DPS.

2. Sitten sinun on puhdistettava kaikki HA-taulukot APM-hallintatietokannasta.

Juuri samalla tavalla kuin se on dokumentoitu APM-dokumentaation Disaster Recovery- Cleanup Procedure -osiossa.

3. Sitten sinun on poistettava väyläklusterin tiedot APM Management DB -taulukosta Ominaisuudet.

Juuri samalla tavalla kuin se on dokumentoitu APM-dokumentaation Disaster Recovery- Cleanup Procedure -osiossa.

4. Sitten sinun on poistettava tämä kansio: HornetQdata kaikilla palvelimilla.
5. Sitten sinun on aktivoitava Ohjattu määritystoiminto kaikilla palvelimilla.

Ensisijainen pitäisi sitten olla ensimmäinen vikasietoinen DPS (jos sovellettavissa tai saatavilla) ja sitten GW s.

On huomattava, että joskus ohjattu konfigurointitoiminto oli syynä RTSM-pääavaimen vioittumiseen, joten ODB ei voinut käynnistyä ollenkaan. On myös havaittu, että tämä ongelma ilmenee yleensä, kun järjestelmä on päivitetty APM 9.30:sta.

5. Kun APM-sovelluksen kunto ei salli erikoismerkkejä

Joskus käy niin, että erikoismerkkejä ei saa lisätä sovellusta luotaessa. Ja että se toteutettiin vastaavilla turvallisuussyillä. Ja että se toteutettiin vastaavilla turvallisuussyillä. Yleensä HTML-sivuilla käy niin, että monia erikoismerkkejä on rajoitettu turvallisuussyistä. Yleensä HTML-sivuilla käy niin, että monia erikoismerkkejä on rajoitettu turvallisuussyistä. Alla olevat hahmot ovat rajoitettuja:

/ : * ? ‘ # % ˆ ( ) [ ] =

Sitten käyttäjä voi käyttää { & } -merkkiä sovelluksen nimessä.

6. Ohjeet selviytymiseen OBM/SiteScopen avulla – viralliset versiot verrattuna sisäisiin versioihin ristiviittausluettelon avulla

Käynnissä on valtava keskustelu Operation Bridge Managerista (OBM)/SiteScopesta, virallisista versioista sisäisiin versioihin verrattuna. Kuten SiteScope 2020.10 = 11.93 OBM, 2020.05 = 11.0 CMDB. Voit itse päättää, kumpi sopii paremmin ja on paras ristiviittausluettelon avulla.

SiteScopessa

2018.05 = 11.50.87
• 2018.08 = 11.51.131
• 2018.11 = 11.60.83
• 2019.02 = 11.70.54
• 2019.05 = 11.80.35
• 2019.08 = 11.90.453
• 2019.11 = 11.91
• 2020.05 = 11.92.51
• 2020.10 = 11.93.101

Operatiivisessa siltapäällikkössä

• 2017.11 = 10.63
• 2018.02 = 10.64 + korjaukset (tämä koskee vain kontti versio)
• 2018.05 = 10.70
• 2018.08 = 10.70 + korjaukset (tämä koskee vain kontti versio)
• 2018.11 = 10.71
• 2019.02 = 10.72 + korjaukset (tämä koskee vain kontti versio)
• 2019.05 = 10.80
• 2019.08 = 10.81 + korjaukset (tämä koskee vain kontti versio)
• 2019.11 = 10.82
• 2020.05 = 11.00.010.011 (tunnetaan myös nimellä 11.0)

Operations Bridge Manager Suite -julkaisuissa

• 9.26 klassikko
• 10.00 klassikko
• 10.01 klassikko
• 10.11 klassikko
• 10.12 klassikko
• 10.60 klassikko
• 10.62 klassikko
• 10.63 klassikko
• 2018.02 = 10,64 kontti
• 2018.05 = 10,70 kontti
• 2018.08 = 10,70 kontti
• 2018.11 = 10.71 klassikko ja kontti
• 2019.02 = 10.72 kontti
• 2019.05 = 10.80 klassikko ja kontti
• 2019.08 = 10.81 kontti
• 2019.11 = 10.82 klassikko ja kontti
• 2020.05 = 11.00 klassikko
• 2020.11 = 11.01 klassikko ja kontti

uCMDB:ssä

• 11.0.12
• 2018.05 = 11.1.92
• 08.2018 = 11.2.96
• 11.11.2018 = 11.3.124
• 2019.02 = 11.4.125
• 2019.05 = 11.5.0.127
• 2019.08 = 11.5.191
• 2019.11 = 11.6.0.96
• 2020.02 = 11.6.1.106 kontti
• 2020.05 = 11.6.2

Kaikki nämä versiot voidaan hakea graafisen käyttöliittymän (GUI) kautta:

1. Sinun täytyy mennä auta ja valitse sitten Noin .

Se näyttää esimerkiksi:

SiteScope

2019.02 | Koonti: SiteScope 11.70.54 64-bittinen JVM, Build 67

Tai

OBM

2018.11 | Rakennus: 10.71.016.001

Se riippuu myös tuotteen yksilöllisyydestä, joten siellä voi olla myös tiedosto, joka on jo osa asennusta tiedoilla.

SiteScopelle

tiedosto datversion.txt

Tuote: HPE SiteScope

Versio: 11.60.83

Rakenne: 82

Operations Bridge Managerille

tiedosto datversion.txt

Tuote: Operations Bridge Manager

Versio: 10.71

Rakennus: 016.001

Virallinen julkaisu: 11.11.2018

Virallinenrakennus: 10.71.016.001

7. SiteScope-version 11.33 IP3 integrointi APM 9.50:een johtaa epäonnistumiseen

Usein tapahtuu virhe integroitaessa SiteScope 11.33 IP3:a APM 9.50:een suurimman osan ajasta. Monet käyttäjät ovat yrittäneet vahvistaa SiteScope 11.33 IP3 -korjausta itse allekirjoitetulla sertifikaatilla. He yrittivät myös integroida sen 9.50:een, se toimi hyvin, mutta APM 9.50:n SAM-konsoli ei voinut käynnistyä. Tämä ongelma johtuu yleensä siitä, että yhtä tai useampaa pakettia ei ole päivitetty oikein. Voit ratkaista tämän ongelman noudattamalla alla olevia ohjeita:

1. Sinun on avattava:

RTSM JMX konsoli

http://:21212/jmx-console

oletustunnistetiedot ovat järjestelmänvalvoja.

2. Sitten sinun täytyy mennä UCMDB:service=Packaging Services – Pakkauspalvelut.
3. Sitten sinun on löydettävä Display Deployed -paketit.
4. Sinun on tarkistettava luettelossa olevat ODB-paketit. Jos sitten löydät ne, valitse yksi käyttöönotettaviksi.
5. Kun käyttöönottoprosessi on valmis, sinun on asennettava ne kaikki uudelleen.

Kun olet suorittanut uudelleenasennuksen, saatat löytää joukon virheitä. Saat myös luettelon käyttöönotetuista paketeista; suhde tulee olemaan käyttöönotettujen pakettien hyväksi.

Tulokset näkyvät, kuten alla mainitaan:

Kun olet suorittanut kaikki yllä mainitut toimenpiteet, sinun on muistettava käynnistää APM-ympäristö uudelleen.

8. Kun valideEumModelin ilmoittamia virheitä on

Joskus käy niin, että valideEumModel ilmoittaa virheestä tai toimintahäiriöistä. Sinun on vahvistettava EUM-malli ja tutkittava sitten korruptiota tai jotain puuttuvaa, käytä:

9. Ohjeet JVM Garbage Collection (GC) -lokien käyttöönottoon ALM:ssa

JVM:n säännöllisistä toiminnoista johtuen usein käy niin, että JVM-kulutusta on kasa. Se kasaantuu jatkuvasti, joten meidän on tutkittava kasan kulutustasoja ja ajanjaksoa, jolloin GC tapahtuu. Tätä menettelyä varten voit noudattaa alla olevia vaiheita: