Etsi ratkaisu
ibm.com/redbooksKansainvälinen teknisen tuen organisaatio
Hajautetun alustan määritys
Marraskuu 2005
SG24-6798-00 Huomautus: Ennen kuin käytät näitä tietoja ja niiden tukemaa tuotetta, lue tiedot kohdasta "Huomioitavaa" sivulla ix.
Huomautus Yhdysvaltain hallituksen käyttäjien rajoitettuille oikeuksille – käyttöä, kopioimista tai paljastamista rajoittaa GSA:n ADPSchedule-sopimus IBM Corp.Contentsin kanssa
Ilmoitukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix Tavaramerkit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
1.1 Johdatus ongelmanmääritykseen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 1.1.1 Ongelmien syyt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.1.2 Ongelma-oireiden tyypit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.2 Ongelmiin valmistautuminen ja ennaltaehkäisy . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.2.1 WebSphere-ylläpidon käyttäminen . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.2.2 Edellytysten tarkistus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2.3 Sovelluksen testaus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2.4 Testiympäristön määrittäminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 1.2.5 Turvallisten toimintatapojen luominen . . . . . . . . . . . . . . . . . . . . . 12 1.2.6 Korkea saatavuus ja vikasietoisuus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 1.2.7 Valvonta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 1.2.8 Järjestelmän dokumentaatio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 1.2.9 Diagnostisten tietojen kerääminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 1.3 Mitä tehdä ongelman ilmetessä. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 1.3.1 Palaa turvallisiin olosuhteisiin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 1.3.2 Tunnista ongelman oireet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 1.3.3 Tutki ja tutki ongelmaa . . . . . . . . . . . . . . . . . . . . . . . . 27 1.3.4 Ongelmanmääritysstrategiat . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 1.4 Luokittele ongelma ja määritä perimmäinen syy . . . . . . . . . . . . . . . . . 31 1.4.1 Asennus tai siirto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 1.4.2 Sovelluksen pakkaus ja käyttöönotto . . . . . . . . . . . . . . . . . . . . 35 1.4.3 Järjestelmän hallinta ja konfigurointi . . . . . . . . . . . . . . . . . . . . . . 37 1.4.4 Kesto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 1.5 Yhteyden ottaminen IBM:lle tuen saamiseksi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 1.5.1 IBM:n tukirakenne . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 1.5.2 Ongelman tutkiminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 1.5.3 MustGather-tiedostojen kerääminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 1.5.4 Vakavuuden määrittäminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 1.5.5 PMR:n luominen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
1.5.6 Lähetä tiedot IBM:lle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
2.1 JVM-lokit (SystemOut ja SystemErr) . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 2.2 Jäljitys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 2.3 Keräystyökalu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 2.4 Ensimmäinen virhetietojen kaappaus (FFDC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 2.5 Muut lokit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 2.5.1 Käsittele (alkuperäiset) lokit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 2.5.2 Palveluloki (activity.log) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 2.5.3 Asennuslokit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 2.6 IBM HTTP Server ja plug-in lokit ja jäljitys . . . . . . . . . . . . . . . . . . . . . 90 2.6.1 IBM HTTP Server -lokit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 2.6.2 Web-palvelimen laajennuslokit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 2.6.3 Web-palvelimen lisäosien jäljitys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 2.6.4 Verkon jäljitys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 2.7 Järjestelmänhallinnan lokit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.7.1 wsadminin lähtö . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.7.2 Hallintakomentosarjat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.7.3 Profiilinhallintalokit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.8 WebSphere Rapid Deployment -lokit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 2.9 Yhteenveto lokeista . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
3.1 Johdanto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 3.2 Selvitä ongelma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100 3.2.1 Oire: Launchpad tai ohjattu asennustoiminto ei käynnisty tai epäonnistuu . . 101 3.2.2 Oire: Ohjattu asennus jumiutuu . . . . . . . . . . . . . . . . . . . . . . . . 103 3.2.3 Oire: Profiilin luontivirhe . . . . . . . . . . . . . . . . . . . . . . . . . . 105 3.2.4 Oire: IVT epäonnistuu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 3.3 Ongelmaalueiden analysointi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 3.3.1 Verkkoselainvaatimukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 3.3.2 Sovelluspalvelimen käynnistysongelmat . . . . . . . . . . . . . . . . . . . . . . . . 111 3.3.3 Profiilin luontiongelmat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112 3.4 Seuraava vaihe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
4.1 Johdanto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116 4.1.1 Tietojen kerääminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 4.2 Selvitä ongelma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 4.2.1 Korkean tason oireanalyysi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 4.3 Ongelmaalueiden analysointi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 4.3.1 Ongelma: Ei voida käyttää hallintakonsolia. . . . . . . . . . 127 4.3.2 Ongelma: wsadmin tai hallintakomentosarjat eivät pääse palvelimeen . . . 130
4.3.3 Ongelma: Palvelinprosessia ei voida pysäyttää. . . . . . . . . . . . . . . . . . . 133 4.3.4 Ongelma: Palvelinprosessia ei voi käynnistää . . . . . . . . . . . . . . . . . . . 135 4.3.5 Ongelma: Solmuagenttia ei voi käyttää . . . . . . . . . . . . . . . . . . . . 137 4.3.6 Ongelma: Web-palvelinta ei voi hallita . . . . . . . . . . . . . . . . . . . 138 4.3.7 Ongelma: Sovelluksia ei voi hallita . . . . . . . . . . . . . . . . . . . . 141 4.3.8 Ongelma: Solmun lisääminen käyttöönottohallintaohjelmaan epäonnistui . . . . . . 143 4.3.9 Ongelma: Tietovaraston synkronointi . . . . . . . . . . . . . . . . . . . . . . . 145 4.3.10 Ongelma: Tallenna ristiriidat hallintakonsoliin . . . . . . . . . 150 4.3.11 Ongelma: yrityssovelluksia puuttuu . . . . . . . . . . . . . . . . . . . 151 4.3.12 Ongelma: Virheelliset tai vanhentuneet varmenteet . . . . . . . . . . . . . . . . . . . . . 153 4.3.13 Ongelma: WebSphere Rapid Deployment . . . . . . . . . . . . . . . . . . . 1584.4 Seuraava vaihe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
5.1 Johdanto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 5.1.1 Ensioireet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1685.2 Selvitä ongelma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169 5.2.1 Kerättävät tiedot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169 5.2.2 Korkean tason oireanalyysi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170 5.2.3 Oire: HTTP 404 -virhe - Sivua ei voida näyttää. . . . . . 172 5.2.4 Oire: HTTP 404 -virhe - Resurssia ei löydy . . . . . . . . . . . . 175 5.2.5 Oire: HTTP 404 -virhe - WebGroup-/virtuaalipalvelinta ei ole määritetty . . 177 5.2.6 Oire: HTTP 500 -virhe - JSP-käsittelyvirhe . . . . . . . . . . . . . 179 5.2.7 Oire: HTTP 500 -virhe - IllegalStateException . . . . . . . . . . . . . 1815.3 Ongelmaalueiden analysointi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 5.3.1 Sovelluksen URL-määritys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 5.3.2 Staattisia resursseja ei näytetä . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190 5.3.3 Verkkoresurssit eivät lataudu uudelleen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192 5.3.4 Koodaus- ja kansainvälistymisongelmat . . . . . . . . . . . . . . . . . . . . 195 5.3.5 HTTP-istunnon hallinta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2025.4 Seuraava askel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209
6.1 Johdanto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 6.1.1 JCA:n tekninen yleiskatsaus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2136.2 Selvitä ongelma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 6.2.1 Oire: JDBC-puhelu palauttaa virheellisiä tietoja . . . . . . . . . . . . . . . . . 217 6.2.2 Oire: Yhteyden muodostaminen uuteen tietolähteeseen epäonnistui . . . . . . . . . . . . 222 6.2.3 Oire: Yhteyden muodostaminen olemassa olevaan tietolähteeseen epäonnistui . . . . . . . . 224 6.2.4 Oire: Resurssin käyttö epäonnistui JDBC:n kautta . . . . . . . . . 225 6.2.5 Oire: Ei-relaatioresurssien käyttö epäonnistui . . . . . . . . . . 2266.3 Ongelmaalueiden analysointi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227 6.3.1 Kokoonpano-ongelmat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
7.1 Johdanto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252 7.2 Selvitä ongelma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256 7.2.1 Tietojen kerääminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257 7.2.2 Analysoi korkean tason oireita . . . . . . . . . . . . . . . . . . . . . . . . . . 259 7.3 Ongelmaalueiden analysointi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261 7.3.1 Ongelma: Web-palvelin ei käynnisty . . . . . . . . . . . . . . . . . . . . . . . . . 261 7.3.2 Ongelma: Virhe Web-palvelimen ja laajennuksen välillä . . . . . . . . . . 263 7.3.3 Ongelma: Istuntoja menetetään . . . . . . . . . . . . . . . . . . . . . . . . . . 272 7.3.4 Ongelma: Sovellus toimii ajoittain. . . . . . . . . . . . . . . . . 277 7.3.5 Ongelma: Sovelluskuorma ei ole jakautunut tasaisesti . . . . . . . . 280 7.4 Seuraava vaihe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
8.1 Johdanto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 8.2 Ratkaise ongelma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 8.2.1 Korkean tason oireanalyysi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287 8.2.2 Kerättävät tiedot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288 8.2.3 Tietojen analysointi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290 8.2.4 Analysoi javacore-tiedosto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291 8.2.5 Kiertotavan löytäminen JIT-ongelmiin. . . . . . . . . . . . . . . . . . . . . . 293 8.3 Ongelmaalueiden analysointi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295 8.3.1 Pinon ylivuoto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295 8.3.2 Muisti täynnä -virhe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298 8.4 Seuraava vaihe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299 8.4.1 Sun Solaris . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300 8.4.2 HP-UX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
9.1 Johdanto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302 9.1.1 Ongelmaluokat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 9.2 Selvitä ongelma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 9.2.1 Tietojen kerääminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306 9.2.2 Analysoi korkean tason oireita . . . . . . . . . . . . . . . . . . . . . . . . . . 307 9.2.3 Mitä tehdä, jos oirettasi ei ole lueteltu tässä. . . . . . . . . . . . . . . . . 310
9.3 Ongelma-alueiden analysointi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310 9.3.1 Viestimoottorin käynnistysongelmat . . . . . . . . . . . . . . . . . . . . . . . . 310 9.3.2 Viestikulun ongelmat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324 9.3.3 Sovelluksen kokoonpano- ja resurssiongelmat . . . . . . . . . . . . . . 344 9.3.4 Tuotevirheet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3499.4 Seuraava vaihe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 350
IBM Redbooks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353Verkkoresurssit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353 IBM Redbooksin hankkiminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356 IBM:n ohje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356
Hakemisto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 357
Sisällys viiviii WebSphere Application Server V6 Ongelmanmääritys hajautetuille alustoille.
Nämä tiedot on kehitetty Yhdysvalloissa tarjottaville tuotteille ja palveluille.
Näissä tiedoissa olevat viittaukset muihin kuin IBM:n Web-sivustoihin on tarkoitettu vain käyttömukavuussyistä, eivätkä ne ole millään tavalla näiden Web-sivustojen tukena. Näiden Web-sivustojen materiaalit eivät ole osa tämän IBM-tuotteen materiaalia, ja näiden Web-sivustojen käyttö on omalla vastuullasi.
IBM voi käyttää tai jakaa mitä tahansa antamiasi tietoja parhaaksi katsomallaan tavalla ilman, että siitä aiheutuu sinulle velvoitteita.
TavaramerkitSeuraavat termit ovat International Business Machines Corporationin tavaramerkkejä Yhdysvalloissa, muissa maissa tai molemmissa:
Eserver® DB2 Connect™ OS/400® Redbooks (logo) ™ DB2® Rational® developerWorks® Informix® Redbooks™ z/OS® IBM® SecureWay® AIX® MQSeries® Tivoli® ClearCase® Netfinity Manager™ WebSphere® Cloudscape™ Netfinity® CICS® OS/2®
iPlanet, Enterprise JavaBeans, EJB, Java, Java Naming and Directory Interface, JavaBeans, JavaScript, JavaServer, JavaServer Pages, JDBC, JDK, JMX, JSP , JVM, J2EE, Solaris, Sun ja kaikki Java-pohjaiset tavaramerkit ovat Sun Microsystems, Inc:n tavaramerkkejä Yhdysvalloissa, muissa maissa tai molemmissa.
Microsoft, Windows, Win32 ja Windows-logo ovat Microsoft Corporationin tavaramerkkejä Yhdysvalloissa ja muissa maissa tai molemmissa.
UNIX on The Open Groupin rekisteröity tavaramerkki Yhdysvalloissa ja muissa maissa.
Linux on Linus Torvaldsin tavaramerkki Yhdysvalloissa, muissa maissa tai molemmissa.
Muut yritysten, tuotteiden ja palvelujen nimet voivat olla muiden tavaramerkkejä tai palvelumerkkejä.
tunnistamaan ja ratkaisemaan ongelmia WebSphere Application Server V6:ssa hajautetut alustat. Aiemmin sarjana IBM Redpapers julkaistut luvut käsittelevät tiettyä ongelmanmääritysprosessin näkökohtaa. Kirjassa on linkit alkuperäisiin kirjoihin.
Seuraavissa artikkeleissa käsitellään valikoituja aiheita, jotka on tunnistettu yleisimmiksi ongelmatyypeiksi, joihin asiakkaiden on yleensä puututtava.
Tämän punaisen kirjan on tuottanut ryhmä asiantuntijoita eri puolilta maailmaa, joka työskentelee kansainvälisessä teknisen tukiorganisaation Raleigh Centerissä.
Aiemmin hän oli riippumaton/freelance-ohjelmoija Isossa-Britanniassa. Hänellä on yli 20 vuoden kokemus IT-alalta. Hän on ollut vakinaisesti IBM:n palveluksessa vuodesta 2000 WebSphere MQSeries® -palvelualueella, joka on erikoistunut Javaan ja JMS:ään.
Software Labsissa Intiassa. Hänellä on yli seitsemän vuoden kokemus IT-alalta käyttöjärjestelmien, järjestelmänhallintaohjelmistojen ja sähköisen liiketoiminnan ratkaisujen kehittämisestä, tuesta ja testauksesta. Hän on suorittanut maisterin tutkinnon
Rakennustekniikka Regional Engineering Collegesta (REC) Warangalista, Intiasta. Hänen osaamisalueitaan ovat IBM OS/2®, Windows® 2K, Netfinity® Manager™, IBM Director, HIPAA (Health Insurance Portability and Accountability Act) ja HCN (Healthcare Collaborative Network) terveydenhuollon toimialueratkaisut.
tiiminvetäjänä IBM WebSphere Application Server L2 -tukiryhmässä RTP:ssä, Pohjois-Carolinassa.
, jossa hän vietti viimeiset 13 vuotta tarjoten teknistä tukea ja konsultointia tietokantojen, kehitystyökalujen ja sovelluspalvelimien alalla. Thu-Giangilla oli myös neljän vuoden kokemus ohjelmistosuunnittelijana, joka osallistui sovelluskoodigeneraattorin ja erilaisten taloussovellusten kehittämiseen. Ennen kuin Thu-Giang siirtyi IBM:n palvelukseen RTP:ssä viisi vuotta sitten, hän työskenteli DataDirect Technologyssa (aiemmin MERANT, Intersolv), kanadalaisen Oracle and Software AG:n palveluksessa. Thu-Giangilla on matematiikan kandidaatin tutkinto, yhteiset tunnustukset tietojenkäsittelytieteen, kombinatoriikan ja optimoinnin aloilla Waterloon yliopistosta Waterloossa, Ontariossa, Kanadassa.
IT-alalta ja yli viiden vuoden kokemus WebSphere Application Serveristä. Hän on suorittanut tietojenkäsittelytieteen tutkinnon Canberran yliopistosta. Hänen osaamisalueitaan ovat WebSphere Application Server, WebSphere Edge Server, IBM DB2® ja IBM Content Manager.
Raleighissa, Pohjois-Carolinassa. Hän liittyi IBM:n palvelukseen vuonna 2001 ja on ollut nykyisessä tehtävässään neljä vuotta. Tässä tehtävässä hän työskentelee suoraan asiakkaiden kanssa WebSphere Application Server -ongelmien ratkaisemiseksi. Hän on erikoistunut ongelmiin, jotka liittyvät yhteyden yhdistämiseen, viestien lähettämiseen, EJB:hen, transaktioihin, verkkopalveluihin ja muihin. Hän on WebSphere Application Server V5:n IBM:n sertifioitu Advanced System Administrator. Hän on suorittanut tietojenkäsittelytieteen tutkinnon Pennsylvanian osavaltion yliopistosta.
auttaa asiakkaita suunnittelemaan, toteuttamaan ja virittämään J2EE™-sovelluksia. Viimeiset neljä vuotta hän on työskennellyt projektijohtajana J2EE-kehityskehyksessä, joka perustuu J2EE-malleihin Clinical Engineering R&D Centerissä, Argentiinassa. Hän on suorittanut tietotekniikan insinöörin tutkinnon U.T.N. Córdoban yliopisto, Argentiina. Hänen osaamisalueitaan ovat J2EEarchitecture-suunnittelu, WebSphere Application Server -konsultointipalvelut ja vanhojen keskustietokonejärjestelmien integrointi.
Erityinen kiitos Ron Verbruggenille hänen ohjauksestaan tämän kirjan sisällön suunnittelussa ja kehittämisessä.
Gustavo BustosGrupo Leviminond
Pyrkimyksesi auttaa lisäämään tuotteiden hyväksyntää ja asiakastyytyväisyyttä. Bonuksena kehität yhteysverkoston IBM:n kehityslaboratorioissa ja lisäät tuottavuuttasi ja markkinoitavuuttasi.
Lue lisää residenssiohjelmasta, selaa residenssihakemistoa ja hae verkossa osoitteessa: ibm.com/redbooks/residencies.html
Kommentit ovat tervetulleita Kommenttisi ovat meille tärkeitä!
tästä tai muista Redbookeista jollakin seuraavista tavoista: ▪ Käytä online- Ota meihin yhteyttä redbook-arvostelulomaketta, joka löytyy osoitteesta: ibm.com/redbooks Lähetä kommenttisi sähköpostitse osoitteeseen: redbook @us.ibm.com määrä Lähetä kommenttisi osoitteeseen: IBM Corporation, International Technical Support Organisation Dept. HZ8 Building 662 P.O. Box 12195 Research Triangle Park, NC 27709-2195
määrittäminen Tässä artikkelissa esitellään WebSphere Application Server V6:n ongelmanmääritysstrategioita. Siinä keskustellaan siitä, miten ongelmia voidaan ehkäistä, miten suunnitella ja varautua mahdollisiin ongelmiin sekä mitä tehdä, kun ongelma ilmenee, jotta se ratkaistaan mahdollisimman nopeasti. Sen jälkeen se opastaa sinut tarkempiin tietoihin, joiden avulla voit diagnosoida kokemasi ongelman syyn.
1.1 Johdatus ongelmien määrittämiseen Yrityssovellusten pitäminen asiakkaiden käytettävissä on erittäin tärkeää nykypäivän on demand -liiketoimintaympäristössä. WebSphere Application Server V6 sisältää monia uusia ominaisuuksia ja työkaluja, jotka on suunniteltu minimoimaan ongelmien esiintyminen. Jos kuitenkin ilmenee ongelma, joka voi vaikuttaa negatiivisesti liiketoimintaasi, sinun on pystyttävä reagoimaan nopeasti ja tehokkaasti.
. 180&uid=swg27005460
Kun ongelma ilmenee, sinun kannattaa ensin soittaa IBM-tukeen, jotta he voivat tarjota korjauksen ongelman ratkaisemiseksi. Joissakin tapauksissa on tarpeen ottaa yhteyttä IBM:ään. WebSphere Application Server -tukitiimin kokemus on kuitenkin osoittanut, että pieni osa asiakkaan ilmoittamista ongelmista johtuu itse asiassa WebSphere Application Server -koodin virheistä. Useimmat ongelmat johtuvat kokoonpanoongelmista, ympäristöongelmista, sovelluskoodivirheistä tai WebSphere Application Serverin väärinymmärryksestä. Monet näistä ongelmista voidaan ratkaista helposti soittamatta IBM-tukeen avaamaan ongelmanhallintatietue (PMR). Lisäksi monet ongelmat voidaan ratkaista noudattamalla tässä kirjassa käsiteltyjä ongelmanmääritysmenetelmiä.
Kun WebSphere Application Server -palvelimessa olevan sovelluksen käyttäjä huomaa ensimmäisen kerran ongelman, havaitaan ongelman oire. Joskus ongelman oire antaa vihjeitä ongelman syystä. Muina aikoina tarvitaan huomattava määrä ongelman määrittelyä ongelman perimmäisen syyn määrittämiseksi.
3. Sovellus ei vastaa saapuviin pyyntöihin. ■ Sovellus tuottaa odottamattomia tuloksia (mahdollisesti virheitä tai poikkeuksia). ■ Sovellus ei voi muodostaa yhteyttä ulkoiseen järjestelmään tai resurssiin. ■ Sovellus toimii hitaasti tai sen suorituskyky heikkenee ajan myötä.
Missä tahansa yrityksen tietojenkäsittelyjärjestelmässä voit odottaa, että joitain ongelmia - suuria tai pieniä - ilmenee toisinaan. Parhaassa tapauksessa kohtaamasi ongelmat eivät ole vakavia eivätkä johda kriittisiin liiketoimintavaikutuksiin. Paras käytäntö on kuitenkin valmistautua ja suunnitella pahinta.
Vaikka monet ongelmat johtuvat muista tekijöistä kuin WebSphere Application Server -koodivirheistä, WebSphere Application Server -tukitiimi löytää tuotevirheitä työskennellessään PMR:ien kanssa asiakkaiden kanssa. Kun vika löytyy, tukitiimi avaa valtuutetun ohjelmaanalyysiraportin (APAR). Jokaisella APAR:lla on yksilöllinen tunniste, merkkijono, joka sisältää kaksi kirjainta (joko PQ tai PK) ja viisi numeroa. Voit etsiä tiettyä APAR:ia tai APARissa raportoitua ongelmaoiretta WebSphere Application Server -tukisivustosta (Kuva 1-1 sivulla 5). Sivusto on saatavilla osoitteessa: http://www-306.ibm.com/software/webservers/appserv/was/support
Kuva 1-1 APAR:n etsiminen WebSphere Application Server -tukisivustosta
Korjauspaketit eivät sisällä Java Software Development Kit (SDK) -päivityksiä. Ne on testattu uusimmalla Java SDK -palvelujulkaisulla , mutta päivitykset
Java SDK toimitetaan erillisinä korjauksina. Voit myös ladata SDK-korjaukset WebSphere Application Server -tukisivustosta.
tapa estää ongelmia. Kun asennat korjauspaketin, voit olla varma, että et kohtaa WebSphere Application Server -koodivirheitä, jotka on korjattu korjauspaketissa. Tämä säästää aikaa ja turhautumista, kun huomaat jonkin näistä ongelmista järjestelmässäsi.
on päivitysstrategia-asiakirjassa, joka on saatavilla tukisivustolla: http://www-1.ibm.com/ support/docview.wss?rs=180&uid=swg21191989
Kuva 1-3 Päivityspaketin ja korjauspaketin tason tarkistaminen hallintakonsolista
Toinen strategia ongelmien ehkäisemiseksi on varmistaa, että kaikki ympäristössäsi olevat ohjelmistot ja laitteistot täyttävät WebSphere Application Server V6:n vaatimukset. WebSphere Application Server on testattu tietyillä ohjelmisto- ja laitteistokokoonpanoilla. Sen tiedetään toimivan onnistuneesti näissä kokoonpanoissa ja integroituvan hyvin tuotteisiin, joiden kanssa se on testattu. Löydät ohjelmistot ja laitteistot, joiden kanssa WebSphere Application Server on testattu ja joita se tukee, osoitteesta: http://www-306.ibm.com/software/webservers/appserv/doc/latest/prereq.html
Paras strategia ongelmien estämiseksi käytettäessä WebSphere Application Serveriä tuotannossa on perusteellinen testaus. Sinun tulee kehittää yksityiskohtainen testausstrategia sovelluksellesi ja varmistaa, että strategiaa noudatetaan aina, kun asennat sovelluksen uuden version tai päivität WebSphere Application Server -sovelluksen.
Voit käyttää lukemattomia ohjelmistotestausmenetelmiä, ja voisimme täyttää kokonaisen kirjan, jossa käsitellään jokaista menetelmää. Sen sijaan keskustelemme perustesteistä, jotka jokaisen asiakkaan tulisi suorittaa. Lisäksi tarjoamme linkkejä muihin dokumentaatioihin, joista voi olla hyötyä testausstrategiasi kehittämisessä. Testausmenetelmiä ovat seuraavat: Yksikkötestaus Yksikkötestaus varmistaa, että jokainen menetelmä kussakin sovelluksen luokassa tarjoaa odotetun tulosteen kaikille mahdollisille tuloille. Yksikkötestauksen helpottamiseksi on olemassa useita yksikkötestauskehyksiä. Yksi suosittu kehys on JUnit, joka on avoimen lähdekoodin ohjelmisto. ■ Toiminnallinen testaus Toiminnallinen testaus varmistaa, että sovellus toimii niin kuin käyttäjä odottaa sen toimivan. Se testaa koko sovelluksen varmistaakseen, että kaikki komponentit toimivat yhdessä oikein. Toiminnallista testausta kutsutaan joskus integraatiotestaukseksi. Käytettävissä on useita toiminnallisia testauskehyksiä. JFunc on JUnitin laajennus toiminnallista testausta varten. ■ Suorituskykytestaus Suorituskykytestaus varmistaa, että sovelluksen suorituskyky on käyttäjien hyväksymä. WebSphere Application Server V6 sisältää parannetun Tivoli Performance Viewerin, joka on käytettävissä hallintakonsolissa. Versioissa 5 ja 5.1 Tivoli Performance Viewer ajetaan erillisessä graafisessa käyttöliittymässä (GUI). Jos haluat käyttää Tivoli Performance Vieweria, ota käyttöön Performance Monitoring Infrastructure (PMI) -metriikka, jota haluat tarkastella hallintakonsolissa. Kirjaudu hallintakonsoliin, valitse sovelluspalvelimesi ja valitse sitten Performance Monitoring Infrastructure (PMI). PMI-valvonta voidaan tehdä tuotantoympäristössä käyttämällä perussarjaa (oletuskokoonpano) tai laajennettua sarjaa minimaalisella vaikutuksella. Kun olet valinnut tilastojoukon, voit käyttää Tivoli Performance Vieweria järjestelmän nykyisen suorituskyvyn seuraamiseen, suorituskykytietojen kirjaamiseen tai aiemmin lokiin kirjattujen tietojen tarkastelemiseen. Voit käyttää Tivoli Performance Vieweria laajentamalla hallintakonsolissa Monitoring and Tuning -kohdan, laajentamalla sitten Performance Viewer -ohjelman ja valitsemalla tarkastella nykyistä toimintaa tai aiemmin kirjattuja suorituskykytietoja. Tivoli Performance Viewerin kaaviot ja grafiikat voivat antaa järjestelmänvalvojalle vihjeitä suorituskyvyn pullonkauloista. He voivat sitten virittää asianmukaiset WebSphere Application Server -ominaisuudet ongelman ratkaisemiseksi. Toinen WebSphere Application Server V6:n ominaisuus on Tivoli Performance Advisor. Advisor analysoi järjestelmäsi suorituskykytiedot ja antaa ehdotuksia WebSphere-kokoonpanosta
ominaisuuksia, joita muutetaan suorituskyvyn parantamiseksi. Ota Advisor käyttöön valitsemalla sovelluspalvelimesi hallintakonsolista ja valitsemalla sitten Runtime Performance Advisor -kokoonpano. Lisätietoja Tivoli Performance Viewerista ja Advisorista on seuraavissa WebSphere Information Centerin osissa: - Miksi käyttää Tivoli Performance Vieweria? http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/cprf_tpv.html - Suorituskyvyn valvonta Tivoli Performancella Viewer (TPV) http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/tprf_tpvmonitor.html - PMI tietoorganisaatio http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/rprf_datacounter6.html Lisäksi Tivoli Performance Viewer ja Advisor, käytettävissä on useita muita työkaluja, sekä avoimen lähdekoodin että patentoituja, jotka tekevät suorituskyvyn testaamisesta helpompaa. Voit lukea yleiskatsauksen käytettävissä olevista suorituskykytyökaluista teknisestä artikkelista Ruth Willenborgin kommenttirivit: WebSphere suorituskykytyökalujen valinta, joka on saatavilla osoitteessa: http://www-128.ibm.com/developerworks/websphere/techjournal/ 0410_col_willenborg/0410_col_willenborg.html-Skaalautuvuuden testaus Kuormitustestaus sisältää sovelluksesi testaamisen simuloidulla työkuormalla, joka vastaa kuormituksen määrää, jonka odotat sovelluksesi pystyvän käsittelemään tuotannossa. Skaalautuvuustestaukseen kuuluu sovelluksesi testaaminen yhä suuremmalla kuormituksella sen määrittämiseksi, onko sovellus skaalautuva tulevaa kasvua varten. On olemassa useita suosittuja työkaluja kuormituksen simulointiin kuormituksen ja skaalautuvuuden testauksen aikana. Yksi tällainen työkalu on Apache JMeter. Sinun tulee koordinoida kuormituksen ja skaalautuvuuden testaus suorituskyvyn testaamiseen käytettävien työkalujen kanssa, jotta voit virittää WebSphere Application Serverin parantamaan suorituskykyä korkeammalla kuormituksella.
Rational® Application Developerin versiossa 6 sovelluskoodin kehittämiseen ja testaamiseen ennen sen asentamista WebSphere Application Server -ympäristöön.
Kun suunnittelet testejäsi, harkitse seuraavaa: 5. Testi skenaarioissasi tulisi keskittyä eniten käytettyyn koodipolkuun, mutta sinun tulee testata kattavasti kaikki mahdolliset koodipolut . ■ Testaus tulisi tehdä useiden käyttäjien kanssa (ei vain saman käyttäjän kanssa, yhä uudelleen ja uudelleen). ■ Testit tulee tehdä useilla toiminnoilla rinnakkain. Tuotannossa suoritetaan useita toimintoja samanaikaisesti. Joitakin ongelmia saattaa ilmetä vain, kun toimintoja ajetaan rinnakkain. On tärkeää testata sovelluksesi toimintoja yhdessä eikä erikseen.
Suosittelemme, että ylläpidät testiympäristöä, joka on määritetty täsmälleen samalla tavalla kuin tuotantoympäristösi. WebSphere Application Server -ylläpitotason (mukaan lukien päivityspaketit ja korjauspaketit), sovellustesi versioiden ja kokoonpanosi tulee olla samat molemmissa järjestelmissä. Tästä on monia etuja: Kun testaat sovelluksen onnistuneesti testiympäristössäsi, saat tarkan kuvan siitä, kuinka sovellus toimii tuotannossa. Kun sinun on tehtävä muutos sovellukseen tai ylläpidettävä WebSphere Application Serveriä, voit testata nämä muutokset täysin testiympäristössä varmistaaksesi, ettei ongelmia ole, ennen kuin teet muutoksia tuotantoympäristöösi. Kun tuotannossa ilmenee ongelma, voit toistaa ongelman testiympäristössä ja suorittaa ongelmanmäärityksen testiympäristössä. Tämä varmistaa, että käyttäjäsi eivät joudu tuotantoympäristöön katkoksiin. Voit kerätä diagnostiikkatietoja, joita tarvitaan ongelman perimmäisen syyn määrittämiseen testiympäristössä. Koska jotkin diagnostiikkamenetelmät voivat vaikuttaa suorituskykyyn tai vaatia yhden tai useamman WebSphere Application Server -prosessin uudelleenkäynnistyksen, on yleensä hyödyllistä kerätä tiedot testiympäristössäsi.
Tämän strategian avain on varmistaa, että testiympäristö ja tuotantoympäristö määritetään täsmälleen samalla tavalla. Tämä sisältää: Laitteisto- ja verkkokokoonpano.‐ Käyttöjärjestelmätaso ja käyttöjärjestelmän korjaustiedostot. Muut ohjelmistot, joita käytetään WebSphere Application Serverin kanssa. Tämä voi sisältää Web-palvelimia, tietokantoja ja viestintäjärjestelmiä. Huomautus-WebSphere Application Server -taso, mukaan lukien päivityspaketit, korjauspaketit, Java SDK -korjaukset ja kaikki yksittäiset APAR-korjaukset, jotka olet saattanut ladata tai hankkia WebSphere Application Server -tukitiimiltä. ‒ Kaikkien asennettujen sovellusten versiot.The WebSphere Application Server Edition (Base, Network Deployment tai Express). WebSphere Application Server V6 sisältää toiminnon, jolla luodaan konfiguraatioarkistotiedostoja .car-tunnisteella. Voit viedä kokoonpanon yhdeltä koneelta .car-tiedostoon ja tuoda sen sitten toiseen järjestelmään. Kaikki tiettyä järjestelmää koskevat määritystiedot (esimerkiksi isäntänimi) poistetaan asetusarkistosta. On hyvä käytäntö käyttää kokoonpanoarkistotiedostoja saman WebSphere Application Server -kokoonpanon replikointiin testi- ja tuotantoympäristössäsi. Asetusarkistot viedään ja tuodaan wsadmin-työkalulla. Vie WebSphere Application Server V6 -profiilin tai sovelluspalvelimen kokoonpano käyttämällä näitä wsadmin-komentoja: $AdminTask exportWasprofile {-archive c:\myDirectory\myCell.car} $AdminTask exportServer {-archive c:\myDirectory\myServer.car - solmunNimi solmu1 -palvelimenNimi palvelin1} Käytä järjestelmääsi sopivaa kohdehakemistoa, solmun nimeä ja palvelimen nimeä. Voit tuoda profiilin tai sovelluspalvelimen määritykset WebSphere Application Server V6 -ympäristöön käyttämällä näitä komentoja: $AdminTask importWasprofile {-archive c:\myDirectory\myCell.car} $AdminTask importServer {-archive c:\myDirectory\myServer. car [-nodeInArchive solmu1][-serverInArchive server1][-nodeName solmu1][-serverName server1]} Käytä jälleen kohdehakemistoa, solmujen nimiä ja palvelinnimiä, jotka sopivat järjestelmällesi.
Voit myös automatisoida muutokset testi- ja tuotantoympäristöihisi wsadminissa suoritettavilla skripteillä. Automaatio on eduksi, jos muutoksia pitää tehdä
tehdään muina kuin ruuhka-aikoina (yleensä myöhään iltaisin tai viikonloppuisin). Skriptit voidaan ajastaa suoritettavaksi kyseisinä aikoina, jotta kenenkään ei tarvitse ajaa skriptejä manuaalisesti näinä aikoina. Saatat myös haluta suorittaa komentosarjoja päivittääksesi muiden järjestelmässäsi olevien ohjelmistojen asetukset samanaikaisesti. Voit käyttää komentosarjoja myös osana muutoslokia (katso "Turvallisten toimintatapojen määrittäminen" sivulla 12).
Aina kun teet muutoksia joko testiympäristöön tai tuotantoympäristöön, sinun tulee synkronoida kaksi ympäristöä, jotta ne pysyvät samanlaisina.
, joka on testattu onnistuneesti ja todettu vakaaksi. Kun teet minkä tahansa tyyppisen muutoksen, voit testata sitä. Jos muutos onnistuu eikä aiheuta ongelmia, voit lisätä muutoksen perusviivaan. Jos muutos aiheuttaa uuden ongelman, voit palata turvalliseen peruskokoonpanoon.
Toinen tärkeä näkökohta ongelmien ehkäisyssä ja valmistelussa on turvallisten toimintatapojen luominen organisaatiollesi. Näiden toimenpiteiden tulee hahmotella oikeat prosessit minkä tahansa tyyppisten muutosten tekemiseksi testi- ja tuotantoympäristöihisi. WebSphere Application Server -tukitiimi on havainnut, että monet ongelmat johtuvat yhden organisaation henkilön tekemistä kokoonpano- tai koodimuutoksista, joista muut organisaation jäsenet eivät olleet tietoisia. Strategia näiden tapahtumien poistamiseksi vähentää huomattavasti odottamattomien ongelmien mahdollisuutta.
varmistaa, että vain henkilöt, jotka ovat valtuutettuja tai osa asianmukaisesta roolista, voivat tehdä muutoksia kokoonpanoosi, päivittää ohjelmistoasi ja asentaa sovelluksia. tai tehdä jotain muuta, mikä saattaa aiheuttaa ongelmia. WebSphere Application Server V6 tarjoaa kattavan suojausinfrastruktuurin, jonka avulla voit määrittää rooleja, todentaa ja valtuuttaa käyttäjiä. Sinun tulee myös hyödyntää käyttöjärjestelmäsi suojausominaisuuksia. Tämä kirja ei käsittele turvallisuutta. Voit kuitenkin lukea lisää turvallisuudesta WebSphere Information Centerin tietoturvaosiossa osoitteessa http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm. websphere.base.doc/info/aes/ae/welc_concepts_csec.html
Ympäristösi määrityksen rajoittamisen lisäksi sinun tulee ottaa käyttöön myös sovelluskoodin muutoksenhallintajärjestelmä. Saatavilla on useita muutoksenohjausohjelmistotuotteita. Suosittelemme kuitenkin RationalClearCasea®, joka integroituu saumattomasti Rational Application Developeriin. Saat lisätietoja Rational ClearCasesta sen tuotesivustolta: http://www-306.ibm.com/software/awdtools/clearcase
erittäin tärkeää dokumentoida kaikki tuotanto- ja testiympäristöösi tehdyt muutokset. Kutsumme tätä dokumentaatiota muutoslokiksi. Monet ongelmat tulevat esiin sen jälkeen, kun sovellus on ollut onnistuneesti käynnissä pitkän aikaa. Kun dokumentoit huolellisesti kaikki ympäristöösi tehdyt muutokset yhteen paikkaan, kuten muutoslokiin, on paljon helpompi määrittää, miksi ongelma on voinut ilmetä tiettynä aikana tai tiettynä päivänä. Varmista, että jokainen organisaatiosi henkilö on tietoinen prosessia muutoslokin päivittämiseksi, kun ympäristöön tehdään muutoksia, ja että he seuraavat prosessia. Niiden tulee sisältää kaikkien muutosten tarkka aika ja päivämäärä, kun ne päivittävät muutoslokin. Muutoslokin ylläpitäminen ja tämän prosessin tiukka noudattaminen voi säästää useita tunteja tutkimukselta ja turhautumiselta ongelman ilmetessä.
. Hyvät menettelytavat, joista kaikki organisaatiossasi ovat sopineet ja jotka toimivat, voivat estää ongelmien syntymisen ja tehdä sinusta valmiimman ongelmien ilmetessä.
1.2.6 Korkea saatavuus ja vikasietoisuus Kuten aiemmin mainittiin, edistyneimmätkin ongelmien ehkäisytekniikat eivät voi taata, että WebSphere Application Server V6 -ympäristössäsi ei koskaan ilmene ongelmia . Tämän vuoksi on loogista laatia varasuunnitelma, kun WebSphere Application Server -prosessi tai -palvelu ei ole käytettävissä. Onneksi versiossa 6 on uusia ominaisuuksia korkean käytettävyyden ja vikasietoisuuden alalla.
, joka tarjoaa vikasietoisuuden kaikille sovelluksille ja WebSphere Application Server -palveluille. Se määritetään automaattisesti, kun asennat WebSphere Application Server Network Deployment Version 6:n. Korkean käytettävyyden hallintaohjelma ajaa tärkeitä WebSphere-palveluita (kuten WLM ja tapahtumanhallinta) kaikissa käytettävissä olevissa WebSphere Application Server -prosesseissa.
käytettävissä versiossa 6, sinun on tallennettava tapahtumalokit (oletusarvoisesti /profiles//tranlog-hakemistossa) verkkoon liitetylle tallennusvälineelle (NAS). ) -järjestelmä, joka on kaikkien WebSphere-prosessien käytettävissä, joihin tapahtumasi voivat siirtyä (ydinryhmän jäsenet). Sinun on myös valittava hallintakonsolissa Ota käyttöön klusterin pysyvien palvelujen korkea saatavuus. Kun tämä on tehty ja klusterin jäsen epäonnistuu, sen lennon aikana tapahtuvat tapahtumat palautetaan toiselle klusterin jäsenelle.
(käyttöönoton johtajat, solmuagentit, sovelluspalvelimet ja klusterin jäsenet), jotka voivat osallistua korkeaan käytettävyyteen yhdessä. Toisin sanoen yhdellä ydinryhmän jäsenellä toimiva palvelu voi siirtyä toiseen ydinryhmän jäseneen. Oletusarvoisesti kaikki solun prosessit ovat osa yhtä ydinryhmää (nimeltään DefaultCoreGroup). Tämä on myös suositeltu skenaario useimmille tuotantoympäristöille, vaikka yhdessä solussa voi olla useita ydinryhmiä.
Prosessi voi olla vain yhden ydinryhmän jäsen. Järjestelmäpalvelut, kuten WLM-palvelu, PMI ja itse korkean käytettävyyden koordinaattori, voivat siirtyä mihin tahansa ydinryhmän jäseneen. Muiden palveluiden, kuten tapahtumien hallinnan ja viestimoottorin, on vaihdettava vikasiirtymä toisesta klusterin jäsenestä samassa klusterissa, jossa ne olivat käynnissä, kun ne epäonnistuivat. Tämä johtuu siitä, että tapahtumanhallinta ja viestimoottori tarvitsevat samat sovellukset asennettavaksi prosessiin, joihin ne siirtyvät palautumaan.
verrattavissa versioihin 5 ja 5.1. Korkean käytettävyyden hallinnan lisääminen parantaa merkittävästi version 6 vikasietokykyä, jolloin WebSphere Application Serverin kanssa ei enää tarvitse käyttää kolmannen osapuolen korkean käytettävyyden työkaluja.
ja mahdollisesti tyytymätön yritykseesi, kun tällaisia tilanteita ilmenee.
Hyvä seurantastrategia voi auttaa sinua tunnistamaan ongelmat ennen kuin asiakkaasi kohtaavat ne.
Application Server V6 sisältää laajan valikoiman järjestelmäviestejä, jotka on suunniteltu tarjoamaan sinulle tietoja, varoituksia ja virheilmoituksia. Löydät myös monia järjestelmäviestejä WebSphere Application Server -jäljityksistä. Jokaisella järjestelmäsanomalla on yksilöllinen viestin tunniste, joka on yhdeksän merkkiä pitkä ja on muotoa CCCC1234X. Ensimmäiset neljä merkkiä (CCCC) osoittavat sanoman lähettäneen WebSphere Application Server -komponentin. Seuraavat neljä merkkiä (1234) osoittavat komponentin lähettämän viestin. Viimeinen merkki (X) ilmaisee viestin vakavuuden. Sen arvo on joko I (informational), W (varoitus) tai E (virhe).
SECJ0231I: Suojauskomponentin FFDC-diagnostiikkamoduuli com.ibm.ws.security.core.SecurityDM rekisteröity onnistuneesti: true. ADMN0001W: Palvelu ei pysty jäsentämään MBean-kuvaustiedostoa com/ibm/ws/management/descriptor/xml/mbeans.xml. SRVE0068E: Service()-menetelmää ei voitu kutsua servletissä /com.ibm.ws.console.probdetermination/loggingSettingsGroups.jsp. Poikkeus heitetty: java.lang.NullPointerException
-viestit eivät yleensä ole osoitus ongelmasta. Jos tiedotusviesti on kuitenkin odottamaton, se saattaa varoittaa epätavallisesta tapahtumasta, joka voi johtaa ongelmaan. Varoitukset ja virheilmoitukset ovat ehdottomasti merkkejä ongelmasta.
SystemErr-loki ei sisällä WebSphere-järjestelmäviestejä, mutta se näyttää WebSphere Application Serverin tai sovelluksen aiheuttamia poikkeuksia. On hyvä idea seurata SystemErr-lokimerkintöjä SystemOut-lokin järjestelmäviestien lisäksi.
Seuraamalla SystemOut- ja SystemErr-lokeja ja lisäämällä oman sovelluksesi lokiin voit löytää ennakoivasti suurimman osan tässä kirjassa käsitellyistä ongelmista.
Voit tarkastella virheitä, varoituksia ja tiedotusviestejä suoraan hallintakonsolissa (Kuva 1-4).
Kuva 1-4 Suorituksenaikaisten tapahtumien tarkasteleminen hallintakonsolissa
Voit valita jokaisen näkemäsi viestin saadaksesi lisätietoja viestistä, viestin lähteestä ja syyn, miksi se tapahtui (Kuva 1-5 sivulla 18).
Vieweria, jota on käsitelty kohdassa "Sovelluksen testaus" sivu 7. Voit tarkkailla
suorituskykymittareita, kuten keskimääräinen vastausaika, pyyntöjen määrä, säievarannon koot, yhteysvarannon koot, JVM-muisti, suoritin, I/O, ja järjestelmähaku WebSphere Application Serverin ja sovellusten kunnon valvomiseksi. Voit kirjata suorituskykytiedot ajalta, jolloin kaikki toimii normaalisti, ja sitten verrata näitä tietoja nykyiseen suorituskykytietoihin nähdäksesi, onko niissä suuria eroja. Odottamattomat erot ovat merkki ongelmasta. Kun näet merkkejä siitä, että ongelma saattaa ilmetä, voit suorittaa tässä kirjassa kuvatut ongelman diagnostiikkavaiheet.
käytettävyys- ja vikasietostrategiaan, pitäisi auttaa sinua diagnosoimaan ja ratkaisemaan esiintyvät ongelmat, mahdollisesti ennen kuin käyttäjäsi ja asiakkaasi tietävät niistä.
Jos ympäristössäsi ilmenee ongelma, on mahdollista, että joudut käyttämään muita henkilöitä, joko organisaatiosi sisäisiä tai ulkoisia, apua selvittää ongelman perimmäinen syy. Kun näin tapahtuu, haluat kaikkien mukana olevien ymmärtävän perusteellisesti ympäristöösi liittyvien järjestelmien yksityiskohdat.
"Turvallisten toimintatapojen luominen" sivulla 12 keskustelimme kaikkien ympäristöösi tehtyjen muutosten dokumentoimisesta. Tämän lisäksi sinun tulee ylläpitää perustopologiasi korkeatasoista kuvausta. Kutsumme tätä järjestelmädokumentaatioksi. Järjestelmädokumentti on hyödyllinen seuraavissa tilanteissa: Ongelma ilmenee, ja sinun on saatava apua muilta, jotka eivät ehkä ole niin perehtyneet sovellukseesi ja topologiaan kuin sinä. Järjestelmädokumentaation avulla voit nostaa ne mahdollisimman nopeasti. ∎ Tapahtuu ongelma ja haluat tunnistaa, mistä ympäristösi osista sinun tulisi kerätä diagnostiikkatietoja tai monitoria. Järjestelmän dokumentaatio näyttää mukana olevat ohjelmistokomponentit ja sovelluksesi kulun, eli kuinka eri ohjelmistokomponentteja käytetään, kun sovellus käsittelee pyyntöä.
Järjestelmädokumentaation tulee koostua kirjallisista asiakirjoista ja kaavioista. Se, mitkä tiedot sisältyvät kirjallisiin asiakirjoihin ja mitkä kaavioihin, on valintakysymys. Kaiken kaikkiaan tietojen tulee olla yksityiskohtaisia, ja niissä pitäisi näkyä käyttöjärjestelmän ja kaikkien mukana olevien ohjelmistotuotteiden tietyt versiot ja ylläpitotasot, laitteisto- ja verkkokokoonpanot sekä asianomaisten järjestelmien erityiset isäntänimet ja IP-osoitteet.
. Se antaa nopean yleiskatsauksen järjestelmän topologiasta ja sovelluskulusta. Kuva 1-6 sivulla 20 esittää esimerkin.
isäntä5.omayritys.com isäntä2.omayritys.com 1.12.34.60 1.12.34.57
Verkko
Palomuuripalvelinklusterin MQ-jäsen 2
kyseiset ohjelmisto- ja laitteistotasot.
Yksityiskohtainen järjestelmädokumentaatio on olennainen osa ongelmansuunnittelustrategiaasi, jota ei pidä jättää huomiotta.
Lopuksi, jotta voit valmistautua ongelman ilmenemiseen, sinun tulee suunnitella, mitä diagnostiikkatietoja kerätään eri ongelmatilanteissa. "Ongelmaoireiden tyypit" sivulla 3 käsittelimme useita laajoja ongelmaoireiden luokkia. Kohdassa "Mitä tehdä ongelman ilmetessä" sivulla 24 ja muissa tämän sarjan julkaisuissa kerrotaan, kuinka ongelman syy voidaan määrittää jokaiselle ongelman oireelle. Sisältää myös tietoa siitä, mitä tietoja erityyppisten ongelmien varalta kerätään. On hyvä idea tunnistaa yleisimmät ympäristössäsi aiemmin esiintyneet ongelmat ja ne, joita uskot esiintyvän eniten tulevaisuudessa. Sitten voit muodostaa diagnostisten tietojen keruusuunnitelman, jotta olet valmis keräämään tarvittavat tiedot, jos ongelma ilmenee.
useita kertoja kerätäksesi tarvittavat tiedot. Tämän tilanteen välttämiseksi on suositeltavaa, että kussakin järjestelmässä on 2–5 Gt ylimääräistä levytilaa. Tallenna- Kun olet ratkaissut ongelman, joko poista tai arkistoi ongelmaa varten keräämäsi diagnostiikkatiedot. Tämä estää vanhojen diagnostiikkatietojen sekoittamisen uusiin diagnostiikkatietoihin seuraavan kerran, kun ongelma ilmenee. ∎ Määritä lankamonitori roikkumisen havaitsemiseen. WebSphere Application Server V6 sisältää säiettävalvontaominaisuuden. Tämä sisältyy myös versioon 5.1.1. Säikeenvalvonta saa ilmoituksen, kun verkkosäilö, ORB tai asynkroninen bean-säievarasto antavat työtä säikeelle. Oletusarvoisesti lankavalvonta tarkistaa kaikkien aktiivisten säikeiden tilan kolmen minuutin välein. Jos se löytää säikeen, joka on ollut aktiivinen yli kymmenen minuuttia, se lähettää SystemOut-lokiin seuraavanlaisen varoituksen: WSVR0605W: Säikeen nimi on ollut aktiivinen viritysajan ja se voidaan ripustaa. Palvelimessa on yhteensä säikeitä, jotka voidaan ripustaa. Langanvalvonta helpottaa ongelman havaitsemista. Jos näet WSVR0605W-varoituksen SystemOut-lokissa, tiedät, että säie on lakannut vastaamasta. Tämän jälkeen voit suorittaa lisädiagnostiikkatoimenpiteitä ripustetun langan syyn selvittämiseksi. Lankavalvonta ei korjaa ongelmaa muuta kuin ilmoittaa sinulle ongelmasta. Kun valmistaudut diagnostisten tietojen keräämiseen, saatat haluta muuttaa säikeenvalvonnan oletusarvoa. Voit muuttaa aikaväliä, jolloin säikeenvalvontalaite tarkistaa säikeiden tilan (oletusarvoisesti kolme minuuttia) ja aikaa, jonka säie voi olla aktiivinen ennen kuin säikeenvalvonta ilmoittaa siitä (oletusarvoisesti tämä on kymmenen minuuttia). Näiden ominaisuuksien muuttaminen: a. Kirjaudu hallintakonsoliin. b. Valitse sovelluspalvelimesi. c. Valitse Palvelininfrastruktuuri-kohdasta Hallinta. d. Valitse Mukautetut ominaisuudet ja napsauta sitten Uusi. e. Luo nämä ominaisuudet ja anna niille halutut arvot: * com.ibm.websphere.threadmonitor.interval (väli, jonka säikeiden valvontaohjelma tarkistaa säikeiden tilan) * com.ibm.websphere.threadmonitor.threshold (aika, jonka säie voi olla aktiivinen ennen kuin säiettävalvontalaite raportoi siitä) Lisätietoja säiettävalvontaohjelmasta on WebSphere Information Centerin seuraavissa osissa:
- Ripuneiden säikeiden havaitseminen J2EE-sovelluksissa http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/ctrb_hangdetection.html - Hangon tunnistuskäytännön määrittäminen http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ae/ttrb_confighangdet.htmlTheiden Harkitse monisanaisen roskienkeruun ottamista käyttöön jokaisessa sovelluspalvelimessa. Monisanaisen roskienkeruun käyttöönoton tehokkuusvaikutus on minimaalinen, ja tiedoista on usein hyötyä, kun ilmenee suorituskykyongelmia. Monisanaisen roskatkeräyksen käyttöönotto: a. Kirjaudu hallintakonsoliin. b. Valitse sovelluspalvelimesi. c. Laajenna Palvelininfrastruktuuri-kohdassa Java ja prosessinhallinta ja valitse sitten Prosessin määritys. d. Valitse avautuvassa näytössä Java-virtuaalikone kohdasta Lisäominaisuudet. e. Valitse Monisanainen roskatkeräys. Kun monisanainen roskienkeruu on käytössä, tulos näkyy sovelluspalvelimesi native_stderr.log-tiedostossa. Tutustu WebSphere Application Server -keräystyökaluun. Keräilijätyökalu ajetaan suoritettavana tiedostona /bin-hakemistossa. Se tuottaa Java-arkistotiedoston (jar), joka sisältää kaikki lokit ja XML-määritystiedostot järjestelmästäsi. Tuloksena oleva jar-tiedosto on erittäin hyödyllinen WebSphere Application Server -tukitiimille ja kaikille muille ongelmanmääritysprosessiin osallistuville. Sen avulla he voivat tarkastella nopeasti WebSphere Application Server -kokoonpanoasi ja nähdä mahdolliset virheet tai poikkeukset. Löydät lisätietoja keräystyökalusta WebSphere Application Server V6: Diagnostic Data -sovelluksesta osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4085.pdf
kattavan luettelon MustGather-asiakirjoista erityyppisiä WebSphereApplication Server -ongelmia varten. Lisätietoja on kohdassa IBM - MustGather: Readfirst kaikille WebSphere Application Server -tuotteille osoitteessa:http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21145599
MustGather-asiakirjoissa luetellut tiedostot ovat hyödyllisiä ongelman syyn määrittämisessä. Voit käyttää näitä asiakirjoja osana diagnostiikan tiedonkeruusuunnitelmaasi.
Mieti kaikkia ongelmia, joita saatat kohdata ympäristössäsi lukiessasi tätä kirjaa. Ympäristössäsi aiemmin esiintyneiden ongelmien perusteella saatat pystyä ennustamaan, millaisia ongelmia voi esiintyä tulevaisuudessa. Ota huomioon diagnostiikkatiedot, joita tarvitaan kunkin ongelmatyypin perimmäisen syyn määrittämiseen. Varmista, että tämä dokumentoidaan, jotta kaikki organisaatiosi jäsenet tietävät, mitä tietoja kerätä. Tämä tekee ongelmanmääritysprosessista yksinkertaisemman ja vähemmän stressaavan.
Olet valmistautunut ja olet suunnitellut. Sovelluksesi on nyt käynnissä tuotantoympäristössäsi, ja asiakkaasi käyttävät sitä menestyksekkäästi. Juuri kun olet valmis juhlimaan, saat puhelun, että on tapahtunut ongelma. Mitä sinä teet nyt?
Kun jokin ongelma ilmenee, sinun tulee ensin harkita ongelman vaikutusta liiketoimintaan. Liiketoimintavaikutuksesta riippuen saattaa olla tarpeen ryhtyä toimenpiteisiin liiketoiminnan vaikutuksen rajoittamiseksi ennen kuin aloitat ongelmanmäärittelyn. Jos ongelma ilmeni testiympäristössäsi, sen vaikutus liiketoimintaan on suhteellisen pieni verrattuna tuotantokatkoksen mahdollisiin vaikutuksiin. Siinä tapauksessa ei todennäköisesti ole tarpeen yrittää kiertää ongelmaa etsimällä pysyvää ratkaisua. Testiympäristön avulla voit suorittaa kaikki tarvittavat ongelmanmääritysvaiheet.
harkita, kuinka ongelman oireita voidaan nopeasti lievittää, jotta asiakkaat ja käyttäjät kokevat mahdollisimman vähän negatiivisia vaikutuksia. Tässä osiossa kutsumme tätä prosessia turvallisiin olosuhteisiin palaamiseksi. Haluat tehdä tämän samanaikaisesti ongelmanmäärittelysi kanssa.
> Testiympäristön tai muun vastaavan ympäristön luominen väliaikaiseen tuotantoympäristöön, jossa ongelma ei ilmene. Määritä
järjestelmäsi, jotta saapuvat pyynnöt käsitellään ympäristössä, jossa ongelmaa ei esiinny. Sovelluskoodin vanhemman version asentaminen, kun ongelmaa ei ilmene. Jos ongelma alkoi ilmetä sovelluskoodin muutoksen jälkeen, saattaa olla hyvä idea palata sovelluksen aiempaan toimivaan versioon. Kaikkien viimeaikaisten kokoonpanomuutosten muuttaminen takaisin peruskokoonpanoon. Kuten kohdassa "Testiympäristön määrittäminen" sivulla 10 on kerrottu, peruskokoonpanon tulee olla täysin testattu ja vakaa. Kaikkien WebSphere Application Server -ylläpidon poistaminen, joka asennettiin äskettäin ennen ongelman ilmenemistä. Tämä ratkaisee ongelman tilapäisesti, jos se johtuu WebSphere Application Server -koodivirheestä, joka on otettu käyttöön uusimmassa ylläpitopaketissa. Ongelman aiheuttaneen sovellustoiminnon tekeminen asiakkaiden ja käyttäjien ulottumattomiin. Voit lähettää Web-sivustollesi ilmoituksen, että toiminto on tilapäisesti poissa käytöstä tai sitä huolletaan. Voit antaa arvioidun ajan, jolloin se on jälleen saatavilla.
Kun saat ensimmäisen ilmoituksen ongelmasta, saatat saada vain epämääräisen, epäspesifisen joukon ongelman oireita. Sinulle saatetaan kertoa, että käyttäjät eivät voi käyttää sovellustasi ollenkaan tai mahdollisesti käyttäjien suorittama tietty toimenpide johtaa virheilmoitukseen.
Toisaalta vastaus saattaa vaatia lisäselvitystä. Jos näin on, olet kehittänyt vankan ja täydellisen ongelmakuvauksen, jota voit käyttää perustana ongelmien määrittämiseen.
Kun tutkit ongelmaa, sinun tulee muodostaa luettelo kaikista ongelman oireista ongelmalokissasi. Joskus on vain yksi oire. Jos näin on, työsi on helpompaa. Usein esiintyy kuitenkin useita oireita, ja voi olla vaikeaa määrittää, mitkä oireet kuvaavat ongelmaa ja mitkä oireet ovat yksinkertaisesti ongelman seurauksia. On hyvä idea järjestää oireet aikajanalle. Voit myös sisällyttää aikajanallesi tietoja siitä, mitä ympäristössäsi tapahtui. Aikajanasi saattaa näyttää esimerkiksi seuraavanlaiselta: 10:00 - Huipputyökuormitus saavutettu 10:07:53 - ConnectionWaitTimeoutException palvelimen SystemOut.logissa 1 10:08:24 - ConnectionWaitTimeoutException palvelimen SystemOut.logissa 10:14: 09 - ConnectionWaitTimeoutException Server2:n SystemOut.logissa 10:20:46 - Käyttäjät eivät voi kirjautua Web-sivustoon, sovellus ei vastaa
, se on hyvä lähtökohta tutkimuksellesi. On kuitenkin mahdollista, että tutkimuksesi saattaa paljastaa, että oire on itse asiassa eri ongelma, joka ei liity tutkimaasi ongelmaan.
Tiedottavat viestit ja varoitukset tarjoavat kontekstin. Ne näyttävät, mitä tapahtui juuri ennen ongelmaa tai heti sen jälkeen. Virheilmoitukset ovat merkittäviä ongelman oireita. Virheilmoituksen viestin tunniste on hyödyllinen hakukoneisiin syöttämisessä.
Kun valitset tutkittavan oireen, voit aloittaa sen tutkimisen. Hyvä paikka aloittaa on organisaatiosi sisäinen dokumentaatio. On mahdollista
että joku muu on jo nähnyt saman ongelman tai samanlaisen ongelman ympäristössäsi. Jos heillä on, on todennäköistä, että ongelman perimmäinen syy on sama. Jos tämä on ensimmäinen kerta, kun organisaatiossasi on havaittu vastaava ongelma, seuraavaksi tutkittava paikka on IBM:n verkkodokumentaatio. Suosittelemme seuraavien resurssien käyttämistä oireiden tutkimiseen: 5. WebSphere Information Center http://publi.boulder.ibm.com/infocenter/ws60help/index.jsp WebSphere Information Center sisältää yksityiskohtaisia tietoja tuotteen ominaisuuksista ja määrityksistä. Se sisältää myös kuvaukset kaikista WebSphere Application Server -järjestelmäsanomien tunnisteista ja se sisältää vianmääritysoppaan, joka saattaa auttaa ongelmien määrittämisessä: http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/ com.ibm. websphere.base.doc/info/aes/ae/welc_concepts_ctrb.html€Sphere Application Server -tukisivusto http://www-306.ibm.com/software/webservers/appserv/was/support Voit etsiä APAR-tiedostoja tukisivustosta ja teknisiä huomautuksia, jotka saattavat liittyä ongelman oireeseen. Kuten kohdassa "WebSphere-ylläpidon käyttäminen" sivulla 4 on kerrottu, APAR:t ovat raportteja tunnetuista WebSphere Application Server -koodivirheistä. Jos APAR-kuvaus vastaa ongelmaasi, sinun tulee asentaa WebSphere Application Server -korjauspaketti, joka sisältää APAR-korjauksen. APAR-kuvaus selittää, mikä korjauspaketti sisältää korjauksen. Tekniset huomautukset ovat asiakirjoja, jotka WebSphere Application Server -tukitiimi ja tietotekniikkatiimi luovat ja ylläpitävät. He dokumentoivat tunnetut ongelmat ja ratkaisut niihin. Tekniset huomautukset luodaan yleensä ongelmiin, jotka ratkaistaan konfiguraatiomuutoksella koodin vaihdon sijaan. ■ WebSphere developerWorks® http://www-130.ibm.com/developerworks/websphere developerWorks-sivusto sisältää monia IBM:n kehittäjien ja muun teknisen henkilöstön kirjoittamia artikkeleita. Monissa artikkeleissa käsitellään sovellusohjelmoinnin parhaita käytäntöjä ja annetaan vinkkejä WebSphere Application Serverin ongelmien välttämiseen ja ratkaisemiseen. IBM Support Assistant http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21192593 IBM Support Assistant on ladattava työkalu, jota käytetään monien IBM-ohjelmistojen ongelmien määritysprosessin yksinkertaistamiseen. Tuotteet. Support Assistantille on useita tuotelaajennuksia, mukaan lukien yksi WebSphere Application Server V6:lle. Se sisältää yhdistetyn hakuliittymän
, jonka avulla voit etsiä ongelman oireita useista IBM:n Web-sivustoista samanaikaisesti. Se tarjoaa myös helpon pääsyn tuotekoulutusmoduuleihin, mukaan lukien IBM Education Assistant. Jos sinun on avattava PMR IBM-tuen avulla, työkalu kerää asiaankuuluvat tiedot, joita tukitiimi tarvitsee. Voit jopa avata PMR:n työkalun sisällä.
Tämä kirja tarjoaa myös arvokasta tietoa, kun tutkit ongelmaasi.
Tässä vaiheessa olet tunnistanut erityiset ja yksityiskohtaiset ongelman oireet, palannut turvallisiin olosuhteisiin, jotta olet minimoinut ongelman liiketoiminnalliset vaikutukset, ja aloittanut ongelman tutkimisen ongelma. Seuraava askel on aloittaa ongelman perimmäisen syyn määrittäminen, joka on tämän kirjan pääpaino.
Kaikille ilmeneville ongelmille on olemassa kaksi päästrategiaa, joiden avulla voit määrittää perimmäisen syyn: analyysistrategia ja eristysstrategia.
Analyysistrategiaan kuuluu diagnostisten tietojen analysointi, mahdollisesti useiden iteraatioiden kautta, kunnes ongelman syy löydetään, kuten kuvassa 1-7 sivulla 30. Onnistuaksesi tämän strategian kanssa, sinulla on oltava hyvä käsitys diagnostisista tiedoista. Tämä on WebSphere Application Server -tukitiimin useimmin käyttämä strategia. Saatavilla on monia diagnostiikkatyökaluja, jotka auttavat sinua. Esimerkiksi ThreadAnalyzer auttaa sinua analysoimaan Java-säikeiden vedoksia, ja HeapRoots-työkalu on hyödyllinen muistiongelmien analysoinnissa. Voit tarkastella ja ladata uusimmat diagnostiikkatyökalut osoitteesta: tilaus-WebSphere Application Server -tukisivusto http://www-306.im.com/software/webservers/appserv/was/support WebSphere developerWorks http://www-130. ibm.com/developerworks/websphere
Analysoi tiedot
Kerää diagnostiikkatietoja
näet poikkeuksen Java-pinon jäljen. Pinon jälki luetaan alhaalta ylös. Alareunassa näet säikeen varaaman säikeen. Kun luet pinojäljen ylöspäin, näet kaikki kutsutut menetelmät (mukaan lukien WebSphere Application Server -koodi, sovelluskoodi ja mahdollisesti muut kolmannen osapuolen apuohjelmat), kunnes poikkeus tehdään. Voit käyttää pinojäljitystä tunnistaaksesi ongelmaskenaarion eri muuttujat ja poistaa ne sitten.
Se voi myös auttaa lisäämään tulostuskäskyjä sovellukseen virheenkorjaustietojen tulostamiseksi sovelluksen suorituksen aikana.
Analyysistrategian tapaan eristysstrategia on iteratiivinen prosessi. Jatka muuttujien poistamista, kunnes olet eristänyt ongelman aiheuttavan muuttujan.
Analysoi tulokset
Toista ongelma
Nyt kun olemme keskustelleet yleisistä ongelmanmäärityksen strategioista, keskitymme kunkin ongelman erityisiin strategioihin luokittelu.
Ongelmanmääritysprosessin seuraava vaihe ja erittäin tärkeä vaihe on ongelman luokittelu. Tämä kirja viittaa moniin eri ongelmien luokitteluihin. Sinun on selvitettävä, mihin luokitukseen ongelma sopii.
suorituskyvyn seuranta. Katso "Järjestelmänhallinta ja konfigurointi" sivulla 37 saadaksesi lisätietoja. ■ Sovellus- tai WebSphere-sovelluspalvelinprosessia (esimerkiksi sovelluspalvelinta, solmuagenttia tai käyttöönoton hallintaa) ei voida käynnistää. Kun ajetaan startServer-, startNode- tai startManager-komentoja WebSphere Application Server -prosessin käynnistämiseksi tai kun prosessin tai sovelluksen käynnistämiseen käytetään hallintakonsolia tai wsadmin-komentoa, ilmenee ongelma, joka aiheuttaa prosessin tai sovelluksen käynnistymisen epäonnistumisen. Katso "Sovellus- tai WebSphere-prosessi ei voi käynnistyä" sivulla 42 saadaksesi lisätietoja. ■ Sovellus ei vastaa saapuviin pyyntöihin. Tämä voi johtua Web-palvelimen, Edge-komponentin tai Web-palvelimen laajennusongelmasta, sovelluspalvelimen kaatumisesta, jumiutumisesta, muistin loppumisesta tai suorittimen 100-prosenttisesta käyttötilasta. Katso "Sovellus ei vastaa saapuviin pyyntöihin" sivulla 43 saadaksesi lisätietoja ongelman perimmäisen syyn määrittämisestä. ■ Sovellus tuottaa odottamattomia tuloksia (mahdollisesti virheitä tai poikkeuksia). Virhe näkyy tai poikkeus tehdään, kun tietty sovelluskoodi suoritetaan tai kun tietyt ehdot (esimerkiksi raskas kuorma) täyttyvät. Sovellus voi myös toimia eri tavalla kuin odotettiin, mutta se ei aiheuta virhettä tai poikkeusta. WebSphere Application Serverin useissa osissa tämän tyyppisiä ongelmia saattaa ilmetä. Katso "Odottamattomat tulokset sovelluksesta" sivulla 49 saadaksesi lisätietoja. ■ Sovellus ei voi muodostaa yhteyttä ulkoiseen järjestelmään tai resurssiin. Sovelluksen on ehkä käytettävä ulkoista järjestelmää tai resurssia. Tämä voi olla tietokanta, viestintäjärjestelmä, Java Connector Architecture (JCA) -sovelluksen kautta käytettävä yritystietojärjestelmä, etäjärjestelmässä toimiva Enterprise JavaBeans™ (EJB™) tai verkkopalvelu. Yhteyden muodostamisessa ulkoiseen järjestelmään tai resurssiin saattaa olla ongelma, tai virhe voi tapahtua, kun sovellus on vuorovaikutuksessa sen kanssa. Katso "Sovellus ei voi muodostaa yhteyttä ulkoiseen järjestelmään tai resurssiin" sivulla 63 saadaksesi lisätietoja. ■ Sovellus toimii hitaasti tai sen suorituskyky heikkenee ajan myötä. Vaikka suorituskykyongelmat eivät kuulu tämän kirjan soveltamisalaan, tarjoamme joitakin ulkoisia resursseja suorituskykyongelmiin. Yleensä suorituskykyongelmat voidaan korjata virittämällä WebSphere Application Server, muut ohjelmistotuotteet, joiden kanssa se on vuorovaikutuksessa, ja käyttöjärjestelmä. Perusteellinen suorituskyvyn testaus ja viritys on suoritettava ennen sovelluksen tuotantoa. Katso "Sovellus on hidas tai sen suorituskyky heikkenee ajan myötä" sivulla 69 saadaksesi lisätietoja.
WebSphere Application Server -tukitiimi on havainnut, että suurin osa asiakkaiden kohtaamista ongelmista sopii johonkin näistä ongelmaluokituksista. Tässä kirjassa annamme kattavaa tietoa joidenkin näiden yleisten ongelma-alueiden ongelmien määritysstrategioista. Niiden ongelmaluokittelujen osalta, joita ei käsitellä tässä kirjassa, tarjoamme linkkejä ulkoisiin resursseihin, joissa käsitellään kunkin ongelmatyypin ongelman määrittämistä.
Jos olet jo tutkinut WebSphere-lokeja ja todennut, että tietty virhesanoma sisältää ongelman avaimen, käytä taulukkoa 1-1 pikaviitteenä löytääksesi tiedot viestin etuliitteestä.
Viestin etuliitteet Aihe
WSVRT (IVT:n aikana)
WACS, APPR, ASYN, OBPL, SCHD, STUP, "Ohjelman mallilaajennukset" sivulla 59 ACWA
Viestin etuliitteet Aihe
merkistö" sivulla 61
CHFW, DCSV, HTPC, SSLC, TCPC, WSSC, "Kuljetuskanavapalvelu" sivulla 62 ja XMEM
CWSIF, CWSIH, CWSII, CWSIJ, CWSIK, CWSIL, CWSIM, CWSIN, CWSIO, CWSIP, CWSIQ, CWSIR, CWSIS, CWSIT, CWSIU, CWSIH, CWSII, CWSIW , CWSIY, CWSIZ, CWSJA, CWSJB, CWSJC, CWSJD, CWSJO, CWSJQ, CWSJR, CWSJU, CWSJW, CWSWS, WMSG
Tämä osio käsittelee WebSphere Application Serverin asennukseen tai edellisestä siirtymiseen liittyviä ongelmia julkaisut.
Huomautus: Katso asennusongelmien ongelmien määritysstrategiat kohdasta WebSphere Application Server V6: Installation Problem Determination osoitteessa: http://www.redbooks.ibm .com/redpapers/pdfs/redp4068.pdf
Oire: Sinulla on ongelmia sovelluksen käyttöönotossa WebSphere Application Serverissä hallintakonsolin tai wsadminin avulla. Saatat saada WebSphere-järjestelmäviestejä, jotka alkavat sanalla ADMA.
varten katso seuraavat resurssit: 1. WebSphere Information Center: Sovellusten kehittäminen ja käyttöönotto http://publib.boulder.ibm.com/infocenter/ws60help /index.jsp?topic=/com.ibm. websphere.base.doc/info/aes/ae/welc6topdeveloping.html
Oire: Yrität käyttää WebSphere Rapid Deploymentia sovelluksen kehittämiseen ja testaamiseen. Et voi muodostaa yhteyttä sovelluspalvelimeen tai WebSphere Rapid Deployment ei luo tai päivitä sovelluksia.
Application Server V6: System Management Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4067.pdf
Oire: Sinulla on ongelma, kun käytät Application Server Toolkit (AST) -työkalua sovellusten kokoamiseen. Tämä kattaa kaikki mahdolliset AST:n ongelmat, mukaan lukien sen käynnistäminen, kaikki sovelluksen kokoonpanossa kohtaamasi ongelmat ja mahdolliset virheet.
1.4.3 Järjestelmän hallinta ja määritys Oire: WebSphere Application Server -järjestelmän hallinnassa tai määrityksessä on vaikeuksia. Tämä sisältää ongelmia seuraavissa järjestelmän hallintatyökaluissa tai toiminnoissa: määritys ja hallinta hallintatyökalujen avulla Suojaus ja hallinta JMX-asiakasohjelmat PMI ja Tivoli Performance Viewer
Oire: Sinulla on ongelmia hallintakonsolin, wsadmin-komentosarjatyökalun tai komentorivin komentosarjojen käytössä tai käytössä. Tämä voi sisältää seuraavat oireet: Et voi käyttää hallintakonsolia. Et voi käyttää palvelinprosesseja wsadmin- tai hallintakomentosarjoilla, kuten stopServer. ∎ Saat virheitä suorittaessasi järjestelmän hallintatoimintoja, esimerkiksi hallitseessasi sovelluspalvelimia, solmuagentteja, Web-palvelimia tai sovelluksia. ■ Et voi yhdistää solmua käyttöönottohallinnan kanssa. Tallenna ristiriitaviestit hallintakonsoliin. ■ Yrityssovelluksesi eivät enää näy hallintakonsolissa.
-ongelmien ongelmien määritysstrategiat kohdasta WebSphere Application Server V6: System Management Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/ redp4067.pdf
Löydät järjestelmänvalvojan komentosarjatyökalujen ongelmiin liittyviä ongelmanmääritysstrategioita seuraavista resursseista: ! .ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/tovr_ant.html 1. WebSphere Information Center: komentorivityökalujen käyttäminen http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic= /com. ibm.websphere.base.doc/info/aes/ae/txml_command.html
Löydät ongelmien määritysstrategioita muihin järjestelmän hallintaongelmiin seuraavista resursseista: 100-20 WebSphere Information Center: Hallinta-arkkitehtuurin määrittäminen http://publib.boulder. ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/tagt_admin.html ! com. ibm.websphere.nd.doc/info/ae/ae/trun_svr_conf.html WebSphere Information Center: hallinnon vianmääritys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com . ibm.websphere.base.doc/info/aes/ae/ttrb_admin.html WebSphere Information Center: Selitykset ADFS:stä, ADMB, ADMC, ADMD, ADME, ADMF, ADMG, ADMK, ADML, ADMN, ADMR, ADMS, ADMU, BNDE-, CHKC-, CHKP-, CHKS-, CHKW-, ECNS-, ODCF-, PROC-, WACT- ja WSVM-järjestelmäviestit http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.express.doc/info/exp/ae/welc_ref_trb_msg.html 1. MustGather: Järjestelmänhallintatoiminnot V5.0-, V5.1- ja V6.0-versioille http://www-1.ibm.com/support/docview .wss?rs=180&uid=swg21199596 kulut A Solmun ongelmat versiolle V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196227 MustGather: V6.0:n profiilin luomiseen/poistoon liittyvät ongelmat www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196228
Katso MustGather: Mallien käyttö ja luonti epäonnistuu V6.0:ssa http://www-1.ibm.com/support/docview.wss ?rs=180&uid=swg21195439–MustGather: Solmuagentin ja Deployment Managerin etsintäongelmat kaikissa V6.0:n julkaisuissa ja versioissa http://www-1.ibm.com/support/docview.wss?rs=180&uid =swg21962201- MustGather: Portinhallinta V6.0:lle http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196226WebSphere Application Server V6 System Management & Konfigurointikäsikirja, SG24-6451.
Huomautus: Lisätietoja SSL-määrityksen ongelmista on kohdassa WebSphere Application Server V6: System Management Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4067.pdf
. com.ibm. websphere.base.doc/info/aes/ae/ttrb_admin.html MustGather: JMX API -asiakasohjelma V6.0:lle http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196218
Oire: Sinulla on ongelma Performance Monitoring Infrastructuressa (PMI) tai Tivoli Performance Viewerissa. Saatat saada WebSphere-järjestelmäviestejä, joiden alussa on PMON. Sinulla voi myös olla ongelmia PMI:n määrittämisessä tai minkä tahansa toiminnon suorittamisessa Tivoli Performance Viewerin kanssa hallintakonsolissa.
suorituskykyä useiden laskurien ja tilastojen avulla. Voit tarkastella suorituskykytietoja käyttämällä hallintakonsolin Tivoli Performance Vieweria. Lisätietoja näistä ominaisuuksista on kohdassa "Sovelluksen testaus" sivulla 7.
Odottamattomat tulokset sovellukselta. Sovellus ei voi muodostaa yhteyttä ulkoiseen järjestelmään tai resurssiin.
Oire: Sovellus- tai WebSphere Application Server -prosessi (esimerkiksi sovelluspalvelin, solmuagentti tai käyttöönoton hallinta) ei voi käynnistyä.
startManager- ja stopManager-komentojen kanssa, katso WebSphere Application Server V6: System Management Problem Determination osoitteessa http://www.redbooks. ibm.com/redpapers/pdfs/redp4067.pdf
Sovellus ei vastaa saapuviin pyyntöihinOire: Sovellus ei vastaa saapuviin pyyntöihin. Vika voi johtua seuraavista osista tai olosuhteista: IBM HTTP Server - Edge -komponentit - Web-palvelin -liitännäinen - Sovelluspalvelin kaatuu - Sovelluspalvelin hangtuu - 100 % suorittimen käyttöaste - muisti täynnä
Oire: Sovelluspalvelin ei vastaa saapuviin pyyntöihin ja IBM HTTP Server ei palvele staattisia HTML-sivuja.
Laad Balancer, version 6 vianmääritys http://www-306.ibm.com/software/webservers/appserv/doc/v60/ec /infocenter/ edge/LBguide.htm#HDRTRB
Web-palvelinlaajennuksen avulla Web-palvelin voi lähettää dynaamisen sisällön pyyntöjä Web-sovelluksiin (servletit ja JSP:t), jotka on asennettu WebSphereApplication Serveriin.
vastaa, kun sitä käytetään suoraan sovelluspalvelimen kautta, mutta ei, kun sitä käytetään Web-palvelimen kautta. Web-palvelimen liitännäisongelman korkean tason oireet ovat seuraavat: määrä- plug-in-asennuksen tai -määrityksen jälkeen
Jos sovelluksesi ei vastaa pyyntöihin, tarkista ensin, vastaako verkkopalvelimesi staattisia HTML-sivuja koskeviin pyyntöihin. Jos on, voit rajata huomiosi laajennukseen ja sovelluspalvelimeen.
sovelluspalvelimella ohittaen laajennuksen. Voit tehdä tämän käyttämällä sovelluspalvelimen HTTP-siirtoporttia (oletuksena portti 9080) URL-osoitteessa päästäksesi servlettiin tai JSP:hen. Voit esimerkiksi yrittää käyttää snoop-servlettiä, joka on yksi WebSphere Application Server -esimerkeistä: http://localhost:9080/snoop
Sovelluspalvelimen kaatuminen Oire: Sovellus ei vastaa saapuviin pyyntöihin. Sovelluspalvelinprosessi ei ole enää käynnissä.
Oire: Sovellus ei vastaa saapuviin pyyntöihin, mutta sovelluspalvelinprosessi on edelleen käynnissä.
J2EE-sovelluksissa ripustettujen säikeiden havaitseminen http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.base.doc/info/aes/ae/ctrbhangdetection.html&hl=fi Verkkomoduuli tai sovelluspalvelin kuolee tai jumittuu http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic= /com. ibm.websphere.base.doc/info/aes/ae/rtrb_appdies.html&uid IBM Education Assistant: WebSphere Application Server -ongelmien määritys http://www-1.ibm.com/support/docview.wss?rs=180&uid =swg20054607 Löydät luettelon MustGather-asiakirjoista jumittumista varten seuraavalla hakuargumentilla http://www-1.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1=SSCMPB9&q= Täytyy kerätä asiakirja
Oire: Huomaat, että WebSphere Application Server -prosessi (sovelluspalvelin, klusterin jäsen, solmuagentti tai käyttöönottohallinta) saavuttaa 100 % tai epätavallisen korkean prosenttiosuuden suorittimen käyttöasteesta.
Saatat huomata tämän tarkistamalla järjestelmän kunkin prosessin suorittimen käytön käyttöjärjestelmän apuohjelmilla, tai sinulla saattaa olla sovelluspalvelin, joka johtuu korkeasta suorittimen käytöstä.
Löydät ongelmanmääritysstrategioita 100-prosenttisen suorittimen käyttöongelmiin seuraavista resursseista: 100 % CPU:n käyttö AIX®-alustoilla http://www-1.ibm.com/support/docview.wss?rs= 180&uid=swg21116458 A. MustGather: 100 % suorittimen käyttö HP-UX:ssa http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21166017 Linuxissa %PU10 MustGather ® http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21132699Katso: 100 % suorittimen käyttö Solaris™-alustoilla http://www-1.ibm.com/support /docview.wss?rs=180&uid=swg21115625€ MustGather: 100 % suorittimen käyttö Windows-alustoilla http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21137447
Muisti loppuOire: Huomaat, että WebSphere Application Server -prosessi (sovelluspalvelin, klusterin jäsen, solmuagentti tai käyttöönottohallinta)
kuluttaa koko järjestelmässäsi käytettävissä olevan muistin tai näet java.lang.OutOfMemoryError-ilmoituksen prosessin SystemOut- tai SystemErr-lokissa.
Saatat huomata tämän tarkistamalla käyttöjärjestelmäsi apuohjelmia käyttävän muistin käytön, tarkistamalla lokit tai saattamalla sovelluspalvelimen jumiin, mikä johtuu muistin loppumisesta.
Odottamattomat tulokset sovelluksestaSovellus tuottaa odottamattomia tuloksia (mahdollisesti virheitä tai poikkeuksia). Tämä on laaja luokka, joka sisältää ongelmia, joita voi esiintyä missä tahansa seuraavista ajonaikaisista osista tai palveluista: juuri-In-Time (JIT)-kääntäjä-Web-säilö-EJB-säilö-Classloader- Session management-resurssit Korkean käytettävyyden hallinta - Tietojen replikointipalvelu - Ohjelmamallin laajennukset
Oire: Saat ajoittain odottamattomia tuloksia sovelluksesta. JIT-kääntäjän poistaminen käytöstä ratkaisee ongelman.
Lisätietoja sekatilan kynnysarvosta on osoitteessa http://www.ibm.com/developerworks/java/jdk/diagnosis
Jos ongelma ilmenee edelleen, kun JIT on poistettu käytöstä, tarkista muut tässä kuvatut ongelmaluokitukset, määritä, mihin luokitukseen ongelma sopii, ja noudata kyseisen luokituksen ongelmanmääritysvaiheita.
Huomautus: Katso Web-säilöongelmien ongelmien määritysstrategiat kohdasta WebSphere Application Server V6: Web Container Problem Determination osoitteessa: http://www.redbooks .ibm.com/redpapers/pdfs/redp4058.pdf
EJB-kontti
ongelma näyttää johtuvan EJB:stä (entity beans, session beans, andmessage-driven beans). Korkean tason oireet voivat sisältää mitä tahansa seuraavista: Odottamaton käyttäytyminen, kun EJB toimii seuraavat etuliitteet: CNTR, PMGR ja ACIN
100-20 WebSphere Information Center: PMGR-järjestelmäviestien selitys http:// publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/PMGR.html WebSphere Information Center: ACIN-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/ACIN.html MustGather: EJB-säilö V4.0-, V5.0-, V5.1- ja V6-julkaisuille http://www-1.ibm.com/support/docview. wss?rs=180&uid=swg21153218 MustGather: Persistence Manager http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21200344
Löydät luokanlatausongelmien ongelmanmääritysstrategioita seuraavista resursseista: 1. WebSphere Information Center: Luokan lataus http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com . ibm.websphere.base.doc/info/aes/ae/trun_classload.html… aihe=/fi. ibm.websphere.base.doc/info/aes/ae/rrun_classload_rlinks.html 1. WebSphere Information Center: Luokkalatainten vianmääritys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.nd.doc/info/ae/ae/ttrb_classload_viewer.html 5.5.5.5.5.2.2.2.2.2.2.2.2. swg21196187
Istunnon hallinta Istunto (jota joskus kutsutaan HTTP-istunnoksi) on sarja HTTP-pyyntöjä servletille samalta käyttäjältä, joka käyttää samaa verkkoselainta. WebSphere
Sovelluspalvelin tarjoaa istunnonhallintatoiminnon, jonka avulla voidaan seurata jokaista käyttäjää ja antaa sovelluksille mahdollisuuden tarjota personoitua sisältöä.
-istuntojen hallintaan liittyy ongelma. Tähän voi sisältyä mikä tahansa seuraavista: ‐ Odottamaton istunto‐ Odottamaton istunto‐ Odottamaton istunto‐ Odottamaton istunto‐ Odottamaton istunto‐ Tallennustilanteen aikakatkaisut‐ Ongelmia istunnon kanssa (tietokannan pysyvyydessä tai muistista muistiin -istunnoissa). mukautettu verkkosisältö-Virhe- tai varoitusviestit etuliitteellä SESN
Application Server V6: Web Container Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4058.pdf
-ympäristössä on istunnonhallintaongelma, taustalla saattaa olla Web-palvelimen laajennusongelma. Lisätietoja tästä on kohdassa WebSphere Application Server V6: Web Server Plug-in Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4045.pdf
Huomaa, että tietojen replikointipalvelun ongelmat voivat aiheuttaa istunnon hallintaongelmia (katso "Tietojen toisinnuspalvelu" sivulla 58).
Dynaaminen välimuisti Dynaaminen välimuistiominaisuus tallentaa välimuistiin servlettien, JSP:iden ja ulkoisten Web-palvelujen tulosteet, joita asiakkaat kutsuvat WebSphere Application Server -sovelluksessa.
WebSphere Application Serverin dynaamisen välimuistiominaisuuden kanssa. Mahdollisiin ongelmiin voi kuulua mikä tahansa seuraavista: Odottamaton tai virheellinen välimuistin käyttäytyminen; virheet ja poikkeukset dynaamisesta välimuistikomponentista; dynaamisen välimuistin määritysongelmat; hidasta suorituskykyä.
LastenA WebSphere Information Center: dynaamisen välimuistipalvelun vianmääritysvihjeitä http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/ index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/rdyn_trb.htmlLastena WebSphere Information Center: DYNA-järjestelmäviestien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/DYNA.html–MustGather: Dynaamisen välimuistin ongelmat V6.0:ssa http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21193837
Huomaa, että tietojen replikointipalvelun ongelmat voivat aiheuttaa dynaamisia välimuistiongelmia (katso "Tietojen toisinnuspalvelu" sivulla 58).
tapahtumien hallintaan liittyy ongelma. Tämä sisältää minkä tahansa seuraavista oireista: Odottamaton tapahtumakäyttäytyminen-Odottamaton tapahtuman aika loppunut-
yrityksen tietojärjestelmän yhteysongelmiin, jotka on kuvattu kohdassa "Sovellus ei voi muodostaa yhteyttä ulkoiseen järjestelmään tai resurssiin" sivulla 63.
Application Serverin WLM-ominaisuuksissa, mukaan lukien kuormituksen tasaus ja EJB-pyynnön tai HTTP-pyynnön vikasieto. Mahdollisia ongelmia ovat mm.: määrä- myönnetty) kaikki WLM:ään liittyvät virheet tai poikkeukset. Virhe- tai varoitusviestit etuliitteellä WWLM
Löydät ongelmanmääritysstrategioita EJBrequestsin WLM:n ongelmiin seuraavista resursseista:. http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/crun_wlm.htmlKatso WebSphere Information Center: Työkuormituksen hallintakomponenttien vianmääritysvihjeitä http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.nd.doc/info/ae/ae/rtrb_wlmcomp.html… WebSphere Information Center: Työkuormaa ei jaeta .websphe re.nd.doc/info/ae/ae/rtrb_wlmprobs.html… aihe=/fi. ibm.websphere.nd.doc/info/ae/ae/rrun_wlm_exceptions.htmlEt jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/rrun_wlm_rlinks.htmlsphere Information Center: WWLM-järjestelmäviestien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/WWLM.html–MustGather: Enterprise JavaBeans (EJB) -työkuorman hallinta http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21052165
WebSphere Application Server V6:n korkean käytettävyyden hallintaohjelma poistaa yksittäiset vikakohdat ja tarjoaa vikasietoisuuden kaikille sovelluksille ja WebSphereApplication Server -palveluille. Se hallitsee sovelluksiesi ja palveluidesi saatavuutta. Sitä käsitellään yksityiskohtaisesti kohdassa "Korkea saatavuus ja vikasietoisuus" sivulla 14.
WebSphere Application Server -sovelluksessa, mukaan lukien - poikkeuksia korkean käytettävyyden hallinnasta. määrä Virhe- tai varoitusviestit, jotka alkavat HMGR:llä, CWRCB:llä tai CWWCW:llä.
Löydät ongelmanmääritysstrategioita korkean käytettävyyden hallintaan liittyviin ongelmiin seuraavista resursseista: 1. WebSphere Information Center: Korkean käytettävyyden ympäristön määrittäminen http://publib .boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/trun_haenvironment.html 8. WebSphere Information Center: korkean saatavuuden hallinta http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.nd.doc/info/ae/ae/crun_hahamanager.html WebSphere Information Center: korkean käytettävyyden ympäristöongelmien vianmääritys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.nd.doc/info/ae/ae/rtrb_ha_env_trbl.html 8. WebSphere Information Center: Tietoja korkeasta käytettävyydestä http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic= /com. ibm.websphere.pmc.nd.doc/tasks/tjt0014_.html 8. WebSphere Information Center: HMGR-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.messages.doc/doc/HMGR.html WebSphere Information Center: CWRCB-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WRCB.htmlC-tietokeskus WebSphere-tietokeskus: CWWCW-järjestelmäsanomien selitys http://publi.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/CWCW.htmlWatherWCW.html MustGather: High Availability ja High Availability (HA) Manager http://www-1.ibm.com/support/docview.wss?rs=180&uid= swg21201016
Tietojen replikointipalvelu siirtää tietoja klusterin jäsenten välillä, mikä mahdollistaa istunnon muistista muistiin replikoinnin, dynaamisen välimuistin ja tilallisen istuntopavan vikasietoisuuden.
WebSphere Application Server -sovelluksessa. Mahdollisia ongelmia ovat mm.: Odottamaton tietojen replikointikäyttäytyminen (saattaa esiintyä työkuorman hallinnan, dynaamisen välimuistin tai istunnon hallintaongelmina). kaikki virheet tai poikkeukset tietojen replikointipalvelusta. jotain CWWDR.-alkuisia virhe- tai varoitusviestejä
Voit löytää ongelmien määritysstrategioita tiedon replikointipalvelu-ongelmille seuraavista resursseista: Veessphere Information Center: Tietojen replikointi klusterin sovelluspalvelimien välillä http: //publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/trun_drs_replication.html… WebSphere Information Center: Replikointi http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/crun_drs_replication.html… =/com. ibm.websphere.messages.doc/doc/CWWDR.html
Ohjelmointimallilaajennukset (PME) parantavat sovellusten ominaisuuksia ja suorituskykyä sekä tekevät ohjelmoinnista ja käyttöönotosta nopeampaa ja tuottavampaa.
Laske- WebSphere Information Center: käynnistyspavut http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_sub.htmlAE WebSphere Information Center: STUP-järjestelmäviestien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/STUP.html€Sphere Information Center: Työalue http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_wa.html… =/com. ibm.websphere.messages.doc/doc/ACWA.html
Oire: Sinulla on minkä tahansa tyyppisiä ongelmia merkkikoodauksen tai sovelluksesi kansainvälistymisen kanssa (tulosteen tuottaminen eri alueiden kielellä, aikavyöhykkeellä, valuutalla ja kulttuurisovelluksilla) alueet). Tämä voi sisältää: - Ongelmia kaksitavuisten merkkien näyttämisessä tietyillä kielillä.Ongelmia, joita esiintyy vain kansainvälistyneissä sovelluksissa. - Virheet tai varoitusviestit, jotka alkavat I18N:llä ja LTXT:llä.
Server V6: Web Container Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4058.pdf
seuraavista resursseista:. index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_in.html… com. ibm.websphere.base.doc/info/aes/i18n/ref/rin_troubleshoot.html… ?topic=/com. ibm.websphere.base.doc/info/aes/ae/rin_resources.html
Siirtokanavapalvelu on WebSphere Application Server V6:n uusi ominaisuus. Se hallitsee asiakasyhteyksiä ja HTTP- ja JMS-pyyntöjen I/O-käsittelyä Java 1.4:n uusien ei-estävien I/O-ominaisuuksien perusteella.
Katso WebSphere Information Center: HTPC-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.messages.doc/doc/HTPC.html€Sphere Information Center: SSLC-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/SSLC.html€Sphere Information Center: TCPC-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/TCPC.html€Sphere Information Center: WSSC-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WSSC.html‐WebSphere Information Center: XMEM-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/XMEM.html
Näihin ongelmiin kuuluvat: JCA-yhteyksien hallinta - Tietokantayhteydet - Viestit - JNDI-nimeämispalvelut
Oire: Sinulla on ongelmia yhteyden muodostamisessa ulkoiseen resurssiin Java Connector Architecture (JCA) -yhteyshallinnan kautta. Tämä sisältää tietolähteet (joita käytetään JDBC™-tietokantayhteyksien hankkimiseen), JMS-yhteystehtaita ja yhteyksiä yrityksen tietojärjestelmiin asennetulla JCA-resurssisovittimella. JCA-yhteyksienhallinta yhdistää ja hallinnoi yhteyksiä näihin järjestelmiin.
, yhteyden muodostusongelmat, aktivointimääritykset, jotka saavat viestejä taustajärjestelmistäsi. JCA-yhteysoireet havaitaan WebSphere-virhesanomien kautta, joissa on etuliitteet DSRA, WSCL, J2CA, WTRN, CONM, SQLException tai tietokannan virhekoodeja.
voivat ilmetä yhtenä tai useampana seuraavista alkuoireista:
Yhteys katkeaa tai palauttaa tiedot väärin sovellukseen.
kohdasta WebSphere Application Server V6: JCA Connection Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/ redp4080.pdf
-ongelmien ongelmien määritysstrategiat ovat artikkelissa WebSphere Application Server V6: JCA Connection Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4080 .pdf
CWSIA, CWSIB, CWSIC, CWSID, CWSIE, CWSIF, CWSIH, CWSII, CWSIJ, CWSIK, CWSIL, CWSIM, CWSIB, CWSW CWSIQ, CWSIR, CWSIS, CWSIT, CWSIU, CWSIV, CWSIW, CWSIX, CWSIY, CWSIZ, CWSJA, CWSJB, CWSJC, CWSJD, CWSJO, CWSJQ, CWSJR, CWSJW, CWSJW, ja CWSJW. Huomaa, että nämä viestit sisältävät kymmentä merkkiä yhdeksän sijasta. Ongelmia WebSphere MQ JMS -toimittajan tai yleisen JMS-palveluntarjoajan kanssa voivat olla JMS-yhteystehdas- tai kohdemääritysongelmia, viestikuuntelijapalvelu- ja viestipohjaisia papu-ongelmia sekä WebSphere-järjestelmäviestejä, jotka alkavat WMSG:n kanssa.
WebSphere Application Server V6: Default Messaging Provider Problem Determination osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4076 .pdf
JNDI-haun kautta. Merkkejä JNDI-ongelmasta ovat mm.: määrä-
Object Request Brokerin (ORB) kautta. ORB-ongelman merkkejä ovat: ORB-virheet tai poikkeukset SystemOut- tai SystemErr-lokissa. Todennäköisimmin nämä ovat CORBA-virhekoodeja (kuten CORBA COMM_FAILURE). jotain ORBX-alkuisia virhe- tai varoitusviestejä.
Katso WebSphere Information Center: ORBX-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.messages.doc/doc/ORBX.html–MustGather: Object Request Broker (ORB) kaikille julkaisuille http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21157005
palveluasiakkaana etäverkkopalveluun tai kun se toimii verkkopalveluna, jota ulkoiset asiakkaat käyttävät. Näitä ovat: - Web-palvelujen virheet ja poikkeukset, jotka näkyvät SystemOut- ja SystemErrects-logeissa -> Unexpective Web-palveluiden käyttäytyminen-Määritysongelmat-Ongelmia Web-palvelujen työkaluissa, kuten Java2WSDL- ja WSDL2Java-skriptit-Ongelmia, jotka ilmenevät verkko- tai Web-palveluita määritettäessä. palvelut yhdyskäytävän ilmentymät palvelun integrointiväylällä. Virhe- tai varoitusviestit, jotka alkavat WSWS:llä, SOAP:lla, WSIF:llä (verkkopalveluille) tai CWWSG:llä (verkkopalveluyhdyskäytävälle)
Löydät verkkopalveluiden ongelmien määritysstrategioita seuraavista resursseista: – WebSphere Information Center: Web Services http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com . ibm.websphere.base.doc/info/aes/ae/welc6tech_wbs.html#Sphere Information Center: Web-palvelujen vianmääritys http://publib.boulder.base.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ae/twbs_troubleshootwbs.htmlEt ?topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_trbcommand.html
Katso WebSphere Information Center: Verkkopalvelut: Oppimisresurssit http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index .jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_resourceslearning2.htmlKatso WebSphere Information Center: WSWS-järjestelmäviestien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic? =/com. ibm.websphere.messages.doc/doc/WSWS.htmlAkt ibm.websphere.messages.doc/doc/SOAP.html€Sphere Information Center: WSIF-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WSIF.htmlA WebSphere Information Center: CWWSG-järjestelmäsanomien selitys http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WWSG.htmlC.MustGather: Web Services Engine -ongelmat kaikissa WebSphere Application Server V5.0.2-, V5.1- ja V6.0 -julkaisuissa ja -versioissa http://www-1.ibm. com/support/docview.wss?rs=180&uid=swg211983633 MustGather: Ongelmia verkkopalveluyhdyskäytävässä http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg210159216 MustGather: Web Services Invocation Frameworkin (WSIF) liittyvät ongelmat http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg211591555555555555555555555555555555555555555555> MustGather: Ongelmia UDDI:n kanssa http://www-1 .ibm.com/support/docview.wss?rs=180&uid=swg21164764
Tämä laaja luokitus kattaa kaikki ongelmat, jotka liittyvät hitaisiin tai huonontuviin suorituskykyihin.
Kuten olet ehkä jo ymmärtänyt, monet WebSphere Application Server V6:n mahdolliset ongelmat voidaan ratkaista ilman WebSphere Application Server -tukitiimin apua. Valmistautumalla huolella ongelmiin ja ennaltaehkäisemällä niitä sekä noudattamalla ongelmanmääritysstrategiaasi pystyt ratkaisemaan useimmat ongelmat itse. Saattaa kuitenkin olla tilanteita, joissa tukitiimin kutsuminen on tarpeen, varsinkin jos WebSphere Application Server -koodivirhe on ongelman syy. Tässä osassa kerrotaan IBM:n tukiprosessista ja siitä, kuinka voit työskennellä tukitiimin kanssa tehokkaimmin.
Jotta saisit kaiken hyödyn irti IBM:n tukiprosessista, on tärkeää ymmärtää tukiorganisaation rakenne. On olemassa useita tukihenkilöryhmiä, joiden kanssa voit työskennellä kunkin ongelman parissa:
Katsotoimiston (ongelmansyöttö) -tiimi Jos ilmoitat ongelmasta puhelimitse, ensimmäinen henkilö, jonka kanssa puhut, on front officen jäsen ( kutsutaan myös ongelmansyöttö) -tiimiksi. Tämän tiimin ihmiset työskentelevät kanssasi kansallisella kielelläsi. Ne sijaitsevat yleensä samalla alueella maailmassa, josta soitat. Front office -tiimin päätavoitteena on saada sinulta yksityiskohtainen ongelmakuvaus, vahvistaa yhteystietosi ja saatavuus, avata ongelmanhallintatietue (PMR) ja sitten reitittää PMR sopivalle tuotetukitiimille. Taso 1) -tiimi Seuraava vaihe prosessissa on, että käyttöliittymätiimi (Yhdysvalloissa tason 1 tukitiimi) työskentelee PMR:n parissa. Jos avaat PMR:n sähköisesti, tämä on ensimmäinen tiimi, jonka kanssa työskentelet. Tämä tiimi työskentelee kanssasi myös kansallisella kielelläsi, ja he sijaitsevat yleensä samalla alueella maailmassa kuin sinä. Monien maiden käyttöliittymätiimin henkilöillä on laajat taidot monissa IBM-ohjelmistotuotteissa, ja he työskentelevät PMR:inä useille tuotteille. Tason 1 tiimi Yhdysvalloissa toimii vain WebSphere Application Server PMR:illä. Heillä on laajat WebSphere Application Server -taidot ja he tukevat koko tuotetta. Tukianalyytikot saavat lisätietoja ongelmasta. He todennäköisesti pyytävät tiedostoja tai lokeja, jotka auttavat määrittämään ongelman syyn. Sitten he tutkivat ongelmaa ja tarjoavat mahdollisia ratkaisuja. Jos he eivät pysty tarjoamaan ratkaisua ongelmaan, he eskaloivat PMR:n seuraavalle tukitasolle. Takapää (taso 2) -tiimi PMR-tiimi siirretään taustapään (taso 2) tukitiimille, jos sitä ei voida ratkaista. käyttöliittymän tai tason 1 tiimin toimesta. WebSphere Application Serverin Level 2 -tiimi sijaitsee vain Yhdysvalloissa, ja he työskentelevät vain englanniksi. Käyttöliittymätiimi kysyy, pystytkö työskentelemään tason 2 tiimin kanssa englanniksi. Jos haluat työskennellä mieluummin omalla kielelläsi, käyttöliittymätiimi voi kääntää tason 2 tiimin viestit puolestasi. Tason 2 tiimi koostuu ryhmästä erikoistuneita tiimejä. Jokainen tiimi työskentelee vain tietyillä tuotteen osa-alueilla, ja he kehittävät asiantuntemusta niiltä osin. He tekevät laajemman analyysin ongelmasta ja lähettämistäsi tiedostoista ja saavat tarvittaessa lisätietoja ongelmasta. Tason 2 tiimi saattaa myös pyytää tarkempia diagnostisia tietoja, kuten tietyn komponentin jälkiä, auttaakseen tutkimuksessaan. Analysoituaan kaikki tiedot ja suoritettuaan tutkimuksen Level 2 -tiimi joko tarjoaa ratkaisun ongelmaan tai työskentelee seuraavan tason tuen kanssa, jos he uskovat, että ongelman aiheuttaa WebSphere
Sovelluspalvelimen koodivirhe. Siinä tapauksessa aukeaa valtuutettu ohjelmaanalyysiraportti (APAR). ▪ Muutostiimi (Taso 3) Jos tason 2 tiimin analyysi osoittaa, että ongelma johtuu WebSphere Application Server -koodin viasta, he lähettävät PMR:si muutostiimille, joka tunnetaan myös nimellä Level 3 -tiimi. Muutosryhmä on osa WebSphere Application Server -kehitysryhmää, joka on keskittynyt erityisesti vikojen korjaamiseen. Tason 3 tiimin jäsenet työskentelevät vain yhdessä tietyssä WebSphere Application Server -komponentissa. Heillä on erittäin syvät tiedot kyseisestä komponentista. Tason 3 tiimi ei kommunikoi suoraan asiakkaiden kanssa. Sen sijaan he tarjoavat päivityksiä tason 2 tiimille, ja tason 2 tiimi välittää päivitykset asiakkaalle.
Ennen kuin avaat PMR:n, suosittelemme, että noudatat kaikkia tässä kirjassa käsiteltyjä ongelmanmääritysstrategioita. Tärkeintä on tutkia ongelmaa. WebSphere Application Server -tukitiimi on havainnut, että muut asiakkaat ovat jo ilmoittaneet suuren osan ongelmista. Näissä tapauksissa voit säästää paljon aikaa ja vaivaa tarkastelemalla IBM:n dokumentaatiota varmistaaksesi, että ongelma ei ole tunnettu ongelma, ennen kuin avaat PMR:n. Voit tarkastella Web-sivustojen luetteloa kohdassa "Tutki ja tutki ongelmaa" sivulla 27 suorittaaksesi tutkimuksen.
Mainitsimme MustGather-asiakirjat ensin kohdassa "Diagnostisten tietojen kerääminen" sivulla 21. Nämä asiakirjat ovat hyödyllisiä oppaita, kun kehität diagnostisten tietojen keruusuunnitelmaa, ja ne ovat tärkeitä myös silloin, kun avaat PMR:n WebSphere Application Server -tukitiimin kanssa. Tukiryhmä tarvitsee tiettyjä diagnostiikkatietoja jokaisen WebSphere Application Server -ongelmatyypin tutkimiseen. Kohdassa "Ongelman luokittelu ja perimmäisen syyn selvittäminen" sivulla 31 luetellaan jokainen ongelmaluokittelu ja sisällytimme linkit MustGather-asiakirjoihin kunkin luokituksen osalta. Voit tarkastella kohtaamasi ongelman tyyppistä asiakirjaa tai aloittaa yleisestä MustGather-asiakirjasta kaikentyyppisten ongelmien varalta. IBM - MustGather: Lue ensin kaikki WebSphere Application Server -tuotteet osoitteessa: http:// www-1.ibm.com/support/docview.wss?rs=180&uid=swg21145599
1.5.4 Vakavuuden määrittäminen Kun avaat PMR:n, määrität PMR:lle vakavuustason. Vakavuusasteet ovat välillä 1-4, joista 1 on vakavin ja 4 on vähiten vakava. Vakavuusaste heijastaa vaikutusta liiketoimintaan ja siten ongelman kiireellisyyttä. Vaikka on houkuttelevaa avata kaikki PMR:t vakavuusasteella 1, on erittäin tärkeää määrittää tarkka vakavuusaste tilanteelle. IBM-tuki priorisoi PMR:t vakavuustason mukaan. Kun sinulla on todellinen vakavuus 1 ongelma, et halua, että tukitiimin on priorisoitava sitä samalla tasolla kuin muut ongelmat, jotka eivät ole yhtä kriittisiä. Taulukko 1-2 sisältää kunkin vakavuustason viralliset kuvaukset IBM:n ohjelmistotuen käsikirjasta.
Huomautus: Vaikka IBM:n tukianalyytikot saattavat joskus kysyä, voidaanko vakavuusastetta muuttaa, se on viime kädessä sinun (tai yrityksen muiden työntekijöiden) päätös siitä, mikä vakavuusaste on.
Vakavuustason kuvaus
käyttää ohjelmaa, mikä vaikuttaa kriittisesti toimintaan. Tämä tila vaatii välitöntä ratkaisua.
-ohjelma on käyttökelpoinen, mutta se on erittäin rajoitettu.
käyttökelpoinen, mutta vähemmän merkittäviä ominaisuuksia (jotka eivät ole toiminnan kannalta kriittisiä) ei ole saatavilla.
on vain vähän vaikutusta toimintaan tai ongelmaa on kierretty kohtuullisesti.
vakavuusasteen 1 PMR:t ovat tyypillisesti tilanteita, joissa tuotantoympäristösi saatavuus vaikuttaa. Tapauksessa, jossa tuotantojärjestelmäsi ei toimi, tukitiimin ensisijaisena tehtävänä on auttaa sinua palauttamaan tuotantosi toimivuuden, kuten kerrotaan kohdassa "Palaa turvallisiin olosuhteisiin" sivulla 24. Se voi olla mikä tahansa tilanne, jossa liiketoiminta on korkealla tasolla. vaikutus. Se voi esimerkiksi olla ongelma, joka aiheuttaa organisaatiollesi tulon tai tuottavuuden menetyksen. Vakavuusasteelle 1
PMR:t, tällä hetkellä ei ole olemassa kiertokulkua tai ratkaisua. Tukitiimi työskentelee PMR:ssäsi kellon ympäri, kunhan he voivat ottaa sinuun yhteyttä milloin tahansa vuorokauden aikana, kunnes ongelma on ratkaistu. vakavaraisuuden 2 PMR:t ovat yleisimmät PMR-tasot. Tässä tapauksessa ongelmalla on merkittävä vaikutus, mutta sovellus on edelleen käynnissä tuotantoympäristössäsi. Se voi sisältää myös tilanteita, joissa sovelluksesi ei ole vielä tuotannossa. Näitä ovat tilanteet, joissa sinulla on määräaika ongelman ratkaisemiselle, ja tilanteet, joissa ongelma viivästyy, kun sovelluksesi tulee tuotantoon. Vakavuusasteen 2 PMR:t katsotaan vakaviksi, ja tukitiimi priorisoi niitä korkealla, mutta ongelmia ei pidetä yhtä kriittisinä kuin vakavuusasteen 1 ongelmia. Tukitiimi työskentelee kanssasi aikavyöhykkeesi normaaleina aukioloaikoina. 3. vakavuusasteen PMR:t osoittavat, että ongelma ei vaikuta vakavasti liiketoimintaasi. Lähes kaikki vakavuusasteen 3 ongelmat ilmenevät testiympäristössäsi eivätkä vaikuta tuotantoon. Jos se vaikuttaa tuotantoon, sillä on vain vähäinen vaikutus, ja saatat löytää ratkaisun ongelmaan. Vaikka odotatkin, että ongelma ratkaistaan ajoissa, sinulla ei ole määräaikaa ongelman ratkaisemiselle, eikä ongelma viivytä hakemuksesi valmistuspäivää. Tukitiimi työskentelee kanssasi aikavyöhykkeesi normaaleina aukioloaikoina. 4. Vakavuusasteen PMR:t osoittavat, että ongelmalla ei juuri ole vaikutusta liiketoimintaan. Tämä sisältää teknisiä kysymyksiä ja pyyntöjä päivittää asiakirjoja. Se voi myös sisältää ongelmia, jotka ilmenevät vain testiympäristössäsi, jossa kierto on jo tehty. Vakavuusaste laskee joskus vakavuusasteeseen 4, kun ratkaisu tarjotaan, mutta tarvitset jonkin aikaa liuoksen testaamiseen ennen PMR:n sulkemista. On odotettavissa, että vakavuuden 4 PMR:t eivät vaikuta tuotantoympäristöösi. Sinulla ei ole määräaikaa ongelman ratkaisemiselle ja voit odottaa pidemmän ajan ratkaisun saamista. Tukitiimi työskentelee kanssasi aikavyöhykkeesi normaaleina aukioloaikoina, eikä tukitiimin päivityksiä välttämättä tule usein.
Nyt kun olet perehtynyt IBM:n tukirakenteeseen, olet tutkinut ongelmaa, kerännyt MustGather-tiedot ja määrittänyt ongelman vakavuuden, on aika avaa PMR.
Voit tällä hetkellä avata PMR:n kahdella tavalla, sähköisesti tai puhelimitse. Olemme havainneet, että PMR:ien avaaminen sähköisesti on helpompaa useimmille asiakkaille. Suosittelemme käyttämään tätä menetelmää. Puhelintuki on kuitenkin edelleen saatavilla.
Voit avata PMR:n sähköisesti verkossa käyttämällä Electronic ServiceRequest (ESR) -ongelmien lähetystyökalua osoitteessa http://www-306.ibm.com/software /support/probsub.html
Toinen vaihtoehto on avata PMR puhelimitse. Puhelinnumero, johon soitat PMR:n avaamiseksi, vaihtelee maittain ja muuttuu ajoittain. Löydät maasi puhelinnumeron tästä linkistä IBM Software SupportHandbook -oppaasta: http://techsupport.services.ibm.com/guides/contacts.html
1.5.6 Tietojen lähettäminen IBM:lle PMR:n työskentelyn aikana saattaa olla tarpeen lähettää WebSphere Application Server Support -tukeen useita erityyppisiä tietoja tiimi. Kuten kohdassa "PMR:n luominen" sivulla 74 on kerrottu, ESR-työkalun käyttäminen tiedostojen liittämiseen PMR:ään tekee tästä prosessista helppoa. Jos et kuitenkaan käytä ESR-työkalua, voit silti lähettää tietoja sähköpostitse tai FTP:n kautta. Yleissääntönä on, että sähköposti tulee käyttää, jos tiedon koko on alle 10 megatavua, ja FTP:tä, jos tiedon koko on yli 10 megatavua. Lisäksi kun lähetät FTP-tietoja, PMR päivitetään automaattisesti, jotta tukitiimi tietää, että lähetit tiedot, ja he voivat aloittaa niiden analysoinnin välittömästi. Jos kuitenkin lähetät sähköpostin, muista päivittää PMR sähköisesti tai soita maasi IBM-tukipuhelinnumeroon ja pyydä PMR-päivitystä, jotta tukitiimi tietää, että lähetit tiedot.
weblev2@us.ibm.com. Tämä on jaettu sähköpostiosoite. Koko WebSphere Application Server Level 1- ja Level 2 -tiimeillä on pääsy tähän sähköpostiosoitteeseen. Jos lähetät sähköpostin vain tietylle tukianalyytikolle, vain tällä analyytikkolla on pääsy sähköpostiisi. Tämä voi olla haitallista, varsinkin jos analyytikko on poissa toimistosta tai jos tarvitset apua normaalin työajan ulkopuolella.
Tämä artikkeli sisältää tietoja WebSphere Application Server V6:ssa saatavilla olevista diagnostiikkatiedoista. Se sisältää tietoja tietojen sijainnista, niiden keräämisestä ja määritysvaihtoehdoista.
100 JVM-lokit (SystemOut and SystemErr) 4. Jäljitys ▪ Keräilijätyökalu ▪ First Failure Data Capture (FFDC) ▪ Prosessin lokit (toiminta) loki) velvollisuus Asennuslokit ₰ IBM HTTP Server and Plug-in lokit ja jäljitykset
2.1 JVM-lokit (SystemOut ja SystemErr) SystemOut- ja SystemErr-lokit luodaan jokaiselle WebSphere Application Server -prosessille (sovelluspalvelin, klusterin jäsen, solmuagentti ja käyttöönottohallinta). Nämä lokit tunnetaan JVM-lokeina. Kunkin JVM:n System.Out- ja System.Err-virrat ohjataan SystemOut- ja SystemErr-lokeihin. WebSphere Application Server kirjoittaa näihin lokeihin. Sovelluksesi voivat myös kirjoittaa niihin käyttämällä print(), println()- ja printStackTrace()-menetelmiä.
/profiles//logs/
Määritykset-välilehdellä voit muokata seuraavia asioita: SystemOut- ja SystemErr-lokien tiedostonimi (ja hakemisto) Tiedostomuoto Suosittelemme, että jätät tämän Basic-oletusarvoon, jotta lokit ovat helpompia lukea.Lokitiedoston kierto SystemOut- ja SystemErr-lokit hallitsevat itseään . He kirjoittavat määritettyyn tiedostoon, kunnes joko enimmäiskoko tai tietty aika saavutetaan. Kun näin tapahtuu, nykyinen lokitiedosto nimetään uudelleen nykyiseksi tiedostonimeksi ja nykyiseksi aikaleimaksi. Sitten luodaan uusi SystemOut- tai SystemErr-tiedosto lisäkirjausta varten. Vanhoja lokitiedostoja kutsutaan historiallisiksi lokitiedostoiksi. Tämän jälkeen sinulla saattaa olla esimerkiksi seuraavat SystemOut-tiedostot /profiles//logs/-hakemistossa: - SystemOut.log, nykyinen lokitiedosto - SystemOut_05.06.07_10.28.48.log, historiallinen lokitiedosto tarpeidesi mukaan. , voit valita, kiertyvätkö lokitiedostot, kun ne saavuttavat tietyn koon, tietyn aikavälin tai molemmat. Jos valitset ajan, suosittelemme, että määrität toistoajaksi 24 tuntia. Voit myös määrittää aloitusajan määrittääksesi ajan, jolloin lokit pyörivät. Jos määrität tiedostokoon, suosittelemme, että nostat enimmäiskoon oletusarvon 1 megatavua suuremmaksi. Haluat koordinoida Maksimikoon arvon historiallisten lokitiedostojen enimmäismäärän kanssa järjestelmässäsi käytettävissä olevan levytilan perusteella. Varmista kummalla tahansa menetelmällä, että tallennettujen lokitietojen määrä on riittävä, jotta asiaankuuluvat lokitiedot ovat olemassa, kun tunnistat ongelman. säilytettävistä historiallisista lokitiedostoista. Jos arvo saavutetaan ja toinen historiallinen lokitiedosto on luotava, vanhin poistetaan järjestelmästäsi. Asennetun sovelluksen tulos Nämä ominaisuudet vaikuttavat siihen, kuinka sovellusten print- ja println-lausekkeet tulostetaan. Vaihtoehtoja on kaksi: - Näytä sovelluksen tulostuslausekkeet. Tämä on oletuksena käytössä. Jos poistat sen valinnan, sovelluksen tulostus- ja println-lauseita ei kirjata SystemOut- ja SystemErr-lokitiedostoihin. - Muotoile tulostetut lausunnot. Tämä on myös oletusarvoisesti käytössä. Voit poistaa valinnan, jos et halua, että hakemuksesi tulostetaan ja tulostetaan
muotoiltu samalla tavalla kuin lokitiedostoissa olevat WebSphere Application Server -viestit.
Kaikkia näitä ominaisuuksia voidaan muuttaa sekä SystemOut- että SystemErr-lokeissa. Voit käyttää samoja ominaisuuksia molemmille lokeille, mitä suosittelemme, tai käyttää eri ominaisuuksia niille.
SystemOut.login tulosteen merkinnät ovat seuraavassa muodossa: [7/12/05 14:46:00:264 EDT] 0000001a ApplicationMg A WSVR0221I: Sovellus aloitettu: adminconsole
555 Aikaleima Esimerkissä aikaleima on [7/12/05 14:46:00:264 EDT]. Aikaleima muotoillaan käyttämällä sen prosessin maa-asetusta, jossa se on alustettu. Se sisältää täydellisen päivämäärän (esimerkiksi KK/PP/VV), 24 tunnin kellonajan millisekunnin tarkkuudella ja aikavyöhykkeen. sängyn tunnus Esimerkissä säikeen tunnus on 0000001a. Säikeen tunnus on kahdeksanmerkkinen heksadesimaaliarvo, joka luodaan viestin lähettäneen säikeen hash-koodista. ■ Lyhyt nimi Esimerkissä lyhyt nimi on ApplicationMg. Lyhytnimi on viestin lähettäneen komponentin lyhennetty nimi. Tämä nimi on yleensä WebSphere Application Server -komponentin luokan nimi ja se on jokin muu sovellusten tunniste.
Tapahtuman tyyppi Esimerkissä tapahtuman tyyppi on A. Tapahtumatyyppi on yhden merkin kenttä, joka ilmaisee viestin tyypin. Mahdolliset arvot ovat: - F - kohtalokas viesti - E - virheilmoitus - W - varoitusviesti - A - tarkastusviesti - I - tiedotusviesti - C - konfigurointiviesti - D - yksityiskohtaviesti - O - viesti, joka kirjoitettiin suoraan järjestelmään .out sovelluksen tai sisäisten komponenttien toimesta - R - viesti, jonka käyttäjäsovellus tai sisäiset komponentit kirjoittivat suoraan System.err-tiedostoon - Z - paikkamerkki, joka osoittaa, että tyyppiä ei tunnistettu. Viestitunniste Esimerkissä viestin tunniste on WSVR0221I. Viestin tunniste on yhdeksän merkin pituinen merkkijono, joka on muotoa CCCC1234X. Ensimmäiset neljä merkkiä (CCCC) osoittavat sanoman lähettäneen WebSphere Application Server -komponentin. Seuraavat neljä merkkiä (1234) osoittavat viestin, jonka komponentti lähettää. Viimeinen merkki (X) ilmaisee viestin vakavuuden. Sen arvo on joko I (informational), W (varoitus) tai E (virhe). Löydät kuvaukset kaikista WebSphere Application Server -sanomien tunnisteista WebSphere Information Center -kohdassa Vianmääritysviide: Viestit osoitteessa http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.express.doc/info/exp/ae/welc_ref_trb_msg.html5000 Viesti Esimerkissä viesti on Sovellus aloitettu: hallintakonsoli. Sanoma on tiedot, jotka komponentti kirjaa SystemOut.log-lokiin. Se on tarkoitettu tarjoamaan hyödyllistä tulostetta tiedotustarkoituksiin, virheenkorjaukseen ja vianetsintään.
2.2 Jäljitys Jäljityslokeja voidaan myös määrittää samalla tavalla kuin JVM-lokeja. Jäljityksen on oltava erikseen käytössä. Ne on oletuksena poistettu käytöstä. Jäljitystuloste antaa erittäin yksityiskohtaista tietoa WebSphere Application Server -koodin suorittamisesta. Se sisältää aikaleimoja, tietoja WebSphere-menetelmistä, joita kutsuttiin, ja erityisiä diagnostiikkatietoja, jotka ovat mukana vianmäärityksen helpottamiseksi.
1. Valitse Vianmääritys → Lokit ja jäljitys. 2. Valitse prosessi, jonka jäljityslokit haluat määrittää. 3. Napsauta Diagnostic Trace. Yleiset ominaisuudet -ikkuna avautuu kuvan 2-2 mukaisesti.
Jäljitystiedostoja ei voida siirtää ajan perusteella. Sinun on määritettävä tiedostojen enimmäiskoko yhdessä historiallisten tiedostojen enimmäismäärän kanssa. Sinun tulee asettaa nämä arvot asianmukaisesti riippuen siitä, kuinka kauan saattaa kestää ongelman toistaminen jäljityksen ollessa käytössä ja kuinka paljon levytilaa on käytettävissä. Kun nämä ominaisuudet on asetettu, jäljitystiedostot siirtyvät samalla tavalla kuin JVM-lokit. Voit myös määrittää tiedostonimen ja määrittää hakemiston jäljitystiedostoille.
Kuten JVM-lokien kohdalla, suosittelemme, että Trace Output Format -asetukseksi valitaan Basic (oletusarvo). Tämä tekee jäljestä helpompi lukea, ja se on WebSphere Application Server -tukitiimin ensisijainen muoto.
Kuva 2-3 Lokin yksityiskohtatason muuttaminen hallintakonsolissa
Ryhmät ovat ennalta määritettyjä pakettien ja luokkien joukkoja, jotka ovat hyödyllisiä tietyn osan vianmäärityksessä.
WebSphere Application Server -komponenttien MustGather-asiakirjat keskustelevat, mikä lokin tietotaso on asetettava erityyppisille ongelmille. On hyvä idea tallentaa erityyppisten ongelmien lokin yksityiskohtataso diagnostiseen tiedonkeruusuunnitelmaan. Kun asetat lokin yksityiskohtatasoa, sinun tulee asettaa tasoksi kaikki lähes kaikissa tapauksissa. Sinun tulee myös sisällyttää *=info lokin yksityiskohtatason alkuun, jotta tietojen kirjaus on käytössä komponenteille, joita ei jäljitetä. Jos haluat esimerkiksi ottaa jäljityksen käyttöön J2C-yhteydenhallintakomponentille, aseta lokin tietotasoksi:*=info:WAS.j2c=all
Aikaleima Esimerkissä aikaleima on [7/12/05 16:13:10:379 EDT]. Aikaleima muotoillaan käyttämällä sen prosessin maa-asetusta, jossa se on alustettu. Se sisältää täysin määritellyn päivämäärän (esimerkiksi KK/PP/VV), 24 tunnin ajan millisekunnin tarkkuudella ja aikavyöhykkeen. määrä- Säikeen tunnus Esimerkissä säikeen tunnus on 00000032. Säikeen tunnus on kahdeksan merkkiä heksadesimaaliarvo, joka on luotu jäljitystapahtuman antaneen säikeen hash-koodista.
500 Lyhyt nimi Esimerkissä lyhyt nimi on DSConfigurati. Lyhyt nimi on jäljitystapahtuman antaneen komponentin lyhennetty nimi. Tämä on yleensä WebSphere Application Server -komponentin luokan nimi, ja se on jokin muu sovellusten tunniste. Tapahtuman tyyppi Esimerkissä tapahtuman tyyppi on suurempi kuin -symboli (>). Tapahtumatyyppi on yhden merkin kenttä, joka ilmaisee jäljitystapahtuman tyypin. Mahdolliset arvot ovat: - > - osoittaa määritetyn menetelmän nimen syöttämisen - < - ilmaisee määritetyn menetelmän nimen poistumisen - 1 - jälkimerkintä tyyppiä hieno tai tapahtuma - 2 - jäljitysmerkintä tyyppiä hienompi - 3 - jäljitysmerkintä tyyppiä finest, debug tai dump - Z - paikkamerkki ilmaisemaan että jäljitystyyppiä ei tunnistettu Esimerkki osoittaa, että getPooledConnection-menetelmä on syötetty. 1. Luokan nimi Luokan nimi on valinnainen osa jäljitysmerkintää. Se osoittaa luokan, joka loi jäljitystapahtuman. Esimerkissä luokan nimi ei näy. MENETELMÄN nimi Metodin nimi on toinen valinnainen osa jäljitysmerkintää. Se osoittaa menetelmän, joka loi jäljitystapahtuman. Esimerkissä menetelmän nimi on getPooledConnection. ▪ Tekstiviesti Esimerkissä viesti on Entry.
2.3 Collector -työkalu WebSphere Application Server -keräystyökalu on komentosarja, joka löytyy hakemistosta /bin (collector.bat tai collector.sh) . Komentosarjan suorittaminen tuottaa Java-arkistotiedoston (jar), joka sisältää kaikki WebSphere Application Server -asennuksesi lokit ja XML-määritystiedostot sekä käyttöjärjestelmätiedot, Java-tiedot ja tiedot siitä, täyttyivätkö ohjelmiston edellytykset ja niiden tasot. .
WebSphere Application Server V6 sisältää ominaisuuden nimeltä First Failure Data Capture (FFDC). FFDC-ominaisuus toimii taustalla ja kerää WebSphere Application Server -ajon aikana tapahtuvia tapahtumia ja virheitä. Sen keräämät tiedot kirjoitetaan lokitiedostoihin /profiles//logs/ffdc-hakemistossa.
FFDC ei vaikuta WebSphere Application Serverin suorituskykyyn, eikä sitä tule poistaa käytöstä. FFDC-lokit eivät todennäköisesti ole hyödyllisiä
ongelmanmääritysyritykset. Ne voivat kuitenkin olla hyödyllisiä WebSphere Application Server -tukitiimille, jos avaat PMR:n.
-hakemistossa on kolme FFDC-määritystiedostoa. Ainoa tiedosto, jota sinun tulee muokata, on ffdcRun.properties-tiedosto. Voit lisätä tiedostoon ExceptionFileMaximumAge-ominaisuuden. Tämä ominaisuus määrittää päivien määrän, jonka FFDC-loki pysyy /profiles//logs/ffdc-hakemistossa, ennen kuin se poistetaan. Osana diagnostisten tietojen keruusuunnitelmaa saatat haluta muokata ExceptionFileMaximumAge-ominaisuutta varmistaaksesi, että FFDC-tiedostot pysyvät järjestelmässäsi tietyn ajan. Älä muokkaa muita ominaisuuksia, ellei WebSphere Application Server -tukitiimi pyydä sinua tekemään niin.
Seuraavat lokit eivät aina ole hyödyllisiä ongelmien määrittämisessä, mutta saatat huomata, että joskus niitä tarvitaan.
WebSphere Application Server -prosessissa suoritettava alkuperäinen koodi voi kirjoittaa tietoja prosessilokeihin (kutsutaan myös alkuperäisiksi lokeiksi). Natiivikoodi on ei-Java-koodia, joka löytyy yleensä tiedostoista, joissa on .dll-, .exe- ja .so-tunniste. Prosessilokien nimet ovat native_stdout.log ja native_stderr.log. Ne sijaitsevat /profiles//logs/-hakemistossa.
Lisätietoja prosessilokeista on WebSphere Information Center -kohdassa Prosessilokit osoitteessa: http://publib.boulder.ibm.com /infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm. websphere.base.doc/info/aes/ae/ctrb_stdlogs.html
Palveluloki tunnetaan yleisemmin nimellä activity.log, ja se löytyy /profiles//logs-hakemistosta. Jokaiselle solmulle on vain yksi activity.log. WebSphere Application Server ajonaikaiset tapahtumat kirjataan activity.log-tiedostoon. Se on kirjoitettu binäärimuodossa, joten sitä ei voi tarkastella tekstieditorissa. Activity.login päätarkoitus on, että sitä voidaan tarkastella Log Analyzer -työkalulla, se on graafinen käyttöliittymä, joka näyttää aktiviteetti.login tapahtumat ja käyttää oiretietokantaa tapahtumien analysointiin ja ongelmien diagnosointiin.
On myös mahdollista tarkastella aktiviteetti.login tapahtumia Log Analyzerin ulkopuolella käyttämällä showlog-komentosarjaa /bin-hakemistossa.
1. Valitse Vianmääritys → Lokit ja jäljitys. 2. Valitse WebSphere Application Server -prosessi. 3. Valitse IBM Service Logs. Voit valita, otetaanko activity.log käyttöön vai poistetaanko se käytöstä, valita hakemiston sijainti ja tiedoston nimi, määrittää tiedostojen enimmäiskoko ja valita, minkä tyyppisiä viestejä lokiin kirjataan.
2.5.3 Asennuslokit Kun WebSphere Application Server V6:n asennuksessa ilmenee ongelmia, saatat joutua tarkastelemaan seuraavia lokeja vian syiden selvittämiseksi. $logs/log.txt Tämä lokitiedosto tallentaa asennuksen tilan. /profiles//logs/pctlog.txt Tämä lokitiedosto tallentaa profiilin luomisen tilan/profiles/logs/ivtClient.log Tämä lokitiedosto tallentaa asennuksen tapahtumat varmistustesti
Jos sinulla on IBM HTTP Serveriin tai Web-palvelinlaajennukseen liittyvä ongelma, sinun on ehkä tarkasteltava lokeja tai otettava käyttöön jäljittää. Tässä osiossa käsitellään näitä lokeja ja jälkiä koskevia tietoja.
IBM HTTP Server kirjoittaa kaksi lokitiedostoa: käyttölokin, joka sisältää tiedot kaikista Web-palvelimen käyttöoikeuksista, ja virhelokin, joka sisältää tiedot kaikista virheistä. Lokien oletussijainti on seuraava: Windows - Access: \logs\access.log - Virheloki: \logs\error.log 5. UNIX® - Käyttöloki: /logs/access_log - Virheloki: /logs/ error_log
Laajennus kirjoittaa myös oman lokinsa, jonka löydät Web-palvelimen laajennuksen asennushakemistopolusta. Etsimäsi lokitiedosto on toisessa hakemistorakenteessa, joka on nimetty WebSphere-kokoonpanossa määritetylle loogiselle Web-palvelimelle.
Löydät lokitiedoston sijainnin katsomalla ensin Web-palvelimen asetuksia. Tämä viittaa laajennuksen määritystiedostoon, kuten on esitetty esimerkissä 2-1 sivulla 91. Laajennuksen määritystiedosto kertoo sitten, missä
on esimerkin 2-1 mukainen. Tämä esimerkki näyttää myös, missä määrität kirjattavien yksityiskohtien määrän.
LogLevelin oletusasetus on Error, mutta voit määrittää sen arvoksi Trace kerätäksesi huomattavasti enemmän tietoa. Jos sinun on otettava tämä ongelma esille IBM-tuen kanssa, he pyytävät liitännäisjäljitystä.
Jotta jäljitys olisi tehokasta, sinun on otettava käyttöön mahdollisimman paljon kirjaamista Web-palvelimessa. Voit esimerkiksi asettaa lokitason kaapamaan monisanaisen tulosteen IBM HTTP Serverissä muokkaamalla LogLevel-komentoa konfiguraatiotiedostossa kuvan osoittamalla tavalla: LogLevel debug
Sinun on käynnistettävä IBM HTTP Server uudelleen, jotta tämä tulee voimaan.
Sinun ei tarvitse käynnistää IBM HTTP Serveriä uudelleen, jotta tämä muutos tulee voimaan.
Vinkki: Plug-in-jäljitys tuottaa merkittäviä määriä tietoa. Tee testistäsi mahdollisimman tarkka ja suorita se erillään luotujen rivien määrän vähentämiseksi.
Harvinaisissa tapauksissa saatat joutua käyttämään verkkoprotokollaanalysaattoria, jonka avulla voit siepata iptracen. Tämän työkalun avulla voit selvittää, missä ongelma piilee. WebSphere Application Server ei toimita tällaista työkalua. Saatavilla on kuitenkin kolmannen osapuolen työkaluja (esimerkiksi Ethereal osoitteesta http://www.etheral.com/).
2.7 Järjestelmänhallinnan lokit Kun sinulla on järjestelmänhallinnan ongelma, saatat joutua tarkastelemaan tiettyjä lokeja tai sallimaan jäljityksen. Tässä osiossa käsitellään näitä lokeja ja jälkiä koskevia tietoja.
wsadminin viestit kirjoitetaan wsadmin.traceout-lokitiedostoon: /profiles//logs/wsadmin.traceout
Voit myös lisätä tähän tiedostoon kirjattujen tietojen määrää jäljittämällä wsadmin-apuohjelman. Voit tehdä tämän päivittämällä seuraavan tiedoston: /properties/wsadmin.properties
com.ibm.ws.scripting.traceString=com.ibm.*=all=enabled
Huomaa, että kirjattujen tietojen käyttö on rajoitettua, koska wsadmin kutsuu MBeansia sovelluspalvelimessa, joka käyttää hallintakonsolisovellusta. Joten sinun on yleensä jäljitettävä myös kyseinen sovelluspalvelin.
Voit hallita WebSphere Application Server -palveluita toimitettujen hallintakomentosarjojen avulla. Jokaisessa WebSphere Application Server -asennuksessa on esimerkiksi komentosarja sovelluspalvelimen käynnistämiseksi, komentosarja sovelluspalvelimen pysäyttämiseksi ja komentosarja, joka näyttää kaikkien profiilissa määritettyjen sovelluspalvelimien tilan. Jokainen näistä komentosarjoista kirjoittaa oman lokitiedostonsa palvelimen lokihakemistoon. Esimerkiksi stopServer-skripti kirjoittaa tiedoston stopServer.log lokihakemistoon: /profiles//logs//stopServer.log
Profiilin luonti- ja hallintatyökalu wasprofile kirjoittaa viestejä profiilista riippumattomien lokien hakemistoon, joka on: /logs/wasprofile/.log
Graafinen Java-käyttöliittymä, jota käytetään profiilin luomiseen, kutsuu vain wasprofilea komento kerättyään tarvittavat tiedot. Oletuksena se ei kirjoita lokia, mutta voit välittää sille lokiparametrin kuvan osoittamalla tavalla: pctWindows -is:log c:\temp\pct.log
WebSphere Rapid Deployment -työkalu toimii hakemistossa, jonka luot ja välität WebSphere Rapid Deploymentille WORKSPACE-ympäristömuuttujassa. Se kirjaa Eclipse-viestit kahteen erilliseen tiedostoon tässä hakemistossa: ■ /.metadata/.log/project/.metadata/.log
Rapid Deployment kutsuu MBeansia sovelluspalvelimessa. Sovelluspalvelimen lokit voivat auttaa ratkaisemaan WebSphere Rapid Deploymentin ongelman. WebSphere Rapid Deployment -apuohjelmaa ei voi jäljittää. Voit kuitenkin jäljittää sovelluspalvelimen kohdassa "Jäljitys" sivulla 82 kuvatulla tavalla.
Taulukko 2-1 sivulla 94 näyttää WebSphere-lokien yhteenvedon.
merkintä edustaa WebSphere Application Server -sovelluksen asennuksen juurihakemistoa, esimerkiksi: c:\WebSphere\Appserver.Juurihakemisto edustaa esimerkiksi tietyn WebSphere Application Server -profiilin juurihakemistoa. : /profiles/esitä IBM HTTP Serverin asennushakemistoa, esimerkiksi: c:\IBM HTTP Server
Taulukko 2-1 Lokitiedoston yhteenveto Tehtävät Lokit Muoto / työkalut
Asennustehtävät
500 Asennus
asennus: kaikki ‒ SamplesGallery ‒ samples_fig.log jotain samples_install.log
asennus: tiedostonsiirto tiedostonsiirtoon tiedostosiirto dminconsoli
Profiilitehtävät
/logs/waspro XML-tiedosto/wasprofile_create_.l og.
5. SystemOut.log1 JVM System.out ja System.err 5. SystemErr.log1-hallintakonsoli: virrat Vianmääritys → Lokit ja jäljitys →→JVM-lokit 1 Configurable 2 voi edustaa profiilin sijaintia sovelluspalvelimelle, solmuagentille tai käyttöönoton hallintaohjelmalle. Jos profiili on solmuagenttia varten, on "solmuagentti". Jos profiili on tarkoitettu käyttöönottopäällikölle, se on "dmgr"
Tehtävälokien muoto / työkalut
2 /logs/: tarkastellaksesi tekstieditorilla) native_stderr.log1 iden native_stdout.log1 hallintakonsoli: Vianmääritys → Lokit ja Jäljitys →→ Käsittelylokit
Operatiiviset tehtävät
5000
-tracea, katso /logs/:KatsoServer.log STARTServer.log
manager-SystemOut.log1 500 SystemErr.log1
/logs/dmgr/: StartSer.log 500 StopServer.log
/logs/nodeagent/ : 500000000000 Configurable2 voi edustaa profiilin sijaintia sovelluspalvelimelle, solmuagentille ja ordeployment managerille. Jos profiili on solmuagenttia varten, on "solmuagentti". Jos profiili on tarkoitettu käyttöönoton hallintaa varten, on "dmgr"
Tehtävät Lokit Muoto / työkalut
tämä toimenpide suoritetaan jokaisessa palvelimessa. Kirjaaminen on sama kuin käynnistäisit tai pysäyttäisit jokaisen palvelimen.
Määritystehtävät
addNode.log 500 runAddNode.log 1 Configurable 2 voi edustaa sovelluspalvelimen, solmuagentin tai käyttöönottohallinnan profiilin sijaintia . Jos profiili on solmuagenttia varten, on "solmuagentti". Jos profiili on tarkoitettu käyttöönottopäällikölle, se on "dmgr"
määritys Tässä artikkelissa käsitellään WebSphere Application Server V6:n asennukseen liittyvien ongelmien diagnosointia. Se kattaa toiminnot ja ratkaisut, jotka liittyvät seuraaviin asennusongelmiin: ∎ Launchpad tai ohjattu asennustoiminto ei käynnisty Asennusvirhe tai jumittuminen Profiilin luontivirhe ▪ Asennustestin (IVT) epäonnistuminen.
Muiden tuotteiden, kuten IBM HTTP Server- ja Web Server -laajennusten, asennusrutiini on erillinen sovelluspalvelintuotteista. Tämä asiakirja kattaa vain WebSphere Application Server V6:n asennukseen liittyvät ongelmat.
lukemalla Approach to Problem Determination in WebSphere Application Server V6 osoitteessa http://www.redbooks.ibm.com/redpapers/pdfs/redp4073 .pdf.
3.1 Johdanto WebSphere Application Server V6:n asennusprosessi on muuttunut aiemmista versioista. Suurin muutos on, että vain yksi kopio ydintuotetiedostoista on asennettu. Profiilien avulla määritetään useita palvelimen ajonaikaisia ympäristöjä.
WebSphere Application Server -asennuksen aloituskohta on käynnistyslevy (Kuva 3-1). Täältä voit valita WebSphere Application Serverin ohjatun asennustoiminnon käynnistämisen.
Kuva 3-2 tarjoaa yleiskatsauksen asennustapahtumista ja yleisistä asennukseen liittyviä ongelmia.
LaunchPad Näyttää suoritettavat tehtävät
Yleisiä ongelmia Ei tuettua selainta, Selaimen kokoonpano Ei tarpeeksi levytilaa
Yleisiä ongelmia Vähäiset resurssit, kuten levytila, virtuaalimuisti Ongelmia JVM:ssä
Luo uusi sovelluspalvelin, käyttöönottohallinta ja mukautettu profiili
Tarkista asennus
Huomautus: Kuvassa 3-2 sivulla 99 Ohjattu asennustoiminto ja ohjattu profiilin luontitoiminto näkyvät eri kokonaisuuksina. Tämän näet, jos asennat Network Deployment -version. WebSphere Application Server -perus- tai Express-asennuksessa profiilin luominen oletusprofiilille tapahtuu itse ohjatussa asennustoiminnossa.
Aloitat ongelmanmääritysprosessin arvioimalla korkean tason oireita ja määrittämään, kuvaako jokin näistä oireista ongelmaasi. Jos näin ei tapahdu, sinun on kerättävä asianmukaiset tiedot, joita tarvitaan ongelman diagnosoimiseksi.
Jos et löydä oirettasi tässä luettelossa, siirry kohtaan "Seuraava vaihe" sivulla 113.
jumiutuu, saatat joutua poistamaan WebSphere Application Server -asennuksen manuaalisesti. ennen kuin yrität prosessia uudelleen. WebSphere Information Centerissä on yksityiskohtaiset alustakohtaiset ohjeet asennuksen poistamiseen osoitteessa: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.nd.doc/ info/ae/ae/tins_uninstman.html
3.2.1 Oire: Launchpad tai ohjattu asennustoiminto ei käynnisty tai epäonnistuu Tämä oire kattaa seuraavat tilanteet: ‒ Launchpad.bat-komennon suorittaminen Windowsissa tai launchpad.sh-komentosarja UNIX-ympäristössä ei käynnistä käynnistyslevyä. ∎ Jos valitset Launch WebSphere Application Serverin ohjatun asennustoiminnon käynnistyspalkin avulla, ohjattu asennus ei käynnisty tai ohjattu toiminto sulkeutuu virhesanoman kanssa tai ilman sitä.
Mahdollisia syitä ongelmatyypeille ovat verkkoselainvaatimukset ja levytila- tai käyttöoikeusvaatimukset.
Jos ohjattu asennustoiminto käynnistyy ja toimii jonkin aikaa, mutta näyttää jumiutuvan, siirry kohtaan "Oire: Ohjattu asennus jumiutuu" sivulla 103.
Jos tätä tiedostoa ei ole olemassa, suorita asennusohjelma komentoikkunasta käyttämällä -log-vaihtoehtoa luodaksesi lokin kaikista tapahtumista. - UNIX ./install -log !logfile @ALL - Windows install -log !logfile @ALL Jossa lokitiedosto on täysin kelvollinen tiedostonimi lokitapahtumien kirjoittamista varten.
Kun keräät lokitiedostoja, kopioi ne paikkaan, jossa voit tarkastella niitä. Jos sinun on luotava ongelma uudelleen tämän dokumentaation keräämiseksi, muista valmistautua (sovittaa työvuorot, tarkista edellytykset jne.).
Ongelmat käynnistyslevyn tai ohjatun asennustoiminnon käynnistämisessä voidaan yleensä jäljittää puuttuviin järjestelmä- tai sovellustasoihin. Ensimmäinen vaihe tämän ongelman diagnosoinnissa on varmistaa, että sinulla on asianmukaiset asennuksen edellytykset. Löydät nämä tiedot osoitteesta: http://www-306.ibm.com/software/webservers/appserv/doc/latest/prereq.html
Jos ongelmasi on käynnistyslevyn käynnistämisessä, katso IBM_WebSphere_LaunchPad_log.txt-loki. Tämä loki sisältää yleensä vain vähän viestejä, jotka osoittavat, milloin käynnistyslevy on suoritettu. Jos käynnistyksen aikana tapahtuu virhe, se saattaa sisältää myös virheilmoituksia. Jos käynnistyslevy ei käynnisty ollenkaan, lokitiedostoa ei luoda.
Asennustapahtumat on asennettu log.txt-tiedostoon. Jos ohjattu asennustoiminto käynnistyy, mutta epäonnistuu asennuksen aikana, etsi log.txt-tiedostosta viestejä, jotka sisältävät INSTCONFSUCCESS-, INSTCONFPARTIALSUCCESS- tai INSTCONFFAILED-sanomia, jotka saattavat osoittaa asennuksen nykyisen tilan.
virhe- tai varoitusviestit (esimerkiksi viestit, jotka osoittavat resurssiongelmia, kuten levytilan riittämättömyyttä, poikkeuksia JVM, segmentointivirheet ja niin edelleen).
Seuraavaa muistuttava virhe osoittaa, että levytila on ongelma: Sopivaa JVM:ää ei löydy. Suorita ohjelma uudelleen valitsemalla -is:javahome < JAVA HOME DIR> laitteessa ei ole tilaa jäljellä
Tämä virhe osoittaa, että asennusohjelman suorittamiseen ei ole tarpeeksi vapaata tilaa. Voit saada tämän virheen, vaikka WebSphere Application Server -sovelluksen asennuspaikkaan olisi riittävästi tilaa (esimerkiksi asema D: tai /usr).
UNIXissa on tarpeeksi vapaata tilaa asennusohjelman suorittamista varten. Sinun on tarkastettava asennusasiakirjasta tarvittava tarkka tilapäisen levytilan määrä, yleensä vähintään 100 Mt.
Toinen vaihtoehto on käyttää -is:tempdir ohjatun asennustoiminnon kanssa, jossa tempdir on tilapäisen hakemiston sijainti osiossa, jossa on riittävästi vapaata tilaa.
Jos täytät asennuksen edellytykset, etkä vieläkään ole ratkaissut ongelmaasi, siirry kohtaan "Seuraava vaihe" sivulla 113 saadaksesi tietoja tunnettujen asennuksen ongelmien etsimisestä.
Asennuksen aikana näytetään edistymisen ilmaisin, joka näyttää kuinka pitkälle asennus on edennyt. Jos edistymisosoittimessa ei tapahdu muutosta kovin pitkälle ajalle, asennusprosessi voidaan keskeyttää.
-asennuksessa ohjattu asennustoiminto luo oletuspalvelinprofiilin. Asennusohjelma käynnistää ensin tiedoston kopiointiprosessin ja sitten profiilin luontiprosessin. WebSphere Application Server Network Deploymentissa tämä on kaksivaiheinen prosessi. Asennus on valmis, ja sinulta kysytään, haluatko luoda profiilin.
Kerättävät tiedot Jos asennus jumiutuu, tarkista seuraavat asiat: 5000 /logs/log.txt. ei ehkä ole luotu tai se saattaa olla järjestelmän väliaikaisella alueella, joka on %TEMP%\log.txt Windowsissa tai /tmp/log.txt UNIXissa. Varmistaaksesi, että saat täydellisen luettelon tämän lokin viesteistä, suorita asennusohjelma komentoikkunasta käyttämällä -log-vaihtoehtoa luodaksesi lokin kaikista tapahtumista. - UNIX ./install -log !logfile @ALL - Windows install -log !logfile @ALL Jossa lokitiedosto on täysin kelvollinen tiedostonimi lokitapahtumien kirjoittamista varten. ■ /profiles//logs/pctLog.txt Tämä lokitiedosto luodaan vain, kun ohjattu profiilin luontitoiminto suoritetaan. Tätä lokia ei luoda käytettäessä wasprofile-komentoa suoraan tai tuotteen asennuksen aikana.
Jos uskot, että asennusprosessi on jumiutunut, tarkista log.txt-tiedosto ajoittain nähdäksesi, edistyykö se. Viestit, kuten INSTCONFSUCCESS, INSTCONFPARTIALSUCCESS tai INSTCONFFAILED log.txt-tiedostossa, osoittavat asennuksen nykyisen tilan. Jos näet INSTCONFPARTIALSUCCESS- tai INSTCONFFAILED-viestin, niiden edessä pitäisi olla virhe- tai varoitusviestejä.
Tarkista myös muut järjestelmän toiminnot, kuten suorittimen käyttö, kiintolevyn käyttö tai mikä tahansa verkkotoiminto (jos asennat etänä), varmistaaksesi, että asennukseen ei vaikuta ulkoisia tekijöitä.
Jos asennus näyttää pysähtyneen, etsi viimeisin tallennettu viesti lokitiedostosta. Tämä viesti antaa sinulle käsityksen siitä, mitä asennusohjelma teki ennen kuin se katkesi.
Selvitä, tapahtuiko tiedostojen kopiointiprosessissa virheitä. Etsi log.txt-tiedostosta seuraava merkintä: (), Install, com.ibm .ws.install.ni.ismp.actions.ISMPConfigManagerLaunchAction, msg1, INSTCONFSUCCESS: Asennuksen jälkeinen määritys onnistui
Jos näet tämän viestin, tiedoston kopiointi on suoritettu onnistuneesti. Jos ei, tarkista lokin viestit virheen varalta.
Jos tiedoston kopiointi onnistui, kaikki tämän jälkeen tulevat virheilmoitukset osoittavat ongelmia profiilin luomisessa tai muissa myöhemmissä vaiheissa, mukaan lukien mallisovellus ja hallintakonsoli sovellusten käyttöönotto. Etsi lokista seuraava merkintä (log.txt WebSphere Application Serverille ja WebSphere Application Server - Expressille, pctLog.txt WebSphere Application Server Network Deploymentille): (), Install, com.ibm.ws.install.ni.ismp .actions.ISMPWSProfileLaunchAction, msg1, INSTCONFSUCCESS: Asennuksen jälkeinen määritys onnistui
Jos et näe tätä viestiä, profiilin luomisessa on ongelmia. Jos haluat diagnosoida profiilin luomiseen liittyviä ongelmia, katso "Oire: Profiilin luontivirhe" sivulla 105.
Toisaalta, jos näet tämän viestin, profiilin luominen onnistui ja on aika arvioida oireesi uudelleen. Siirry kohtaan "Seuraava vaihe" sivulla 113.
Profiilien avulla voit määrittää useita ajonaikaisia ympäristöjä, joista jokaisella on oma hallintaliittymänsä ja jotka jakavat saman koodipohjan. Profiilin luomiseen liittyvät ongelmat voivat johtua pitkistä hakemistopoluista, tiedostojen käyttöoikeuksista, ongelmista isäntänimen kanssa ja niin edelleen.
WebSphere Application Server- tai WebSphere Application Server - Express -asennuksessa. Ohjattu verkon käyttöönotto -asennustoiminto antaa sinulle mahdollisuuden luoda profiili. Profiilit voidaan myös luoda milloin tahansa asennuksen jälkeen.
Kerättävä data Jos profiilin luominen epäonnistuu, tarkista seuraavat asiat: /logs/wasprofile/wasprofile_create_.log Tämä lokitiedosto luodaan, kun asennusvaihe on päättynyt tiedoston kopiointiprosessin ja aloittaa oletusprofiilin luomisen. Tämä lokitiedosto luodaan myös aina, kun ohjattu profiilin luontitoiminto tai wasprofile-komento suoritetaan. Tämä lokitiedosto jäljittää kaikki tapahtumat, jotka tapahtuvat profiilin luomisen aikana. Se on XML-lokitiedosto, ja se näkyy parhaiten katseluohjelmalla, joka voi muotoilla XML:n, esimerkiksi Web-selain tai WordPad Windowsissa. Tämän lokitiedoston merkinnät koostuvat merkinnöistä. Esimerkki lokimerkinnästä, joka ilmaisee virheen, näyttäisi seuraavanlaiselta:2005-07-19T14:18:53 1121762933500 2984 com.ibm.ws.install.configmanager.ConfigManager VAROITUS com.ibm.ws.ConfigManager.configManager.configmanager. executeAllActionsFound 11 kohtalokas määritystoiminto epäonnistui: com.ibm.ws.install.configmanager.actionengine.ANTAction -C:\IBM\WAS\profileTemplates\managed\actions\executeManagedProfileSetup.antètxtxt/log.
Seuraavat lokitiedostot luodaan profiilin luomisen aikana. Ne sijaitsevat /profiles//logs-hakemistossa. Jokainen loki saattaa olla olemassa tai olla olematta luodun profiilin tyypistä riippuen. pctLog.txt Luodaan vain, kun ohjattu profiilin luontitoiminto suoritetaan. Tätä lokia ei luoda käytettäessä wasprofile-komentoa suoraan tai tuotteen asennuksen aikana. amjrte_config.log Tivoli Access Managerin kokoonpanoloki Java Runtime Environment -ympäristöön. säästä collection_metadata.log Kerää metatietotietoja järjestelmän hallituista objekteista arvioidakseen ja estääkseen mahdollisia asennusristiriitoja.
€ CreateDefaultServer.log Wsadminin loki, joka tallentaa palvelin1-prosessin luomisen oletusprofiiliin. ТB merkinnät ja pikakuvakkeet. määrä- ivt_config.log ivtAPP-sovellukselle - mejb_config.log ManagementEJB-sovellukselle - hamanager_config.log korkean käytettävyyden sovellukselle - query_config.log Query-sovellukselle - samples_config.log PlantsByWebSphere-näytesovellukselle - samples_install.Galle Sphere- ja SampletsphereBrylle esimerkkisovellukset - scheduler.cal_config.log SchedulerCalendars-sovellukselle - webui_config.log hallintakonsolisovellukselle - defaultapp_deploy.log DefaultApplication-sovellukselle SIBDefineChains.log Palveluintegraatioväylän päätepisteiden, saapuvien kanavien ja kanavaketjujen sekä lähtevien säikeiden luontiloki , ja lähtevät kanavat ja kanavaketjut.SIBDeployRA.log Käyttöönottoloki palvelun integrointiväyläfunktiolle. winservice_config.log Palveluloki Windowsille, joka on luotu palvelimelle 1.5.5. addNode.log Loki solmun liittämiseksi soluun (muokattu profiili ).
Log.txt- tai pctLog.txt-tiedostossa olevat viestit, kuten INSTCONFSUCCESS, INSTCONFPARTIALSUCCESS tai INSTCONFFAILED, osoittavat tiedoston nykyisen tilan.
asennus. Jos näet INSTCONFPARTIALSUCCESS- tai INSTCONFFAILED-viestin, niiden edessä pitäisi olla virhe- tai varoitusviestejä.
(), Install, com.ibm.ws.install.ni.ismp.actions.ISMPWSProfileLaunchAction, err, INSTCONFFAILED: Vaadittuja määritystoimia ei voi suorittaa jälkeen asennus. Määritys epäonnistui. Asennus ei onnistu. Katso lisätietoja osoitteesta \install_root\logs\wasprofile\wasprofile_create_profilename.log
selvittää, mitä tehtävää suoritettiin, kun profiilin luominen epäonnistui. Useimmat tehtävät, kuten järjestelmän tai mallisovelluksen asennus, kirjataan yksittäisiin lokitiedostoihin /profiles//logs-hakemistossa. Jos voit määrittää, mitä tehtävää profiilin luonti suoritti, kerää kyseisen tehtävän tiedosto. Jos sinulla oli esimerkiksi ongelmia mukautetun solmun luomisessa, katso lokitiedostosta /profiles//logs/addNode.log mahdollisia virheitä.
IVT tarkastelee palvelimen profiiliasetuksia ja etsii palvelin, joka toimii palvelimen porttinumerolla. Huomaa, että jos palvelin on käynnissä kyseisessä portissa, IVT toimii tätä palvelinta vastaan, vaikka se ei olisikaan juuri asentamasi palvelin. Jos kyseisessä portissa ei ole käynnissä palvelinta, IVT yrittää käynnistää palvelimen. Kun palvelin on käynnistynyt onnistuneesti, IVT käyttää palvelinta ja suorittaa erilaisia testejä, mukaan lukien servlet-moottorin varmennus, JSP-vahvistus, EJB-varmennus ja niin edelleen.
Mahdollisuus suorittaa IVT näkyy First Steps -konsolissa asennuksen päätyttyä ja jokaisen profiilin luomisen jälkeen, lukuun ottamatta mukautetun profiilin luomista, koska palvelinta ei luoda.
Sinun tulee suorittaa IVT ennen WebSphere Application Serverin kokoonpanomuutosten tekemistä. Tämä toimii tarkistuspisteenä sen selvittämiseksi, onko asennuksesta johtuvia ongelmia. Jos IVT toimii puhtaana ja ongelmia ilmenee myöhemmin, ne
johtuu todennäköisesti asennuksen jälkeen tehdyistä kokoonpanomuutoksista. On suositeltavaa, että kaikki WebSphere Application Serverin esiintymät pysäytetään ennen IVT:n suorittamista.
Virhe IVT:ssä johtuu yleensä siitä, että sovelluspalvelin ei käynnisty.Yleisiä syitä tähän ovat porttiristiriidat, muistin riittämättömyys ja muut asiat.
Ensimmäinen tiedosto, jota tarkastellaan, jos IVT epäonnistuu, on ivtClient.log. IVTL- ja ADMU-etuliitteillä varustetut viestit antavat tietoa IVT-sovelluksen tekemisestä ja kunkin toiminnon tilasta.
ADMUXXXXX: Palvelimen palvelimen nimi avoinna sähköistä liiketoimintaa varten; prosessin tunnus on xxxx
Jos löydät tämän viestin, palvelin on käynnistynyt onnistuneesti ja IVT epäonnistui suoritettaessa yhtä testeistä. Tarkista virheilmoitukset inivtClient.log löytääksesi epäonnistuneen prosessin.
Jos palvelin ei käynnisty, katso palvelimen portin numero: merkintä. Tämä merkintä sisältää profiiliinstanssin palvelinportin numeron. Varmista, että tämä portti ei ole käytössä (katso "Sovelluspalvelimen käynnistysongelmat" sivulla 111).
Jos portti ei näytä olevan ongelma, katso osoitteesta startServer.log, SystemErr.log ja SystemOut.log tietoja palvelimen käynnistyksestä, esim. seuraavasti: Etsi mahdollisia virheilmoituksia, jotka alkavat WSVR:llä (server runtime) tai ADMU:lla (hallintaapuohjelma) startServer.log- ja SystemOut.log-tiedostoista. ∎ Etsi virheilmoituksia SystemErr.logista. Nämä viestit alkavat seuraavasti: [Päivämäärä ja aikaleima] 0000000a SystemErr
Jos et pysty tunnistamaan ongelmaa, siirry kohtaan "Seuraava vaihe" sivulla 113.
Kerättyjen tietojen analysointi johtaa todennäköisesti johonkin seuraavista alueista. Jos ei, katso "Seuraava vaihe" sivulla 113.
Jos sinulla on ongelmia käynnistyslevyn käynnistämisessä, on mahdollista, että tuettua verkkoselainta ei ole asennettu tai määritetty oikein. Jos näin on: Varmista, että tuetun verkkoselaimen uusin versio on asennettu. Mozillaa ja Internet Exploreria tuetaan määritys- ja asennustoimintoihin. Varmista UNIX-ympäristöissä, että tuetun selaimen sijainti viedään. Jos esimerkiksi Mozilla-suoritettava tiedosto sijaitsee /usr/bin-hakemistossa, vie sen sijainti seuraavasti: export BROWSER=/usr/bin/mozilla Huomautus Varmista, että JavaScript™ on käytössä selaimen asetuksissa. Esimerkki: - Valitse Mozillassa Muokkaa → Asetukset → Lisäasetukset → Skriptit & Plugins - Ota JavaScript käyttöön: Navigaattori, Salli komentosarjat: (valitse kaikki ruudut) - Valitse Internet Explorerissa Työkalut → Internet-asetukset → Suojaus → Internet-komentosarjan mukautettu taso → Aktiivinen komentosarja → Ota käyttöön
Seuraava linkki antaa tarkkoja tietoja järjestelmän valmiudesta asentaa WebSphere Application Server RedHat Linux Enterprise Edition 4:ään: http://www-1.ibm.com/support/docview.wss?uid=swg21201306
3.3.2 Sovelluspalvelimen käynnistysongelmat Profiilin luomisen aikana on tärkeää, että kullekin WebSphere Application Server -palvelulle määritetyt porttinumerot ovat ainutlaatuinen. Ohjattu profiilin luontitoiminto yrittää oletusarvoisesti määrittää porttinumeroita, jotka eivät ole ristiriidassa muiden asennuksen profiilien kanssa. On kuitenkin myös mahdollista, että on olemassa muita sovelluksia, jotka käyttävät samoja porttinumeroita (esimerkiksi WebSphere Application Serverin vanhemmat versiot rinnakkaiseloympäristössä tai Rational Application Developerin yksikkötestiympäristö).
Jos sovelluspalvelin ei käynnisty IVT-prosessin aikana tai myöhemmin käyttämällä startServer-komentoa, etsi seuraava viesti osoitteesta startServer.log: ADMYUXXXXX: palvelimen ilmentymä saattaa olla jo käynnissä: server1
Tämä viesti osoittaa, että toinen palvelimen ilmentymä on jo käynnissä tai toinen prosessi käyttää samaa porttinumeroa.
ServerStatus-komennolla voit määrittää, onko palvelinilmentymä, jota yrität käynnistää, jo käynnistetty. ∎ Tarkista sovelluspalvelinprosessin vaatimat portit. Näet nämä osoitteesta: /profiles//config/cells//nodes// serverindex.xml. Luettele järjestelmän tällä hetkellä käyttämät portit. Yksi tapa tehdä tämä on antaa komentokehoteikkunassa komento netstat -a. Jos sinulla on porttiristiriita, päivitä serverindex.xml-tiedosto käyttämään ristiriitaista porttinumeroa.
3.3.3 Profiilin luontiongelmat Seuraavat ovat yleisiä profiilin luomiseen liittyviä ongelmia.
Windows 2000:ssa komennon pituusrajoitus on 258 merkkiä. Saattaa ilmetä ongelma, joka estää profiilin onnistuneen luomisen, kun polku on liian pitkä. Hakemiston enimmäispituus on 60 merkkiä. Profiilien asennuksen juurihakemiston enimmäispituus on 80 merkkiä.
Jos lokitiedostoissasi on virheitä, jotka ovat samankaltaisia kuin Syöterivi on liian pitkä, komentojonon tiedostopolun ja solmun nimen pituus on aiheuttanut koko komennon ylittäneen käyttöjärjestelmän komennon pituuden rajan.
Tämä virhe voi näkyä viestikentässä ohjatun toiminnon aikana tai wasprofilea käytettäessä tiedostossa /profiles//logs/collect_metadata.log.
Luo profiili uudelleen käyttämällä lyhyempiä hakemistopolkuja ja solmun nimiä. Jos olet vielä asennusprosessissa, harkitse uudelleenasennusta käyttämällä lyhyempää polkua asennuksen juurille.
Jos näet virheitä, jotka ovat samankaltaisia kuin localhost ei ole kelvollinen isäntänimi etäkäytölle, olet kirjoittanut localhost-arvon ohjatun profiilin luontitoiminnon isäntänimi-kenttään. Muut verkon koneet eivät voi tavoittaa solmuasi localhostilla, joten sinun on annettava järjestelmäsi IP-osoitteeseen isäntänimi, jonka muut järjestelmät voivat ratkaista.
Jos saat UNIX-ympäristössä seuraavankaltaisen virheen, tarkista profiilimallien sijainti ja käyttöoikeudet: Saapuva komentorivi on: { "-create" ,"- help" ,"-templatesPath" ,"/opt/WebSphere/AppServer/crso/profileTemplates/managed" } TemplatePathia ei voitu ratkaista komentoriviltä
Jos mukautetun profiilin luomisessa tapahtui virhe, tarkista lisävirheiden varalta addNode.log-tiedostosta. Etsi seuraavankaltainen virhesanoma: [Päivämäärä ja aikaleima] 0000000a AbstractNodeC E ADMU0006E: Poikkeus luomassa Deployment Manager -yhteyttä: com.ibm.websphere.management.exception.ConnectorException: ADMC0016E: Järjestelmä ei voi luoda SOAP-liitintä yhteyden muodostamiseksi isäntäkoneen nimeen portissa 8879
Jos näet tämän sanoman, on todennäköistä, että käyttöönoton hallintaprofiili ei ole käynnissä. Varmista, että käyttöönoton hallintaprofiili on luotu ja että se on käynnissä määritetyssä portissa ja isännässä ennen mukautetun profiilin luomista.
Jos kumpaakaan näistä viesteistä ei tule näkyviin etkä näe muita ilmeisiä ongelmia, siirry kohtaan "Seuraava vaihe" sivulla 113.
Tässä artikkelissa esitetyt oireet ja ongelma-alueet ovat joitain todennäköisemmin kokeneita. On kuitenkin muita asioita, jotka voivat mennä pieleen asennuksen aikana.
Tarkista ongelmien luokittelu nähdäksesi, onko olemassa muita osia, jotka voivat aiheuttaa ongelman.
lisäresursseja ongelmien diagnosointiin ja korjaamiseen: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/ com.ibm.websphere.base.doc/info/aes/ae/rtrb_allrfl.html
114 WebSphere Application Server V6 -ongelmien määritys hajautetuille alustoille 4
-ongelmien määritys Tässä artikkelissa käsitellään tekniikoita WebSphere Application Server -järjestelmänhallinnan ongelmien syyn määrittämiseksi. Tässä artikkelissa käsitellyt oireet ovat seuraavat: Et voi käyttää hallintakonsolia. Et voi käyttää palvelinprosesseja wsadmin- tai hallintakomentosarjoilla, kuten stopServer. ∎ Saat virheitä suorittaessasi järjestelmän hallintatoimintoja (esimerkiksi sovelluspalvelimien, node-agenttien, Web-palvelimien tai sovellusten hallinnassa). jotain et voi yhdistää solmua käyttöönoton hallintaohjelman kanssa. Tallenna ristiriitaviestit hallintakonsoliin. ■ Yrityssovelluksesi eivät enää näy hallintakonsolissa. Sinulla on ongelmia WebSphere Rapid Deploymentin kanssa. SSL-yhteyden kanssa on ongelmia ja saat viestejä, jotka osoittavat, että varmenteesi ovat vanhentuneet.
lukemalla Approach to Problem Determination in WebSphere Application Server V6 osoitteessa http://www.redbooks.ibm.com/redpapers/pdfs/redp4073 .pdf.
4.1 Johdanto Tässä artikkelissa tarkastellaan järjestelmänhallintatoimintojen aikana ilmenevien ongelmien ratkaisemista. WebSphere Application Server -kokoonpanoa ylläpidetään XML-tiedostoissa. XML-tiedostoja ylläpidetään hakemistorakenteessa, joka kuvastaa WebSphere Application Server -asennuksesi topologiaa (Kuva 4-1).
määritysarkisto
Hallintakonsoli
wsadmin
WebSphere WebSphere-palvelinpalvelin
-hallintatyökalu lukevat, ylläpitävät ja muokkaavat XML-tiedostojen sisältöä.
. Voit varmuuskopioida arkiston manuaalisesti tiedostojärjestelmän varmuuskopion avulla tai käyttää WebSphere Application Serverin mukana toimitettua backupConfig-työkalua. Tämä komentosarja luo pakatun tiedoston, joka sisältää kaikki kokoonpanotiedostot, joita saatat tarvita WebSphere Application Server -kokoonpanon palauttamiseen.
Vinkki: XML-tiedostojen muokkaamista suoraan arkistossa ei tueta, ja se voi johtaa odottamattomiin tuloksiin.
Perustasolla, joka on yhden WebSphereApplication Serverin erillinen asennus, konfigurointihakemisto on kuvan 4-2 mukainen. . Näytetyt XML-tiedostot sisältävät tiedot, jotka hallintakonsoli muotoilee ja näytetään selaimen eri laatikoissa ja tekstikentissä.
Hallintakonsoli ja muut hallintatyökalut kutsuvat hallintapapuja (MBeans) WebSphere Application Server -prosessissa. WebSphere Application Server käyttää MBeaneja järjestelmän hallintatoimintojen suorittamiseen.
päävarastoa kaikille WebSphere Application Server -solmuille ja palvelimille, joita se hallitsee solussa. Jokaisen solmun tarvitsemien tiedostojen kopiot replikoidaan kyseiseen solmuun prosessilla, joka tunnetaan nimellä synkronointi.
T e p lo e n t O s t e r i n o t o s t o n t e p o s t i i
C e ll
Node01 Node02
Solmu01 Solmu02 T e p o s i t o s t o s i s t
automaattisen synkronoinnin minuutin välein (oletusaikaväli), tämä minimaalinen vaikutus suorituskykyyn, koska solmuagentti muodostaa yhteyden käyttöönoton hallintaan ja saa tiedon, ettei mikään ole muuttunut.
Järjestelmänhallinta → Solmut, valitsemalla synkronoitavan solmun ja napsauttamalla sitten joko Synkronoi tai Täysi uudelleensynkronointi.
normaalin synkronointimekanismin avulla. Täysin uudelleensynkronoinnin valitseminen synkronoi kaikki muutokset, jotka on tehty päätietovarastoon millä tahansa tavalla. Jos esimerkiksi muokkaat server.xml-tiedoston peruskopiota tekstieditorilla, Synkronoi-painikkeen napsauttaminen ei replikoi tätä tiedostoa solmuun. Jos napsautat Täysi uudelleensynkronointia, päivityksesi replikoidaan.
Voit myös suorittaa synkronoinnin solmuagentista käyttämällä thesyncNode.bat|sh-komentosarjaa. Sinun on pysäytettävä solmuagentti, jotta voit käyttää tätä työkalua. Voit siirtää parametreja komentosarjalle viestien kirjaamiseksi määritettyyn tiedostoon tai synkronoinnin jäljittämiseksi.
Huomautus: Voit myös suorittaa synkronoinnin wsadmin-työkalulla. Katso lisätietoja WebSphere Information Centeristä.
Vinkki: Synkronointi ei suojaa koko replikoidun arkiston menettämiseltä. Solmuagentin määritystiedostojen on oltava olemassa, jotta synkronointi toimii. Se ei korvaa kattavaa varmuuskopiointikäytäntöä.
sovellusta ja poistaa profiilin, kun testaus on valmis.
Profiilit luodaan joko ohjatulla profiilinluontitoiminnolla tai thewasprofile-komennolla, ja niitä hallitaan wasprofile-komennolla.
Käyttäjärekisteri sisältää organisaation käyttäjien nimet, ryhmäjäsenyydet, roolit ja salasanat. Alkeimmalla tasolla useimmat käyttöjärjestelmät
sisältävät käyttäjärekisterin, jotta käyttäjät voivat kirjautua sisään käyttäjätunnuksella ja salasanalla ja käyttää käyttöjärjestelmän resursseja. Monimutkaisemmalla tasolla suuri hajautettu organisaatio saattaa ylläpitää täydellistä luetteloa käyttäjistä, mukaan lukien heidän salasanansa, henkilökohtaiset tiedot, ryhmäjäsenyydet ja työroolit hajautetussa LDAP-tietovarastossa.
palvelimille, jotka sinun on suojattava, sinun on käytettävä LDAP-rekisteriä, jotta sama rekisteri on kaikkien palvelimien käytettävissä.
Voit koodata näiden tiedostojen salasanat estääksesi niiden lukemisen helposti käyttämällä salasanaenkoodausapuohjelmaa: /bin/PropFilePasswordEncoder.bat|sh
tiedonsiirtoon selaimesta hallintakonsoliin ja muuhun hallinnolliseen viestintään. SSL-viestintä perustuu avaintietokantatiedostoon ja salasanaan. WebSphere Application Serverin mukana tulee valeavaintietokantatiedosto, joka on suojattu WebAS-salasanalla. Suosittelemme
että luot oman avaintietokantatiedoston tuotantopalvelimia varten. Lisätietoja avaintietokannan mukauttamisesta on WebSphere Information Centerissä: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/ aes/ae/tsec_preparetruststorefile.html
WebSphere Rapid Deployment on WebSphere ApplicationServer V6:n uusi ominaisuus, joka yksinkertaistaa ja nopeuttaa yrityssovellusten tai niiden komponenttien käyttöönotto kehitystarkoituksiin. WebSphere RapidDeployment on Eclipse IDE:n supistettu versio ja toimii erätilassa.
hakemistoa. Jos kehittäjä kopioi yrityssovelluksen EAR-tiedoston kyseiseen sijaintiin, WebSphere Rapid Deployment havaitsee uuden EAR:n ja ottaa sen automaattisesti käyttöön WebSphere Application Serverissä. Kuva 4-4 näyttää WebSphere Rapid Deployment -komponentit.
WebSphere Rapid Deployment on tarkoitettu vain kehitysympäristöihin päivitysten testausprosessin yksinkertaistamiseksi sovellukset. Sitä ei ole tarkoitettu tuotantoympäristöihin, joissa et halua tuotantokoodin päivittyvän helposti. Tästä syystä WebSphere Rapid Deployment -prosessi toimii vain etualalla.
Sinun on kerättävä seuraavat lokitiedostot ja tiedot järjestelmänhallinnan ongelmien määrittämistä varten: tila-AWebSphere Application Server -lokit ▪ wsadmin-tulosteet hallintakomentosarjat lokit Profilenhallintalokit WebSphere Rapid Kehityslokit
"Seuraava vaihe" sivulla 162 on täydellinen luettelo asiakirjoista, jotka on kerättävä ennen jatkamista. Erityisesti sinun tulee tarkistaa MustGather-asiakirjoista täydellinen luettelo IBM-tuen edellyttämistä asiakirjoista.
Sinun on tarkasteltava WebSphere Application Server -lokitiedostoja diagnosoidessasi järjestelmän hallintaongelmia.
Sovelluspalvelin Joidenkin ongelmatyyppien osalta saatat joutua katsomaan myös sen sovelluspalvelimen lokeja, jota yrität hallita. Nämä lokitiedostot ovat:/profiles//logs//SystemOut.log/profiles//logs//SystemErr.log
Useimmat järjestelmänhallintaongelmat voidaan jäljittää asettamalla seuraava jäljitys: Admin=all
asettaa jäljityksen päivittämällä server.xml-tiedoston jäljitettävälle sovelluspalvelimelle. Löydät server.xml-tiedoston palvelimen kohdan alta asetustiedoston hakemistorakenteessa:/profiles//config/cells//nodes//servers//server.xml
Avaa tämä tiedosto tekstieditorissa ja päivitä palvelutunniste muuttamalla startupTraceSpecification tarvitsemaasi jäljitysmerkkijonoon esimerkin 4-1 mukaisesti.
wsadminin lähtö Viestit wsadminista kirjoitetaan wsadmin.traceout-lokitiedosto: /profiles//logs/wsadmin.traceout
Voit myös lisätä tähän tiedostoon kirjattujen tietojen määrää jäljittämällä wsadmin-apuohjelman. Päivitä seuraava tiedosto: /properties/wsadmin.properties
com.ibm.ws.scripting.traceString=com.ibm.*=all=enabled
Huomaa, että kirjattujen tietojen käyttö on rajoitettua, koska wsadmin kutsuu MBeansia sovelluspalvelimessa, joka käyttää hallintakonsolisovellusta. Yleensä sinun on myös jäljitettävä sovelluspalvelin.
WebSphere Application Server -palveluita voidaan hallita mukana toimitettujen hallintakomentosarjojen avulla. Jokaisessa WebSphere Application Server -asennuksessa on esimerkiksi komentosarja sovelluspalvelimen käynnistämiseksi, komentosarja sovelluspalvelimen pysäyttämiseksi ja komentosarja, joka näyttää kaikkien profiilissa määritettyjen sovelluspalvelimien tilan. Jokainen näistä komentosarjoista kirjoittaa oman lokitiedostonsa palvelimen lokihakemistoon. Esimerkiksi stopServer-skripti kirjoittaa stopServer.log lokihakemistoon:
/profiles//logs//stopServer.log
Profiilin luonti- ja hallintatyökalu wasprofile kirjoittaa viestejä profiilista riippumattomien lokien hakemistoon, joka on: /logs/wasprofile/.log
Graafinen Java-liittymä, jota käytetään profiilin luomiseen, kutsuu vain wasprofilea komento kerättyään tarvittavat tiedot. Oletuksena se ei kirjoita lokia. Voit kuitenkin välittää sille lokiparametrin kuvan osoittamalla tavalla: pctWindows -is:log c:\temp\pct.log
WebSphere Rapid Deployment -työkalu toimii hakemistossa, jonka luot ja välität WebSphere Rapid Deploymentille WORKSPACE-ympäristömuuttujassa. Se kirjaa Eclipse-viestit kahteen erilliseen tiedostoon tässä hakemistossa: ■ /.metadata/.log/project/.metadata/.log
Deployment kutsuu MBeansia sovelluspalvelimessa. Sovelluspalvelimen lokit voivat auttaa ratkaisemaan WebSphere Rapid Deploymentin ongelman. WebSphere Rapid Deployment -apuohjelmaa ei voi jäljittää. Voit kuitenkin jäljittää sovelluspalvelimen kohdassa "WebSphere Application Server -lokit" sivulla 122 kuvatulla tavalla.
Huomautus: UNIX-ympäristössä pisteellä (.) alkavat tiedostot ja hakemistot ovat piilossa. Sinun on välitettävä -a-parametri ls-komennolle nähdäksesi ne.
Aloitat ongelmanmääritysprosessin arvioimalla korkean tason oireita ja määrittämään, kuvaako jokin näistä ongelmaasi. Jos näin ei tapahdu, keräät asianmukaiset tiedot, joita tarvitaan ongelman diagnosointiin.
Aloitetaan ongelman ratkaiseminen: Jos et pysty käyttämään WebSphere-hallintakonsolia, siirry kohtaan "Ongelma: Hallintakonsolia ei voi käyttää" Jos käytät wsadminia tai hallintakomentosarjoja, kuten stopServeriä, mutta nämä järjestelmänvalvojan työkalut eivät voi käyttää palvelinprosessia, siirry kohtaan "Ongelma: wsadmin tai hallintakomentosarjat eivät voi käyttää palvelinta" sivulla 130.
Jos yrität suorittaa WebSphere Application Server -prosessien hallintatehtäviä (kuten käynnistää tai pysäyttää palvelimen), harkitse seuraavia tilanteita: - Jos yrität eivät pysty pysäyttämään sovelluspalvelinta, siirry kohtaan "Ongelma: Palvelinprosessia ei voida pysäyttää" sivulla 133. - Jos et pysty käynnistämään sovelluspalvelinta, siirry kohtaan "Ongelma: Palvelinprosessia ei voida käynnistää" sivulla 135. - Jos käyttöönottohallinta ei kommunikoi solmuagentin kanssa, siirry kohtaan "Ongelma: Solmuagenttia ei voida käyttää" sivulla 137. - Jos et pysty hallitsemaan Web-palvelinta WebSpheren hallintatyökalujen avulla, siirry kohtaan "Ongelma" : Web-palvelinta ei voi hallita" sivulla 138. - Jos et pysty hallitsemaan (käynnistämään, pysäyttämään, asentamaan) sovellusta, siirry kohtaan "Ongelma: Sovellusten hallinta ei onnistu" sivulla 141. Mikäli et pysty yhdistämään solmu, jossa on käyttöönoton hallinta, siirry kohtaan "Ongelma: Solmun lisääminen käyttöönottohallintaohjelmaan epäonnistui" sivulla 143. Jos teet muutoksia hallintakonsolissa ja saat viestejä, jotka varoittavat tallennusristiriitasta, siirry kohtaan "Ongelma: Tallenna ristiriidat hallintakonsoliin" sivulla 150. Jos yrityssovellukset eivät enää näy hallintakonsolissa, siirry kohtaan "Ongelma: yrityssovelluksia puuttuu" sivulla 151. Mikäli sinulla on ongelmia kommunikoida järjestelmäsi kanssa SSL:n kautta tai Jos vastaanotat viestejä varmenteiden vanhentumisesta, siirry kohtaan "Ongelma: Virheelliset tai vanhentuneet sertifikaatit" sivulla 153. Jos sinulla on ongelmia WebSphere Rapid Deploymentin kanssa, siirry kohtaan "Ongelma: WebSphere Rapid Deployment" sivulla 158. Jos et voi luoda , poista tai päivitä WebSphere Application Server -profiilit, katso WebSphere Application Server V6: Asennusongelmien määritys osoitteessa: http://www.redbooks.ibm.com/redpapers/pdfs/redp4068.pdf
Minne tästä eteenpäin: Jos oireesi löytymisen ja asianmukaiseen osioon siirtymisen jälkeen tai jos mikään näistä oireista ei muistuta ongelmaasi, siirry kohtaan "Seuraava vaihe" sivulla 162.
4.3 Ongelma-alueiden analysointi Kerättyjen tietojen analysointi johtaa todennäköisesti johonkin seuraavista ongelma-alueista. Jos ei, katso "Seuraava vaihe" sivulla 162.
Yrität käyttää WebSphere-hallintakonsolia, mutta kirjautumissivua ei näytetä. Sen sijaan näet tyhjän sivun tai HTTP 404 -virheen, sivua ei löydy -virheen.
Server -palvelimen asennuksen, suojauksen käyttöönoton, solmun lisäämisen jälkeen käyttöönoton hallintaan tai WebSphere Application Server -prosessin uudelleenkäynnistyksen jälkeen.
. Itsenäisessä palvelinympäristössä prosessi suoritetaan palvelimessa (palvelin1).
Sinun on ehkä myös suoritettava järjestelmänvalvojan jäljitys ja suojausjäljitys ongelmasta riippuen. Katso "Tietojen kerääminen" sivulla 122 saadaksesi lisätietoja.
Tämä ongelma voi ilmetä, koska hallintakonsolia isännöivä palvelin ei ole käynnissä tai yrität muodostaa yhteyden väärään porttinumeroon. Se voi myös tapahtua, jos hallintakonsolin tiedostot on vahingossa poistettu tai suojaus on määritetty väärin.
Oletuksena pääsy hallintakonsoliin tapahtuu seuraavan URL-osoitteen kautta: http://:9060/ibm/console
Portti on kuitenkin määritettävissä, ja jos koneeseen on asennettu useita profiileja, portti voi olla eri kuin oletusportti.
hallintakonsoli on käynnistynyt. Näet sivulla 128 esimerkin 4-2 kaltaisia viestejä, jotka osoittavat, että hallintakonsoli on käynnistynyt ja mitä porttia hallintakonsoli kuuntelee.
Esimerkki 4-2 Hallintakonsolin käynnistysviestit [6/22/05 9:58:31:342 EDT] 0000001b ApplicationMg A WSVR0221I: Sovellus aloitettu: hallintakonsoli [6/22/05 9:58:31:492 EDT] 0000000a TCPC-kanava A TCPC0001I: TCP-kanava TCP_1 kuuntelee isäntä * (IPv4) -porttia 9060.
Varmista, että muodostat yhteyden oikeaan palvelimeen oikealla porttinumerolla, esimerkiksi: http://localhost:9060/ibm/console
Jos hallintakonsoli ei käynnisty, näet esimerkissä 4-3 esitetyn kaltaisia virheitä.
[7/3/05 15:10:29:359 EDT] 0000000a DeployedAppli E WSVR0100W: Alustuksessa tapahtui virhe,adminconsolejava.io.FileNotFoundException:C. :\IBM\WAS6\AppServer\systemApps\adminconsole.ear\deployment.xml(Järjestelmä ei löydä määritettyä polkua) osoitteessa java.io.FileInputStream.open(Native Method)
Huomautus: WebSphere Application Server V6:ssa adminconsole.ear- ja filetransfer.ear-sovellukset eivät enää näy asennettuina sovelluksina, eikä niitä voida hallita samassa yhteydessä tavalla kuin muut sovellukset. Tämä estää niiden asennuksen vahingossa poistamisen.
Et ehkä voi käyttää hallintakonsolisovellusta, jos suojaus on käytössä, koska selaimen ja WebSphere Application Serverin välisen SSL-viestinnän määrittämiseen käytettyjen digitaalisten sertifikaattien ongelma on .Jos näin on, voit ilman ongelmia käyttää muita sovelluspalvelimen sovelluksia, jotka eivät käyttäneet SSL:ää. Katso lisätietoja kohdasta "Ongelma: Virheelliset tai vanhentuneet varmenteet" sivulla 153.
Jos ongelmasi ei ratkea korjaamalla virheellisiä varmenteita, voit varmistaa, että se liittyy turvallisuuteen, poistamalla suojaus käytöstä ja testaamalla uudelleen.
Löydät security.xml-tiedoston määrityshakemistorakenteesta osoitteesta /profiles//config/cells//security.xml
Sinun on käynnistettävä palvelin uudelleen, jotta tämä muutos tulee voimaan.
4.3.2 Ongelma: wsadmin tai hallintakomentosarjat eivät pääse palvelimeen Yrität käyttää wsadmin-ohjelmaa järjestelmän hallintaan, mutta et pysty muodostamaan yhteyttä sovelluspalvelinprosessi tai eivät saa vastausta wsadminilta.
Sinulla on tämä ongelma, kun yrität käyttää toimitettuja hallintakomentosarjoja, kuten stopServer.bat tai serverStatus.bat.
jälkeen, suojauksen käyttöönoton, solmun lisäämisen jälkeen käyttöönoton hallintaan tai WebSphere Application Server -palvelimen uudelleenkäynnistyksen jälkeen.
stopServer.bat, tarvitset kyseisen skriptin lokitiedoston (stopServer.log) ja mahdollisesti jälkiä kyseisestä komentosarjasta. .
Tämä ongelma voi ilmetä, koska sovelluspalvelin, johon yrität muodostaa yhteyden, ei ole käynnissä tai yrität muodostaa yhteyden väärään porttinumeroon.
ympäristössä tai käyttöönoton hallintaan hajautetussa ympäristössä. Seuraava virhe osoittaa, että yhteyttä ei voitu muodostaa: WASX7023E: Virhe luotaessa "SOAP"-yhteyttä isäntään "isäntänimi"
Varmista, että sovelluspalvelin on käynnissä ja että käytät oikeaa porttinumeroa yhteyden muodostamiseen sovelluspalvelimeen tai käyttöönottohallintaan.
Voit määrittää wsadmin.properties-tiedoston avulla, mihin palvelimeen wsadmin yrittää muodostaa yhteyden ja missä portissa. Tämä tiedosto on profiilihakemistorakenteessa: /profiles//properties/wsadmin.properties
Esimerkki 4-4 näyttää isäntänimen ja portin numeron, joita wsadmin käyttää oletuksena.
com.ibm.ws.scripting.host=localhostcom.ibm.ws.scripting.port=8879
Voit verrata tätä sovelluspalvelimen SystemOut.log-merkintään, joka kertoo, missä portissa sovelluspalvelin todella kuuntelee SOAP-yhteyksiä, kuten esimerkissä 4-5.
[7/8/05 14:19:55:445 EDT] 0000000a JMXSoapAdapte A ADMC0013I: SOAP-liitin on saatavilla portissa 8880
Vaihtoehtoisesti voit välittää portin numeron wsadminille komennolla -portparameter:wsadmin -host kll6571 -port 8880
käyttöönoton hallintaohjelmalle. Jälleen wsadmin.properties-tiedosto sisältää käyttöönoton hallintaprosessin isäntänimen ja portin numeron. Käyttämällä -host- ja -port-parametreja voit käyttää wsadminia muodostamaan suoran yhteyden johonkin muuhun prosessiin kuin käyttöönottohallintaan. Voit esimerkiksi muodostaa yhteyden suoraan solmuagenttiin tai etäsovelluspalvelimeen. Esimerkki 4-6 esittää yhteyden solmuagenttiin ja sitten stopServer-komennon antamista.
$ ./wsadmin.bat -host m23vnx60.itso.ral.ibm.com -portti 8881WASX7209I: Yhdistetty prosessiin "solmuagentti" solmu m23vnx60Solmu01 käyttäen SOAPconnectoria; Prosessin tyyppi on: NodeAgentWASX7029I: Jos tarvitset apua, kirjoita: "$Help help"wsadmin>$AdminControl stopServer nodeagentWASX7337I: Palvelimen "solmuagentille" kutsuttu pysäytys Odotetaan pysäytyksen valmistumista.
Huomautus: Esimerkissä 4-6 et saa enää vastausta, koska palvelin sammuu. Käytä Ctrl+c poistuaksesi apuohjelmasta.
Voit käyttää netstat-komentoa varmistaaksesi, että prosessi kuuntelee porttia. Esimerkki 4-7 näyttää netstat-komennon tulosteen, joka on suodatettu grep-työkalulla näyttämään vain rivit, jotka sisältävät merkkijonon 8880.
C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>netstat -an|grep 8880 TCP 0.0.0.0:8880 0.0.0.0:0 KUUNTELU TCP 9.42.171.145:8880 9.42.171.145:1114 CLOSE_WAIT TCP 127.0.0.1:8880 127.0.0.1:1122 CLOSE_WAIT TCP 127.0.0.1:8880 CLOSE_1WAIT.1.1.1.
Huomautus: Netstat-komento on käytettävissä sekä UNIX- että Windows-käyttöjärjestelmissä. Grep-komento on oletuksena käytettävissä UNIXissa, ja voit ladata ilmaisia kopioita grepistä Windowsille.
Voit myös käyttää telnet-komentoa yhteyden muodostamiseen isäntänimeen ja porttiin esimerkin 4-8 mukaisesti.
C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>telnet localhost 8880 Yhdistetään paikallispalvelimeen... Yhteyttä ei voitu avata isäntään portissa 8880 : Yhteys epäonnistui
Huomaa, että vaikka yhdistäisitkin, et voi tehdä mitään, koska WebSphere Application Server ei vastaa telnet-komentoihin. Voit sulkea telnet-istunnon painamalla Ctrl+c.
Jos telnet ei pysty muodostamaan yhteyttä, palvelinta ei käynnistetä tai se ei hyväksy minkäänlaista yhteyttä. Yritä käynnistää sovelluspalvelin uudelleen. Sinun on luultavasti lopetettava Java-prosessi, koska se ei hyväksy stopServer-komentoa.
Tarkista suojausasetukset Jos suojaus on käytössä, sinun on välitettävä käyttäjänimi ja salasana wsadminille yhteyden muodostamista varten. Jos et välitä käyttäjätunnusta tai salasanaa tai ymmärrät ne väärin, saat virheilmoituksen yhteyden muodostamisessa, kuten esimerkissä 4-9
WASX7246E: "SOAP"-yhteyttä ei voi muodostaa isäntään "localhost" todennusvirheen vuoksi. Varmista, että käyttäjä ja salasana ovat oikein komentorivillä tai ominaisuustiedostossa. Poikkeussanoma (jos on): "ADMN0022E: Pääsy getProcessType-operaatiolle on estetty Server MBeanissa riittämättömien tai tyhjien valtuustietojen vuoksi."
, jos suojaus on käytössä, koska SSL-viestinnän määrittämiseen käytettävissä digitaalisissa varmenteissa on ongelma. Katso "Ongelma: Virheelliset tai vanhentuneet varmenteet" sivulla 153 saadaksesi lisätietoja.
Yrität pysäyttää sovelluspalvelimen hallintakonsolin kautta, mutta saat virheilmoituksia.
stopServer.bat, tarvitset kyseisen skriptin lokitiedoston (stopServer.log) ja mahdollisesti jälkiä kyseisestä komentosarjasta. .
Mitä etsiä Kuva 4-6 näyttää tuloksen, jonka näet hallintakonsolissa, jos yrittäisit pysäyttää jumiutuneen sovelluspalvelimen. Kestää jonkin aikaa, ennen kuin pysäytyspyyntö aikakatkaistaan.
Tässä tapauksessa käyttöönottohallinnan SystemOut.log-tiedosto ei todennäköisesti sisällä asiaankuuluvia viestejä. Solmuagentin SystemOut.logissa saatat kuitenkin nähdä viestejä, jotka ovat samankaltaisia kuin esimerkissä 4-10.
[7/11/05 13:51:54:207 EDT] 0000000d ThreadMonitor W WSVR0605W: Säie"SoapConnectorThreadPool"0 (02:0) 06" on ollut aktiivinen 607 027 millisekuntia ja saattaa katketa. Palvelimessa on yhteensä 1 säiettä, jotka voidaan ripustaa.
Tässä esimerkissä ongelmana on, että sovelluspalvelin on ripustettu, eikä se voi vastata pyyntöihin. Saatat myös nähdä tilanteen, jossa solmuagentti on ripustettu, kuten esimerkissä 4-11 näkyy.
[7/11/05 14:19:00:918 EDT] 0000000f ThreadMonitor W WSVR0605W: Säie "WebContainer : 1"(0000) on ollut30 aktiivinen 619290 millisekuntia ja voidaan ripustaa. Palvelimessa on yhteensä 1 säiettä, jotka voidaan ripustaa.
Jos solmuagentti on ripustettu, hallintakonsoli aikakatkaistaan lopulta vähintään 10 minuutin kuluttua. Näet viestin käyttöönottohallinnan SystemOut.logissa ennen aikakatkaisua.
Huomautus: Windowsin Tehtävienhallinnassa prosessitunnusta ei näytetä oletusarvoisesti. Voit kuitenkin lisätä prosessitunnuksen (PID) valitsemalla Näytä → Valitse sarakkeet.
Lukitun prosessin pysäyttäminen on yksinkertaisesti kiertotapa. Todellinen ongelma on roikkuminen.
Jos et pysty käynnistämään sovelluspalvelinta, ongelma on todennäköisesti joko kokoonpano- tai sovellusvirhe. Sekä hallintakonsoli että startServer-komentosarjatulostus palauttavat virheilmoituksen, joka kertoo, mistä etsiä.
Huomautus: Tässä kuvatut vaiheet koskevat myös käyttöönottohallintaa tai solmuagenttia.
Kerättävät tiedot Jos yrität käynnistää palvelimen hallintakonsolin kautta, avaa komentoikkuna ja yritä käynnistää palvelin startServer-komennolla.
Jos nämä lokit eivät kerro ongelman syytä, sinun on ehkä myös jäljitettävä komentosarja.
Kun palvelin ei käynnisty, sinun on tarkistettava startServer-komennon tulos ja kyseisen sovelluspalvelimen lokit sellaisten viestien varalta, jotka kertovat, missä vaiheessa palvelin epäonnistui.
Esimerkki 4-12 näyttää startServer-komennon tulosteen, joka osoittaa, miksi palvelin ei käynnisty.
C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>startserver server1 ADMU7701I: Koska palvelin1 on rekisteröity toimimaan Windows Service, tämän palvelimen käynnistämispyyntö suoritetaan käynnistämällä siihen liittyvä Windows Service. ADMU0116I: Työkalutietoja kirjataan tiedostoon
palvelinpalvelin1 on jo käynnissä b) jokin muu prosessi käyttää porttia 8880 ADMU3027E: Palvelimen ilmentymä saattaa jo olla käynnissä: server1 ADMU0111E: Ohjelma poistuu virheellä: com.ibm.websphere.management.exception.AdminException: ADMU3027E: Palvelimen ilmentymä saattaa jo olla käynnissä: server1 ADMU1211I: Saat täydellisen virheen jäljityksen käyttämällä -trace-vaihtoehtoa. ADMU0211I: Virheen tiedot saattavat näkyä tiedostossa:
C:\IBM\WAS6\AppServer/profiles/StandAlone\logs\server1\startServer.log
Esimerkissä 4-12 tulos kertoo, että jokin muu prosessi käyttää yhtä porteista, joita tämä palvelin tarvitsee käynnistykseen. Voit varmistaa, että portti on käytössä netstat-komennolla.
Esimerkki 4-13 osoittaa, että jokin prosessi kuuntelee porttia 8880. UNIXissa voit määrittää lsof-komennolla, mikä prosessi kuuntelee porttia.
TCP 9.42.171.145:8880 9.42.171.145:2698 TIME_WAIT TCP 9.42.171.145:8880 9.42.171 TIME39445:2698 TIME_WAIT TCP
Esimerkki 4-14 näyttää lsof-komennon tulosteen. Tämä tulos kertoo, että Java-prosessi kuuntelee TCP-porttia 8880. Prosessin tunnus on 12968.
[root@m23vnx60 root]# lsof -i|grep 8880 java 12968 wasadmin 135u IPv4 655014 TCP *:8880 (KUUNTELU)
Huomautus: lsof-komennolla on Windows-vastineita ladattavaksi Internetistä.
Tarkistamalla palvelimen lokit voit määrittää, onko palvelin todella käynnistynyt.
C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>startserver server1 ADMU7701I: Koska palvelin1 on rekisteröity toimimaan Windows-palveluna, Tämän palvelimen käynnistyspyyntö suoritetaan käynnistämällä siihen liittyvä Windows-palvelu. ADMU0116I: Työkalutietoja kirjataan tiedostoon
Voit ehkä ratkaista tämän asettamalla SOAP-aikakatkaisuparametrin seuraavassa tiedostossa: /profiles//properties/soap.client.props
Olet äskettäin käynnistänyt käyttöönoton hallinnan uudelleen ja havainnut, että yksi solmuagenteistasi ei näytä olevan käytettävissä.
Ongelman syystä riippuen saatat kuitenkin nähdä hyödyllisiä viestejä lokeissa.
Tarkista solmuagentti varmistaaksesi, että se todella toimii etsimällä sen prosessia ja tarkistamalla sen SystemOut.log. Voit myös varmistaa, että se toimii, yrittämällä muodostaa yhteys solmuagenttiin suoraan wsadminin avulla, kuten esimerkissä 4-6 sivulla 131 näytetään.
Jos solmuagentti on käynnissä eikä käyttöönottohallinta ilmoita virheistä, mutta sanoo silti, että solmuagentti on poissa käytöstä, on mahdollista, että käyttöönoton hallintaohjelman käynnistyessä tapahtui DNS-virhe.
WebSphere Application Server V6 pystyy hallitsemaan IBM HTTP Server V6:ta hallintakonsolista.
Sinulla on ongelmia Web-palvelimen käynnistämisessä, pysäyttämisessä tai tilan saamisessa.
Voit käynnistää ja pysäyttää minkä tahansa tuetun Web-palvelimen WebSphere-hallintakonsolin avulla. Web-palvelin on asennettava hallittuun solmuun. WebSphere Application Server -solmuagentti suorittaa asianmukaisen aloitus- tai lopetuskomennon.
Kun käytät IBM HTTP Server V6.0:aa, sinun ei tarvitse asentaa Web-palvelinta hallittavaan solmuun, koska hallinta voidaan suorittaa IBM:n kautta HTTP-hallintapalvelin. IBM HTTP Server V6.0:n käynnistämisen ja pysäyttämisen lisäksi voit myös hallita sen asetustiedostoa ja tarkastella Web-palvelimen lokeja.
Jos et voi hallita IBM HTTP Server -palvelinta WebSphereadministrative-konsolista, varmista, että IBM HTTP Server -hallintapalvelin on määritetty oikein.
Uusi salasana: ****** Kirjoita uusi salasana uudelleen: ****** Lisätään salasana käyttäjälle webadmin
Kun hallitset IBM HTTP Serveriä WebSphere-hallintakonsolin avulla, sinun on varmistettava, että seuraavat ehdot täyttyvät: ■ Varmista, että IBM HTTP Server -hallinta palvelin on käynnissä. Varmista, että WebSphere-hallintakonsolissa määritetty Web-palvelimen isäntänimi ja portti vastaavat IBM HTTP Server -hallintapalvelimen nimeä ja porttia. Varmista, että palomuuri ei estä sinua käyttämästä IBM HTTP Server -hallintapalvelinta WebSphere-hallintakonsolista. Jos yrität hallita IBM HTTP Server -palvelinta suojatun SSL-yhteyden kautta, varmista, että olet vienyt IBM HTTP Server -hallintapalvelimen avaintietokannan henkilökohtaisen sertifikaatin ja tuonut sen WebSphere-avaintietokantaan allekirjoittajavarmenteena. Avaintietokanta tunnistetaan sas.client.props-tiedoston com.ibm.ssl.trustStore-parametrissa. Varmista, että IBM HTTP Server admin_error.log -tiedosto ja WebSphere Application Server -lokit (trace.log) eivät sisällä virheitä.
Kun IBM HTTP Server hallitussa solmussa käynnistetään WebSphere-hallintatyökalujen avulla. Solmuagentti antaa saman komennon, jota käyttäisit komentoriviltä, eli /bin/apachectl
Käyttöönoton hallinta ei kirjaa viestejä, kun yrität käynnistää Web-palvelimen. Solmuagentti kirjaa lokiin yksinkertaisen viestin ilmoittaakseen, että se yrittää käynnistää Web-palvelimen esimerkin 4-16 mukaisesti.
Jos Web-palvelin ei käynnisty, saat virheviestin hallintakonsoliin ja viestin solmuagentin lokiin, kuten esimerkissä 4-16 on esitetty.
[7/12/05 14:56:15:658 EDT] 000000a6 AdminHelper A ADMN1001I: Verkkopalvelin1 yritetään käynnistää solmussa m23vnx60Node0nx60 .[7/12/05 14:56:15:661 EDT] 000000a6 NodeAgent W ADML0065W: Synkronointitoiminto ennen sovelluspalvelimen käynnistämistä epäonnistui.
[7/12/05 14:56:22:843 EDT] 000000a6 NodeAgent W ADML0040E: Prosessi aikakatkaistiin odottamassa palvelimen "webserver1" alustusta : 1200 sekuntia
Sinun on tarkistettava verkkopalvelimen lokit selvittääksesi, mikä meni pieleen.
Voit myös jäljittää sekä käyttöönottohallinta- että solmuagenttiprosessia kohdassa "Tietojen kerääminen" sivulla 122 kuvatulla tavalla kerätäksesi lisätietoja vian lähteestä.
Yrität hallita sovelluksia, esimerkiksi käynnistää, pysäyttää tai asentaa sovelluksen, ja sinulla on ongelmia.
sovelluksen asentamisen jälkeen tai palvelimen uudelleenkäynnistyksen jälkeen.
Kun tapahtuu virhe yrittäessäsi hallita sovellusta, voit tehdä seuraavat asiat: tila- on asennettu oikein. Varmista, että määritysvarasto ei ole vioittunut
Sovelluspalvelimen lokitiedostot ovat ensimmäinen paikka, josta katsot, kun niihin ilmoitetaan itse sovellukseen liittyvistä ongelmista, kuten luokkapolku- tai resurssiongelmista. Hallintakonsolin virhesanoma kertoo, mikä solmu ja palvelin on tarkistettava, kuten näkyy kohdassa Kuva 4-7 sivulla 142. Jos löydät tällaisen virheen, ratkaise sovelluksen koodaus- tai resurssiongelma sovelluskehittäjien kanssa.
Jos sovellus ei käynnisty palvelimella asennuksen jälkeen, asennus ei ehkä ole onnistunut. Asennus saattaa olla
vaikutti onnistuneelta, mutta kun yrität käynnistää sovelluksen, se epäonnistuu ja hallintakonsoliin tulee viesti, kuten kuvassa Kuva 4-7 sivulla 142.
Kuva 4-7 Viesti hallintakonsolista, kun sovellus ei käynnisty
on esitetty esimerkissä 4-17.
esimerkissä 4-18.
Esimerkki 4-18 Viesti sovelluspalvelimen lokissa, kun sovellus ei käynnisty[7/12/05 9:44:07:379 EDT] 00000039 ApplicationMg W WSVR0215W: Sovelluksen aloitus, HelloApp, epäonnistui. Sovellusta ei ole asennettu.
Määritystietovaraston vioittuminen voi myös aiheuttaa sen, että yrityssovellukset eivät käynnisty. Esimerkiksi solmun serverindex.xml-tiedosto sisältää luettelon kaikista solun palvelimista ja porteista, joiden kanssa solmun on ehkä kommunikoitava. Siinä luetellaan myös sovellukset, jotka on otettu käyttöön kyseisten solmujen palvelimilla.
Jos tämä tiedosto vioittuu ja sovellusluettelo katoaa, sovelluksia ei käynnistetä tämän solmun palvelimessa. Kun palvelinprosessi käynnistyy, se luulee, että sovellusta ei ole asennettu, eikä yritä käynnistää sitä. Jos yrität käynnistää sovelluksen hallintakonsolista, näet viestin, joka näkyy kohdassa Kuva 4-7 sivulla 142. Sovelluspalvelimen lokit kertovat, että sovellusta ei ole asennettu, kuten esimerkissä 4-18 sivulla näkyy. 142.
Solmut. Valitse solmu ja valitse Full Resynchronize kuvan 4-8 mukaisesti.
WebSphere Application Server -solmu on yhdistetty käyttöönoton hallintaan addNodea käyttämällä komento. Tämä voi joskus epäonnistua.
Kerättävät tiedot Seuraavista lokeista voi olla apua määritettäessä, miksi et voi lisätä solmua käyttöönoton hallintaan. Käyttöönottovastaavan lokit
Vian syystä riippuen saatat joutua katsomaan myös käyttöönottohallinnan lokeja.
Esimerkki 4-19 osoittaa, että yhteys addNode-komentosarjasta käyttöönoton hallintaohjelmaan aikakatkaistiin ennen työn valmistumista.
ADMU0116I: Työkalun tietoja kirjataan tiedostoon /opt/IBM/WAS6/AppServer/profiles/Craig02/logs/addNode.log ADMU0128I: Käynnistystyökalu Craig02-profiililla ADMU0001I: Aloita solmun m23vnx60Node02 yhdistäminen Deployment Managerilla osoitteessa kll6571:8879. ADMU0009I: Yhteys Deployment Manager -palvelimeen onnistui: kll6571:8879 ADMU0507I: Palvelimia ei löytynyt määrityksistä kohdassa:
ADMU0211I: Virhetiedot voivat näkyä tiedostossa: /opt/IBM/WAS6/AppServer/profiles/Craig02/logs/addNode.log
Saat tarkempia tietoja addNode-lokista esimerkissä 4-20 sivulla 145 esitetyllä tavalla.
[7/12/05 15:20:02:155 EDT] 0000000a AdminTool A ADMU0113E: Ohjelma poistuu virheestä: com.ibm.websphere .management.exception.ConnectorException: ADMC0009E: Järjestelmä ei onnistunut soittamaan SOAP RPC -kutsua: invoke at com.ibm.ws.management.connector.soap.SOAPConnectorClient.invokeTemplate(SOAPCon nectorClient.java:642) ...tuloksena: [SOAPPoikkeus: faultCode=SOAP-ENV:Client; msg=Luku aikakatkaistiin; targetException=java.net.SocketTimeoutException: Luku aikakatkaistiin] osoitteessa org.apache.soap.transport.http.SOAPHTTPConnection.send(Tuntematon lähde)
Teet muutoksia kokoonpanoosi Network Deployment -ympäristössä ja vaikka voit tallentaa muutokset, synkronointipyyntö etäsolmuun epäonnistuu.
Mitä etsiä Tarkista SystemOut.log käyttöönottohallinnasta ja palvelimen solmuagentista, joka ei synkronoi. Hallintakonsolin viesti kertoo, mikä solmu ei onnistu synkronoimaan, kuten kuvassa Kuva 4-9.
käyttöönottohallinnan SystemOut.logissa.
[7/3/05 16:01:17:845 EDT] 00000026 CellSync E ADMS0104I: Järjestelmä ei pysty käynnistämään synkronointipyyntöä nodeWebSpheressa: platform=common,cell=IBM-99TVXRDCell01,versio=6.0.1.2,name=nodeSync,mbeanIdentifier=nodeSync,type=NodeSync,node=IBM-99TVXRDNode01,prosessi=nodeagent.javax.management.InstanceNotFoundsException kanssa MBeanBeanSpherever: MbeanBeanSException :platform=common,cell=IBM-99TVXRDCell01,versio=6.0.1.2,name=nodeSync,mbeanIdentifier=nodeSync,type=NodeSync,solmu=IBM-99TVXRDNode01,prosessi=solmuagentti
Muokattavan tiedoston replikoitu kopio saattaa olla vioittunut tai sitä ei voida käyttää solmussa, jossa muutos tehdään. Esimerkiksi Java-keon koko-parametrin muuttaminen päivittää arkiston server.xml-tiedoston. Muutos tehdään tiedoston pääkopioon, ja hallintakonsoli palauttaa viestin, että muutos on tallennettu ja synkronointi onnistui, kuten kuvassa Kuva 4-10.
: [7/3/05 16:11 :13:343 EDT] 00000085 DeploymentMan A ADMS0208I: Solun määritysten synkronointi on valmis.
Solmuagentin SystemOut.log näyttää kuitenkin, että solmuagentti ei pysty avaamaan tiedostoa käyttöoikeuksien vuoksi, kuten esimerkissä 4-22 näkyy.
[7/3/05 16:11:13:902 EDT] 00000040 FileDocument E ADMR0104E: Järjestelmä ei pysty lukemaan asiakirjoja soluja/ IBM-99TVXRDCell01/nodes/IBM-99TVXRDNode01/servers/server1/server.xml:java.io.FileNotFoundException:C:\IBM\WAS6\AppServer\profiles\AppSrv01\config\cells\IBMRDM-99TVX9 \servers\server1\server.xml (Pääsy on estetty)[7/3/05 16:11:13:912 EDT] 00000040 NodeSyncTask A ADMS0016I: Määritysten synkronointi epäonnistui.
Tässä tapauksessa ratkaisu on korjata tiedostojen käyttöoikeudet ja yrittää synkronointia uudelleen.
Muissa tapauksissa, kuten vioittunut tai tyhjä tiedosto, ratkaisu on poistaa tiedosto ja sallia automaattinen synkronointi, jotta tiedosto korvataan hyvällä kopiolla pääarkistosta.
solmu manuaalisesti joko hallintakonsolista tai itse solmusta. Kuva 4-11 näyttää tiedostojen synkronointiasetukset solmuagentille. Tässä tapauksessa automaattinen synkronointi on käytössä.
Jos et pysty määrittämään, miksi synkronointi epäonnistuu viesteistä kokeile lokeissa komentorivisynkronointia solmusta, jota et voi synkronoida. Sinun on pysäytettävä solmuagentti. Anna komentoriviltä syncNode-komento kuvan 4-23 mukaisesti. Sinun on välitettävä sille käyttöönottohallinnan isäntänimi ja SOAP-portti. Voit myös määrittää -trace-vaihtoehdon.
[wasadmin@m23vnx60 bin]$ ./syncNode.sh kll6571 8879 -trace ADMU0115I: Jäljitystila on käytössä. ADMU0116I: Työkalutietoja kirjataan tiedostoon /opt/IBM/WAS6/AppServer/profiles/Node01/logs/syncNode.log ADMU0401I: Aloita syncNode-toiminto solmulle m23vnx60Node01 Deployment Managerin solun kokoonpanon kll6571:n: 0801791 ADMU:n nodechizing6 välillä. ADMU0111E: Ohjelma poistuu virheestä: com.ibm.websphere.management.exception.AdminException: ADMU0005E: Virhe arkiston synkronoinnissa ADMU0211I: Virheen tiedot voivat näkyä tiedostossa: /opt/IBM/WAS6/AppServer/pro01es/Cerver/pro01 syncNode.log
Huomautus: Voit pysäyttää solmuagentin ilman, että sinun tarvitsee pysäyttää sovelluspalvelimia. Solmuagentin pysäyttämisen toiminnallinen vaikutus on, että se ei valvo sovelluspalvelimia varmistaakseen, että ne ovat käynnissä.
Lokitiedoston tarkastelu näyttää ongelman esimerkin 4-24 mukaisesti.
[7/11/05 12:14:00:448 EDT] 0000000c FileDocument E ADMR0105E: Järjestelmä ei pysty kirjoittamaan asiakirjasoluja/kll01571C /nodes/m23vnx60Node01/servers/server02/server.xml:java.io.FileNotFoundException:/opt/IBM/WAS6/AppServer/profiles/Node01/config/cells/kll6571Cell01/nodes/server/server0x6/m0Craxign.0x Lupa kielletty)
Tässä esimerkissä jäljitystä ei tarvinnut suorittaa, koska virheilmoitus olisi joka tapauksessa ilmestynyt. Jäljistä on hyötyä ongelman löytämisessä, kun ilmeisiä virheitä ei ole.
Esimerkki 4-25 Hyvänlaatuinen FileNotFound poikkeusjava.io.FileNotFoundException:/opt/IBM/WAS6/AppServer/profiles/Node01/config/cells/kll6571Cell /m23vnx60Node01/servers/nodeagent/variables.xml (ei tällaista tiedostoa tai hakemistoa)
Näet viestejä, jotka kertovat, että järjestelmänvalvojan arkistossa on tallennusristiriita, kun kirjaudut hallintakonsoliin.
Kun olet tehnyt muutoksia WebSphere Application Server -kokoonpanoon hallintakonsolissa ja yrittänyt tallentaa muutokset, näet viestin, joka kertoo, että tallennusristiriita on kuvan mukainen. 4-12.
Tämä virhe kertoo, että kokoonpanotietovaraston yhden tai useamman tiedoston päivityksessä on ristiriita. Tallennusristiriitaa ei raportoida SystemOut.logissa, ellet päätä korvata ristiriitaista muutosta tai olet ottanut jäljityksen käyttöön.
Tallennusristiriita voi tapahtua useista syistä: kun yksi järjestelmänvalvoja on tehnyt muutoksia kokoonpanoon samanaikaisesti. ▪️Määritystietovarastotiedostoihin on tehty muutoksia suoraan. Tallennat sovelluksia WebSphere Rapid Deploymentin avulla.
[7/11/05 11:20:03:348 EDT] 00000037 FileRepositor A ADMR0016I: Käyttäjä WTRNTDM/config modifieddocument solu servers/server1/server.xml.[7/11/05 11:20:10:569 EDT] 0000003f ServletWrappe A SRVE0242I:[/secure/tiles/syncconflict.jsp]: Alustus onnistui.[7/11:05 20:23:808 EDT] 00000038 FileRepositor W ADMR0114W: Järjestelmä korvaa asiakirjasolut/kll6571Node01Cell/nodes/kll6571StandAlone/servers/server1/server.xml pyynnöstä.[5/13:01:08]0ED:08:08 038 FileRepositor A ADMR0016I: Käyttäjä WTRNTDM/wasadmin modifieddocument cells/kll6571Node01Cell/nodes/kll6571StandAlone/servers/server1/server.xml.
samaan aikaan, eikä tallennusristiriitojen kanssa synny ongelmia, kun nämä järjestelmänvalvojat työskentelevät arkiston eri tiedostojen ja objektien kanssa. Ellet tarkista jatkuvasti SystemOut.logia, et voi olla varma, että tekemäsi muutokset eivät korvaudu. Siksi suosittelemme, että vain yksi järjestelmänvalvoja tekee muutoksia kerrallaan.
Olet kirjautunut hallintakonsoliin ja yrität hallita yrityssovelluksia, mutta niitä ei näytetä. Sovellukset saattavat toimia hyvin toiminnallisesti, et vain voi hallita niitä. Tämä ongelma ilmenee todennäköisimmin palvelimen uudelleenkäynnistyksen jälkeen.
Kerättävät tiedot Seuraavista lokeista voi olla apua määritettäessä, miksi sovelluksia puuttuu.
Sinun pitäisi nähdä luettelo asennetuista sovelluksista hallintakonsolissa kohdassa Sovellukset → Yrityssovellukset. Jos sovelluksiasi ei enää ole tässä luettelossa, aloita tarkistamalla käyttöönottohallinnan loki. Tämä ongelma voi johtua kokoonpanotietovaraston vioituksesta tai käyttöoikeusongelmista, kuten esimerkissä 4-27 näytetään.
[7/13/05 14:09:48:993 EDT] 0000003a FileDocument E ADMR0104E: Järjestelmä ei pysty lukemaan asiakirjaa soluja/m23ell0vnx60C Applications/HelloApp.ear/deployments/IBMUTC/deployment.xml:java.io.IOPoikkeus: Ei tällaista tiedostoa tai hakemistoa
Solmuagentin lokin tarkastelu näyttää sinulle samanlaisen viestin, joka mahdollisesti viittaa eri tiedostoon, kuten esimerkissä 4-28.
[7/13/05 14:12:03:979 EDT] 00000035 FileDocument E ADMR0109E: Tapahtui virhe palautettaessa asiakirjojen soluja/m23vnx/APplicationell/01/elloapplicationell .ear/deployments/HelloApp/META-INF/was.policy:java.io.FileNotFoundException:/opt/IBM/WAS6/AppServer/profiles/AppSrv01/config/cells/m23vnx60Cell01/applications/HelloAppments.e/HelloAppments. META-INF/was.policy (lupa evätty)
Sovelluspalvelimen lokista näkyy myös, että ongelman aiheuttavat tiedostojen käyttöoikeudet, kuten esimerkissä 4-29 näytetään.
[7/13/05 13:55:26:517 EDT] 0000001b FileDocument E ADMR0104E: Järjestelmä ei pysty lukemaan asiakirjaa soluja/m23vnx60Cell01 nodes/m23vnx60Node01/perftuners.xml: java.io.IOPoikkeus: Lupa estetty
Kaikissa kolmessa tapauksessa viestit viittaavat eri tiedostoihin ja eri sijainteihin tiedostojärjestelmässä. Luettelotiedostojen tiedostooikeuksien tarkistaminen osoittaa, että prosesseja suorittavalla käyttäjällä ei ole kirjoitusoikeutta kyseisiin tiedostoihin.
Tässä esimerkissä palvelimet toimivat UNIX-alustalla ja ne on määritetty toimimaan ei-root-käyttäjänä normaaleissa olosuhteissa. Jossain vaiheessa palvelimet olivat
käynnisti uudelleen pääkäyttäjän ja HelloApp-sovellus otettiin käyttöön. Sitten palvelimet käynnistettiin uudelleen normaalina ei-root-käyttäjänä ja tämä ongelma ilmeni. Ei-root-käyttäjä ei voinut kirjoittaa tiedostoihin, jotka luotiin palvelimen ollessa pääkäyttäjänä. Ongelma ratkeaa nollaamalla tiedostojen käyttöoikeudet.
Jos ongelmasi näyttävät liittyvän SSL-käyttöä vaativiin sovelluksiin, on todennäköistä, että ongelma johtuu virheellisistä tai vanhentuneista varmenteista. Tämä voi aiheuttaa erilaisia järjestelmänhallintaongelmia. Vanhentuneiden sertifikaattien kanssa voi ilmetä ongelmia milloin tahansa, jos et hallinnoi varmenteitasi. Voit myös törmätä tähän ongelmaan, jos olet äskettäin ottanut suojauksen käyttöön.
Sinun on ehkä myös suoritettava järjestelmänvalvojan jäljitys ja suojausjäljitys ongelmasta riippuen. Katso "Tietojen kerääminen" sivulla 122 saadaksesi lisätietoja.
WebSphere Application Server kirjoittaa varoitussanoman (esimerkki 4-30) SystemOut.log-tiedostoon ennen kuin varmenteen vanhenee. Tämä antaa sinulle mahdollisuuden uusia varmenteet ennen varsinaista vanhenemispäivää ja ennen kuin sovellukset lakkaavat toimimasta. Tällä hetkellä WebSphere Application Server V6 ei kuitenkaan ilmoita varmenteen vanhentumisesta.
7/6/05 11:37:15:860 EDT] 0000000a SASRas W JSAS0456W: VAROITUS sasOutboundSSLConfig: Varmenne, jonka alias on 07/exppires07 keyStoreC:\IBM\WAS6\AppServer/profiles/StandAlone/etc/ExpiresKeyFile.jks vanhenee 1 päivän kuluttua.
Sovelluspalvelimen jäljittäminen seuraavan jäljitysmerkkijonon avulla näyttää, onko ongelma varmenteissa, kuten esimerkissä 4-31: traceString=ORBRas=all
[7/7/05 10:23:17:553 EDT] 00000020 ORBRas 1 com.ibm.rmi.transport.ListenerThread run:259LT =3:P=897141:O=0:port=9402 Seuraava poikkeus oli loggedjavax.net.ssl.SSLEpoikkeus: Ei saatavilla olevaa varmennetta vastaa käytössä olevia SSL-salauspaketteja.
Jos näet viestejä, jotka osoittavat, että varmenne on vanhentunut tai siinä on ongelma, sinun tulee tarkistaa varmenne IBM Key Management -työkalulla (ikeyman).
/profiles//config/cells//security.xml
Etsi security.xml-tiedostosta XML-tunniste esimerkin 4-32 mukaisesti.
Sinun on tiedettävä avaintietokantatiedoston salasana. Jos et ole vaihtanut toimitettuja valeavaintiedostotietokantoja, oletussalasana on WebAS.
Kuva 4-13 näyttää DummyServerKeyFile-avaintietokannan, joka on avoinna ikeymanutilityssä. Napsauta tässä esimerkissä varmenteen nimeä, websphere dummy -palvelinta ja napsauta sitten Näytä/muokkaa. Jos varmenne on vanhentunut, apuohjelma näyttää tämän kertovan viestiruudun. Sitten se näyttää varmenteen tiedot.
Validity-kenttä näyttää myös, onko varmenne vanhentunut. Kuvassa 4-14 sivulla 156 varmenne on voimassa vain 7. heinäkuuta 2005 asti. Sulje ikkuna napsauttamalla OK.
Kuva 4-14 Vanhentuneen varmenteen tiedot
Jos varmenne on vanhentunut, voit ratkaista tämän ongelman luomalla uuden kelvollisen varmenteen olemassa olevaan avaintietokantatiedostoon.
-palvelimeen, asiakas voi luottaa varmenteen sisältöön, jonka luotettava kolmas osapuoli on vahvistanut. Varmenteen myöntäjä toimii luotettavana kolmantena osapuolena. Avaintenhallinta-apuohjelman avulla voit pyytää varmennetta varmenteen myöntäjältä. Varmenneviranomainen veloittaa sinulta tästä palvelusta.
Vaihtoehtoisesti voit luoda itseallekirjoitetun varmenteen valeavaintiedostotietokantaan. Tämä on varmenne, jota voidaan käyttää SSL-yhteyden muodostamiseen, jos asiakas päättää hyväksyä varmenteen, vaikka varmenneviranomainen ei ole vahvistanut sitä. Tuotantoympäristössä sinun ei pitäisi käyttää itse allekirjoitettuja varmenteita SSL-yhteyksien suojaamiseen.
Kuva 4-13 sivulla 155.
Kuva 4-15 Uuden itse allekirjoitetun varmenteen luominen
Anna itse allekirjoitetun varmenteen tiedot. Maksimi voimassaoloaika, jonka voit asettaa, on 7300 päivää tai noin 20 vuotta.
Kun olet luonut uudet sertifikaatit, käynnistä WebSphere ApplicationServer uudelleen ja testaa uudelleen.
Minne tästä eteenpäin: Jos olet käyttänyt kaikki tämän osan mahdollisuudet ja sinulla on edelleen ongelmia SSL:n ja varmenteiden kanssa, katso "Seuraava vaihe" sivulla 162.
4.3.13 Ongelma: WebSphere Rapid Deployment Yrität käyttää WebSphere Rapid Deploymentia sovelluksen kehittämiseen ja testaamiseen, etkä voi muodostaa yhteyttä sovelluspalvelin tai WebSphere Rapid Deployment ei luo tai päivitä sovelluksia.
Jos sinulla on ongelmia WebSphere Rapid Deploymentin kanssa, voit tehdä seuraavat toimet: tila- Varmista, että käyttöönottohallinta ja sovelluspalvelin ovat käynnissä. Etsi Java-koodausvirheitä
Kerrot WebSphere Rapid Deploymentille, mitä hakemistoa valvotaan asettamalla WORKSPACE-ympäristömuuttuja. Mitä hakemistoa käytät, on sinun päätettävissäsi. Varmista, että sijoitat päivitettävät tiedostot WORKSPACE-ympäristömuuttujan määrittelemään sijaintiin. Esimerkki: WORKSPACE=C:\IBM\WRD
Rapid Deployment käynnistyy, mutta se ei rakenna tai ota käyttöön sovelluksia, koska se valvoo väärää hakemistoa.
Varmista, että olet suorittanut wrd-config-sovelluksen ympäristön määrittämiseksi käsittelemällesi WebSphere Rapid Deployment -projektille. Voit tarkistaa projektisi asetukset katsomalla projektin määritystiedostoa osoitteessa: //.wrdconfig.xml
sovelluksen suorittavan sovelluspalvelimen nimi. ServerJMXHostand serverJMXPortin tulisi viitata käyttöönottohallinnan isäntänimeen ja SOAP-porttiin.
Voit tarkistaa WebSphere Rapid Deployment -lokin (esimerkki 4-34) varmistaaksesi, että ympäristö on alustettu ja että työtilaan tehdyt muutokset tunnistetaan. Viestistä näkyy myös, käsitelläänkö muutoksia oikein.
!MESSAGE Tuotetta org.eclipse.platform.ide ei löytynyt.
!VIESTI Luodaan uutta HelloApp-projektia.
!MESSAGE Ei voitu ladata kirjasto: libcore_2_1_0b.so. Tämä kirjasto tarjoaa alustakohtaisia optimointeja tietyille tiedostojärjestelmän toiminnoille. Tätä kirjastoa ei ole kaikilla alustoilla, joten tämä ei välttämättä ole virhe. Resurssilaajennus palaa turvallisesti käyttämään java.io.File-toimintoa.
!MESSAGE Aktiivisen hakemiston tunnuksen tallentaminen työtilan juureen.
!MESSAGE Tyylin "WebSphere Free Form Project" määrittäminen projektille "HelloApp".
!MESSAGE Tallennetaan nykyistä tyyliä ja projektin ominaisuuksia...
!MESSAGE Koonnoksen tulostussijaintiin määritetään: '/HelloApp/bin'
!MESSAGE Lähdekansion määrittäminen hakemistoon '/HelloApp'
!MESSAGE Lähdekansion määrittäminen hakemistoon '/HelloApp/gen/src'
!VIESTI Uuden koontiversion tulostussijainnin määrittäminen osoitteeseen '/HelloApp/bin'
Jos WebSphere Application Server ei ole käytettävissä WebSphere Rapid Deploymentin käynnistyksen yhteydessä, näet seuraavan viestin WebSphere Rapid Deployment -konsolissa: VIRHE! Yhteyden muodostaminen WebSphere Application Serveriin epäonnistui
Latauksen aikana tapahtui virhe. : publishrecord.remote [01:23:40 PM] Viedään korvatiedostoa. [01:23:41 PM] VIRHE! [SOAPPoikkeus: faultCode=SOAP-ENV:Client; msg=Virhe avattaessa socket: java.net.ConnectException: Yhteys evätty: yhdistä;
targetException=java.lang.IllegalArgumentException: Virhe avattaessa socket:java.net.ConnectException: Yhteys evätty: yhdistä]
käyttöönoton hallintaohjelmalle. Sovellusta ajetaan kuitenkin erillisellä sovelluspalvelimella. Jos käyttöönottohallinta ei ole käynnissä, näet konsolissa esimerkissä 4-35 näkyvän sanoman. Jos kohdesovelluspalvelin ei ole käynnissä, sovellus julkaisee, mutta ei käynnisty. Näet konsolissa esimerkin 4-36 mukaisen viestin.
[12:08:01 PM] VIRHE! Sovellus ei käynnistynyt. HelloApp[12:08:01 PM] VIRHE! MBeanServer ei löydä MBeania ObjectNameWebSphere:platform=dynamicproxy,cell=m23vnx60Cell01,version=6.0.1.2,name=ApplicationManager,mbeanIdentifier=ApplicationManager,type=ApplicationManager,node=m23serv01:1process] TAI! Katso lisätietoja palvelimen lokeista.
Kun olet käynnistänyt prosessin uudelleen, sinun on tehtävä muutos yhteen sovellustiedostoista, jotta WebSphere Rapid Deployment havaitsee päivityksen ja julkaisee sovelluksen uudelleen.
hallintakonsolissa, jos sinä tai joku toinen järjestelmänvalvoja olet kirjautunut sisään. Tämä on toinen syy, miksi WebSphere Rapid Deploymentia tulisi käyttää vain kehitystyössä.
Jos sovelluskoodissasi on virheitä, WebSphere Rapid Deployment näyttää koodausvirheen konsolissa, esimerkiksi:[01:28:05 PM] 'Syntaksivirhe, lisää ";" täydentämään lausuntoa resurssissa "HelloServlet.java" rivillä 37
Minne tästä eteenpäin: Jos olet tarkistanut kaikki ongelmat Tämä on kuvattu tähän mennessä, mutta silti ei voi rakentaa ja ottaa käyttöön sovellusta WebSphere Rapid Deploymentin avulla. Tarkista tarvittaessa käyttöönoton hallintaohjelman lokit ja sovelluspalvelimen sovelluksen käyttöönottoon liittyvät viestit.
Jos olet käyttänyt kaikki tässä osiossa kuvatut mahdollisuudet etkä vieläkään pysty käyttämään WebSphere Rapid Deploymentia, katso seuraavaa osaa.
Tässä artikkelissa esitetyt oireet ja ongelma-alueet ovat joitain todennäköisemmin kokeneita. On kuitenkin olemassa muita asioita, jotka voivat mennä pieleen, tai ongelman syy voi liittyä johonkin muuhun kuin järjestelmänhallintakomponentteihin.
Tarkista ongelmien luokittelu nähdäksesi, onko olemassa muita osia, jotka voivat aiheuttaa ongelman.
Jos kerätä: V6.0:n profiilin luomiseen/poistoon liittyvät ongelmat http://www-1.ibm.com/support/docview.wss? rs=180&uid=swg21196228 MustGather: Solmun liittämiseen tai poistamiseen liittyvät ongelmat versiossa V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21A196227Muss. V6.0:n porttien hallinta http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196226 MustGather: Solmuagentin ja Deployment Managerin etsintäongelmat kaikille V6.0:n julkaisuille ja versioille http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196220500-2000-20 MustGather: Mallien käyttö ja luominen epäonnistuu V6.0:ssa http://www-1.ibm.com/ support/docview.wss?rs=180&uid=swg21195439
164 WebSphere Application Server V6 -ongelmien määritys hajautetuille alustoille 5
määritys Jos käyttäjät saavat odottamattomia tuloksia verkkoselaimessa (kuten virheitä tai vääriä tietoja), sinulla saattaa olla ongelma sovelluksen Web-komponenteissa. Web-komponenttien ajonaikaista ympäristöä kutsutaan verkkosäiliöksi. Tässä artikkelissa käsitellään tekniikoita verkkosäilössä mahdollisesti ilmenevien ongelmien diagnosoimiseksi. Mahdollisia Web-säilö-ongelman oireita voivat olla: - Käyttäjät eivät voi käyttää Web-komponenttia • Odottamaton toiminta Web-komponenttia suoritettaessa. Virheet Web-komponenttia käynnistettäessä • JSP-kääntämisongelmia. ■ Viestit, jotka alkavat SRVE:llä (verkkosäilö), JSPG:llä (JSP) tai JSFG:llä (JSF)
Web-säilöyn liittyviä ongelma-alueita ovat myös istunnonhallintaongelmat ja merkkikoodausongelmat.
lukemalla Approach to Problem Determination in WebSphere Application Server V6 osoitteessa http://www.redbooks.ibm.com/redpapers/pdfs/redp4073 .pdf.
5.1 Johdanto Web-säilö on web-sovellusten ajonaikainen ympäristö. Se käsittelee servlettejä, JSP-tiedostoja ja muun tyyppisiä palvelinpuolen sisällytyksiä. Web-säilö tarjoaa myös istunnonhallinnan, staattisen sisällönkäsittelyn ja saapuvan siirtoketjun HTTP-pyynnöille. Jokaisessa sovelluspalvelimen ajonaikaisessa käytössä on yksi looginen verkkosäilö, jota voidaan muokata, mutta jota ei voi luoda tai poistaa.
Kuva 5-1 havainnollistaa verkkosäilöä ja sen paikkaa sovelluspalvelimessa.
Sovelluspalvelin
Istuntopäällikkö
Servlet JSP
EJB-säilö
JCA-palvelut
Suojauspalvelin
Viestit
Verkkopalvelut
Säätiön kuljetusketju Pyynnöt ohjataan verkkosäilöyn saapuvan verkkosäiön avulla . Ketju koostuu TCP-tulokanavasta, joka tarjoaa yhteyden verkkoon, saapuvan HTTP-kanavan, joka palvelee HTTP 1.0- ja 1.1-pyyntöjä, ja Web-säilökanavasta, jonka kautta servlettien ja JSP-tiedostojen pyynnöt lähetetään Web-säilölle käsittelyä varten.
Servlet-käsittely Käsitellessään servlettejä Web-säilö luo pyyntöobjektin ja vastausobjektin ja kutsuu sitten servlet-palvelumenetelmän. Web-säilö kutsuu tarvittaessa servletin tuhoamismenetelmän ja purkaa servletin, minkä jälkeen JVM suorittaa roskienkeruun. HTML- ja muun staattisen sisällön käsittely Web-säilö palvelee HTML:n ja muun staattisen sisällön pyynnöt, jotka ohjataan verkkosäilöön. saapuva ketju. Useimmissa tapauksissa ulkoisen Web-palvelimen ja Web-palvelinlaajennuksen käyttö verkkosäilön käyttöliittymänä on kuitenkin tarkoituksenmukaisempaa tuotantoympäristössä. Istuntojen hallinta Tukea tarjotaan javax.servlet.http.HttpSession-rajapinnalle kuten Servlet API -määrityksessä on kuvattu.
Kuva 5-2 sivulla 168 esittää Web-sovelluksen hakemistorakenteen.
Rational Application Developer Assemblyn juuri
ibm-web-ext.xmi ibm-web-bnd.xmi faces-config.xml Palvelinpuolen luokkatiedostot Kirjaston JAR-tiedostot
Verkkosäilössä ilmenevä ongelma aiheuttaa yleensä odottamattomien tulosten näyttämisen verkkoselaimessa. Tässä käsitellään kolmea yleistä merkkiä: HTTP 404 errors 500 HTTP 500 errors Virheelliset tiedot
Kuva 5-3 sivulla 169 näyttää vuokaavion korkean tason oireista ja mahdollisista ongelma-alueista, jotka saattavat koskea niitä.
Selain näyttää
Staattinen resurssi
Aloitat ongelman määritysprosessin keräämällä asianmukaiset tiedot, joita tarvitaan ongelman diagnosoimiseen. Annamme sinulle luettelon kaikista mahdollisesti tarvittavista asiakirjoista ja niiden keräämisestä. Jos sinulla on rajalliset mahdollisuudet luoda ongelma uudelleen, saatat haluta kerätä kaikki asiakirjat kerralla ennen ongelmanmääritysprosessin aloittamista.
Lopuksi annamme ohjeita seuraavasta ratkaisuvaiheesta, olipa kyseessä tukisivusto, yhteydenotto IBM:ään, tietoja määrityksistä tai jokin muu ehdotus siitä, miten edetä.
Seuraavat tiedot auttavat sinua ongelmanmääritysprosessissa Web-suoritusympäristössä: tarpeen-WebSphere Application Server JVM-lokit ja SystemOut SystemErr-tiedostot 8. WebSphere Application Server -prosessi lokit: native_stderr.log ja native_stdout.log lokitiedostot arvo- Web-palvelimen lokitiedostot
Lisätietoja JVM- ja prosessilokien keräämisestä on kohdassa WebSphere Application Server V6: Diagnostic Data osoitteessa: http://www.redbooks.ibm.com/ redpapers/pdfs/redp4085.pdf
Web-palvelimen lokitiedostojen nimet ja sijainnit ovat tuotekohtaisia (IBM HTTP Server, Apache, SunOne, IIS ja Domino®), jota tässä toiminnossa käytetään.
"Seuraava vaihe" sivulla 209 on täydellinen luettelo asiakirjoista, jotka on kerättävä ennen jatkamista. Erityisesti sinun tulee tarkistaa MustGather-asiakirjoista täydellinen luettelo IBM-tuen edellyttämistä asiakirjoista.
Harkitse seuraavia virhetyyppejä. Jos et löydä ongelmasi kuvausta täältä, siirry kohtaan "Seuraava vaihe" sivulla 209.
Monet verkkosäilöongelman ilmaisimet näkyvät käyttäjälle ensin odottamattomana Web-selainsivuna tai sivun sisällönä. Odottamaton tieto voi olla HTTP-virheestä johtuva virhesivu tai sivu, jolla on virheellisiä tai puutteellisia tietoja.
HTTP 404 -virheillä voi olla erilaisia syitä. Taulukko 5-1 näyttää HTTP 404 -virheet, joita käsittelemme tässä artikkelissa.
Jos virheisiin kuuluu Siirry sitten
Sivua ei löydy tai se ei näy "Oire: HTTP 404 -virhe - sivua ei voida näyttää" sivulla 172
JSPG0036E: Resurssia ei löydy "Oire: HTTP 404 -virhe - Viestiresurssia ei löytynyt" sivulla 175
Verkkoryhmää/virtuaalista isäntä ei määritetty" sivulla 177
HTTP 500 -virheetHTTP 500 -virheillä voi olla myös erilaisia taustalla olevia syitä, mukaan lukien seuraavat: 500 Jos virheet osoittavat JSP-prosessorivirheitä tai virheellistä syntaksia JSP:issä, siirry kohtaan "Oire: HTTP 500 -virhe - JSP-käsittelyvirhe" sivulla 179. Oireet sisältävät- Jos näet HTTP 500 -virhesivun selaimessa ja SystemOut.log-tiedostossa näet IllegalStateException-ilmoituksen, siirry kohtaan "Oire: HTTP 500 -virhe - IllegalStateException" sivulla 181.
Jos käyttäjät saavat oikean sivun verkkoselaimessa, mutta sivu sisältää virheellisiä tietoja, tarkista seuraavat oireet:> Käyttäjät ilmoittavat, että sivuilta puuttuu elementtejä. Jos Web-sivu tulee näkyviin, mutta siitä puuttuu staattisia resursseja, kuten tekstiä, kuvia tai tiedostosegmenttejä, siirry kohtaan "Staattisia resursseja ei näytetä" sivulla 190.50. Käyttäjät ilmoittavat nähneensä sovellussivujen vanhan version. Jos JSP-tiedostoa on muokattu ja otettu käyttöön palvelimella, mutta muutokset eivät näy selaimen käyttöliittymässä, sinun on ehkä varmistettava, että sovelluksen JSP-uudelleenlataus on otettu käyttöön. Siirry kohtaan "Verkkoresurssit eivät lataudu uudelleen" sivulla 192. Käyttäjät raportoivat, että sivut sisältävät virheellisiä tietoja, kuten useita kysymysmerkkejä (???) tai roskamerkkejä. On mahdollista, että sovellus käyttää DBCS-merkkejä (japani, kiina, korea) tai tiettyjä merkkejä muille kielille, jotka eivät sisälly oletusmerkkikoodaukseen. Näissä tapauksissa oikea merkkikoodaus on tarpeen näiden tietojen näyttämiseksi ja käsittelemiseksi ilman ongelmia. Lisätietoja koodauskokoonpanoista on kohdassa "Koodaus- ja kansainvälistymisongelmat" sivulla 195. Käyttäjät raportoivat ongelmista, kuten tietojen katoamisesta istunnon aikana. Käyttäjien on toistuvasti syötettävä tietoja, jotka tulisi tallentaa istunnon aikana, kadota ostoskorin tiedot tai heillä on muuta lyhytaikaista tietojen menetystä. Tämä tietojen menetys saattaa johtua HTTP-istuntojen ongelmasta. Klusteroidussa ympäristössä ongelma voi johtua Web-palvelinlaajennuksesta. On kuitenkin olemassa muita mahdollisia syitä, kuten kokoonpano- tai sovellusvirheet. Jos haluat analysoida tätä ongelmaa tarkemmin, siirry kohtaan "HTTP-istunnon hallinta" sivulla 202.
5.2.3 Oire: HTTP 404 -virhe - Sivua ei voida näyttää Kuvassa 5-4 on yleiskatsaus vaiheista, joilla voit löytää syyn sivun aiheuttaman HTTP 404 -virheen ehtoa ei voida näyttää.
mikään Web-moduuli ei käynnisty onnistuneesti? Tarkista JVM-lokien ongelmat
kyllä ei Web-palvelin OK? HTTP-palvelimen tuki
kyllä
Web-säilön kautta, mutta ei Web-palvelinta? HTTP-liitännäiset ongelmat
ei
Tarkista sovelluskehitys
ei
ApplicationMg A WSVR0200I: Käynnistettävä sovellus: [sovelluksen_nimi] WebContainer A SRVE0161I: IBM WebSphere Application Server - Web Container. Copyright IBM Corp. 1998-2004 WebContainer A SRVE0162I: Servlet-määrittelytaso: 2.4 WebContainer A SRVE0163I: Tuettu JSP-määrittelytaso: 2.0 WebGroup A SRVE0169I: Ladataan verkkomoduulia: [WWW_Sovelluksen_nimi] Sovelluksen_nimi2: Sovelluksen_nimi2: Sovellus11 ]
Yksi mahdollinen syy, joka estää Web-säilöä käynnistymästä, on ongelma istunnonhallinnassa. Voit selvittää, onko asia näin: Etsi virheitä tai poikkeuksia, jotka sisältävät paketin nimen comibm.ws.webcontainer.httpsession. Nämä virheet löytyvät tavallisesti sovelluksen käynnistysviestin ja sovelluksen käynnistysviestin väliltä. Etsi lokeista istunnonhallintaan liittyviä viestejä. Nämä viestit ovat muotoa SESNxxxxE virheiden osalta ja SESNxxxxW varoitusten osalta. Saatat myös nähdä tapahtumasanomia, jotka ilmaisevat ongelman istunnon tiedoissa (katso esimerkki 5-2).
Virhe "SRVE0054E: Virhe ladattaessa istunnon kontekstia ja verkkosovellusta.
Jos löydät istunnonhallintavirheen, mutta selitys ei riitä ratkaisemaan ongelmaa, siirry kohtaan "Seuraava vaihe" sivulla 209.
Varmista, että Web-palvelin on kunnossa avaamalla URL-osoite http://palvelimen_nimi selaimesta ja katsomalla, tuleeko Tervetuloa-sivu näkyviin. Tämä toiminto ilmaisee, onko Web-palvelin käynnissä WebSphere Application Serverin tilasta riippumatta.
Jos olet äskettäin päivittänyt tai asentanut sovelluksen, varmista, että verkkopalvelinlaajennus luotiin uudelleen ja siirrettiin Web-palvelimelle. Varmista myös, että Web-palvelin käyttää uutta laajennuksen määritystiedostoa.
Jos olet luonut laajennuksen uudelleen ja olet varma, että se on käytössä, mutta sinulla on edelleen ongelma, voit ohittaa verkkopalvelimen ja käyttää sovellusta suoraan
sovelluspalvelimelta. Tämä ei ole suositeltu tapa käyttää tuotantosivustoa. Se on kuitenkin hyvä diagnostiikkatyökalu, kun ei ole selvää, onko ongelma Web-palvelimessa, WebSphere Application Server -sovelluksessa vai Web-palvelinlaajennuksessa.
Jos et pääse sivulle suoraan sovelluspalvelimelta, varmista, että sivulle avautuva URL-osoite on oikea. Lisätietoja on kohdassa "Sovelluksen URL-määritykset" sivulla 186.
Jos URL-osoite näyttää olevan oikea, mutta et voi käyttää resurssia suoraan sovelluspalvelimen kautta, tarkista isännöivän sovelluspalvelimen ja Web-moduulin kunto tekemällä seuraavasti: 1. Tarkastele isännöintisovelluspalvelinta ja Web-moduulia hallintakonsolissa ja varmista, että ne ovat käytössä. Voit tarkistaa yksittäisessä palvelinympäristössä sovelluspalvelinprosessin nähdäksesi, onko se käynnissä, tai voit käyttää serverStatus-komentoa seuraavasti: c:\cd WebSphere\AppServer\profiles\AppSrv01\bin serverStatus server1
2. Kopioi yksinkertainen HTML- tai JSP-tiedosto Web-moduulin asiakirjan juureen ja yritä käyttää sitä. Web-moduulin asiakirjan juuri sijaitsee osoitteessa /profiles//installedApps// .ear\.war Jos onnistut, ongelma on resurssissa. Tarkastele sovelluspalvelimen SystemOut.log-tiedostoa selvittääksesi, miksi resurssia ei löydy tai sitä ei voida palvella.
Jos mikään näistä vaiheista ei ratkaise ongelmaasi, tarkista, onko ongelma tunnistettu ja dokumentoitu katsomalla saatavilla olevaa online-tukea (vinkkejä, teknisiä huomautuksia, ja korjaukset), jotka liittyvät verkkosäilöongelmiin: http://www.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1=SSCMPDF
Jos haut eivät löydä ongelmaa, siirry kohtaan "Seuraava vaihe" sivulla 209 saadaksesi tietoja MustGather-dokumentaation keräämisestä HTTP-tilakoodin 404 "Ei löydy" -ongelmista.
Jos selain näyttää JSPG0036E: Resurssin löytäminen epäonnistui, JSP-prosessori ei löydä määritettyä JSP-sivua Web-moduulista, kuten kuvassa 5-5 sivulla 176.
Kuva 5-5 JSPG0036E: Resurssia ei löydy
Noudata kohdassa "Sovelluksen URL-osoitteen määrittely" sivulla 186 kuvattuja ohjeita nähdäksesi, onko määritetty URL-osoite oikea URL-osoite.
Jos URL-osoite näyttää oikealta, on mahdollista, että tätä sivua ei ole Web-moduulin käyttöönottoyksikössä (WAR-tiedosto). Varmista, että pyydetty sivu sijaitsee Web-moduulin hakemistorakenteessa:
/profiles//installedApps// .ear\.war
Jos nämä vaiheet eivät ole onnistuneet tunnistamaan ongelmaa, katso "Seuraava vaihe" sivulla 209.
5.2.5 Oire: HTTP 404 -virhe - WebGroup/virtual host not found Näyttöön voi tulla virhesanoma SRVE0017W: WebGroup/Virtual Host ei ole määritetty SystemOut.log-tiedostossa monista syistä. Tarkista seuraavat asiat korjataksesi ongelman.
Varmista, että Web-moduuli on käynnistynyt onnistuneesti (katso "Tarkista, että Web-moduuli on käynnistynyt onnistuneesti" sivulla 172).
Useissa virtuaalisissa isännissä määritetty kopio isäntäalias voi aiheuttaa tämän tyyppisen ongelman. Esimerkiksi esimerkissä 5-3 isäntäalias test:80 kopioidaan molemmissa virtuaalisissa isännissä, koska URI, joka sisältää test:80:n, vastaisi aliaksia molemmissa virtuaalisissa isännissä (*:80 ja test:80).
1. Napsauta WebSphere-hallintakonsolissa Ympäristö → Virtuaaliset palvelimet. 2. Valitse kohteena oleva virtuaalinen isäntä, napsauta sitten Isäntäaliakset ja valitse *:80 isäntäalias. 3. Muuta Isäntänimi-kenttä tietyksi aliakseksi *-aliaksen sijaan. 4. Käynnistä sovelluspalvelin uudelleen.
Jos localhostia käytetään aliasmerkintänä, tarkista etc/hosts-tiedostosta, että kaikki palvelimeen liittyvät isäntänimet (aliakset) takaisinkytkentäosoitteet (127.0.0.1) ovat osa samaa virtuaalipalvelinryhmää (esimerkiksi oletuspalvelin).
Varmista, että URL-osoite on oikea Katso "Sovelluksen URL-osoitteen määrittely" sivulla 186 varmistaaksesi, että URL-osoite on oikea.
Jos saat tämän virhesanoman, katso lisätietoja syyn ja ratkaisun teknisestä huomautuksesta # 1193379 seuraavassa Web-osoitteessa: http://www.ibm.com/support/docview.wss?uid=swg21193379
Jos mikään näistä vaiheista ei ratkaise ongelmaasi, tarkista, onko ongelma tunnistettu ja dokumentoitu katsomalla saatavilla olevaa online-tukea (vinkkejä, teknisiä huomautuksia ja korjaukset), jotka liittyvät verkkosäilöongelmiin: http://www.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1=SSCMPDF
Jos haut eivät löydä ongelmaa, siirry kohtaan "Seuraava vaihe" sivulla 209 saadaksesi tietoja MustGather-dokumentaation keräämisestä servlet-moottori- ja verkkosäilöongelmia varten.
5.2.6 Oire: HTTP 500 -virhe - JSP-käsittelyvirhe Kuvassa 5-6 esitetään diagnostiikkatoimenpiteet, jotka on suoritettava, kun ongelman oireisiin sisältyy HTTP 500 - JSP-käsittelyvirhe.
no HTML tai servlet ei näy oikein HTTP 404 - Sivua ei löydy -vaiheet
kyllä
mikään JSP-prosessori ei käynnisty normaalisti
Sinun tulee selvittää, pyydetäänkö muita resurssityyppejä, kuten HTML-tiedostoja tai servlettejä, ja näytetään oikein. Jos vika ei näytä rajoittuvan yhteen JSP-tiedostoon, siirry kohtaan "Oire: HTTP 404 -virhe – sivua ei voida näyttää" sivulla 172.
Jos muut resurssit näkyvät oikein, määritä, onko JSP-prosessori käynnistynyt normaalisti. Selaa sen palvelimen SystemOut.log-tiedostoa, joka isännöi JSP-tiedostoja, joita yrität käyttää. Esimerkissä 5-4 näkyvät viestit osoittavat, että JSP-prosessori on käynnistynyt normaalisti.
WebContainer A SRVE0239I: Extension Factory [luokka com.ibm.ws.jsp.webcontainerext.JSPExtensionFactory] rekisteröitiin onnistuneesti. WebContainer A SRVE0240I: Extension Factory [luokka com.ibm.ws.jsp.webcontainerext.JSPExtensionFactory] on liitetty malleihin [*.jsp *.jspx *.jsw *.jsv ].
Jos JSP-prosessori ei lataudu, siirry kohtaan "Seuraava vaihe" sivulla 209 saadaksesi tietoja MustGather-dokumentaation keräämisestä JSP-poikkeuksia varten.
Etsi JSP-koodivirheitä Jos JSP-prosessori käynnistyy normaalisti, ongelma saattaa johtua itse JSP-tiedostosta. JSP:llä saattaa olla virheellinen JSP-syntaksi, jota JSP-suoritin ei voi käsitellä. JSP-koodivirheiden etsiminen: 1. Tarkista kohdesovelluspalvelimen SystemOut.log-tiedosto virheellisten JSP-direktiivin syntaksiviestien varalta. Esimerkissä 5-5 esitetyn kaltaiset virheet osoittavat tämän tyyppistä ongelmaa.
Viesti: /test.jsp(2,1)JSPG0076E: jsp-elementin jsp:include vaadittu attribuuttisivu puuttuu
Tarkista SystemOut.log-tiedosto virheellisen Java-syntaksin aiheuttamien ongelmien varalta. Virheet, jotka sisältävät tekstin, joka on samankaltainen kuin "käännös epäonnistui (esimerkissä 5-6), osoittavat tällaisen ongelman.
com.ibm.ws.jsp.JspCoreException: JSPG0049E: /test.jsp:n kääntäminen epäonnistui : JSPG0091E: Virhe rivillä 16 tiedosto: /test.jsp JSPG0093E: Luotu servlet-virhe tiedostosta: /test.jsp
Jos et ole tunnistanut ongelmaa, tarkista, onko ongelma dokumentoitu katsomalla saatavilla olevaa verkkotukea (vinkkejä, teknisiä huomautuksia ja korjauksia) JSP-ongelmat osoitteessa: http://www-1.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1= SSCC2GL&rankprofile=8&dc=DB520+D800+D900+DA900+DA800& dtm
Jos haut eivät ratkaise ongelmaa, siirry kohtaan "Seuraava vaihe" sivulla 209 saadaksesi tietoja MustGather-dokumentaation keräämisestä JSP-poikkeuksia varten.
5.2.7 Oire: HTTP 500 -virhe – IllegalStateException Jos sinulla on laiton tilapoikkeusvirhe, poikkeuksen pitäisi antaa osoitus laittomasta tilasta aiheuttaa ongelman. Tämä osio käsittelee seuraavia asioita: Virheellinen istuntoobjekti - Vastauksen luontiongelmat
Istunnonhallintakomponentti käyttää HttpSession-liitäntää istunnon luomiseen HTTP-asiakkaan ja palvelimen välille. Kun uusi istuntoobjekti luodaan, sille määritetään yksilöllinen istuntotunnus. Istuntotunnus, joka välitetään osana jokaista pyyntöä, täsmäyttää käyttäjän istuntoobjektin kanssa. Istunnonseuranta antaa servleteille mahdollisuuden ylläpitää tila- ja käyttäjätietoja useissa pyynnöissä.
"Istunnon aikakatkaisuväli" sivulla 207) tai ne voidaan lopettaa nimenomaisesti sovelluskoodilla. HttpSession-käyttöliittymä tarjoaa seuraavan menetelmän istunnon päättämiseen: public void invalidate();
Kun istunto päättyy, istuntoobjekti ja siihen tallennetut tiedot menetetään pysyvästi. Istunnonhallinta poistaa kaikki istuntoon sidotut objektit ennen kuin se tuhoaa istunnon.
ei Virheellinen istuntoobjekti ? Poista objekti istunnosta kyllä Kumoa istuntoobjekti Heitä IllegalStateException
Kun sovellus yrittää käyttää mitätöityä istuntoobjektia, IllegalStateException tapahtuu kuvan mukaisesti esimerkeissä 5-7.
[7/7/05 16:41:30:627 ART] 00000028 ServletWrappe E SRVE0068E: Service()-metodia ei voitu kutsua servletissä TestServlet . Poikkeus heitetty : java.lang.IllegalStateException: Istuntoobjektin sisäosat: id : pi55X7syi-ExTjyyhFn5Cu7 hashCode : 1449590567 luomisaika : to 7. heinäkuuta 16:24:54 heinäkuuta 07 07 16:24:54 heinäkuuta 0 2005 : 30 6: 4 ART 5 max ei-aktiivinen aikaväli : 1800 käyttäjänimi : anonyymi kelvollinen istunto : väärä uusi istunto : tosi ylivuoto : väärä ei-sarjoitettava sovelluskohtainen istuntotiedot : {} sarjoitettava sovelluskohtainen istuntotiedot : {} osoitteessa com.ibm.ws.webcontainer.httpsession.SessionData.getValueGuts( SessionData.java(C ompiled Code)) osoitteessa com.ibm.ws.webcontainer.httpsession.SessionData.getValue(SessionData.java(Inlin ed Compiled Code)) osoitteessa com.ibm.ws.webcontainer.httpsession.SgetessAttributeData(SgetessAttributeData. .java(I nlined Compiled Code)) osoitteessa com.ibm.ws.webcontainer.httpsession.HttpSessionFacade.getAttribute(HttpSessionF acade.java(Compiled Code))
Tarkista poikkeuksen aiheuttanut servlet- tai JSP-koodi varmistaaksesi, ettei istuntoa mitätöidä liian aikaisin. Jos näin ei ole, tarkista istunnon aikakatkaisuväli varmistaaksesi, ettei se ole liian lyhyt.
Jos ongelmaa ei löydy näiden vaiheiden avulla, seuraavista resursseista voi olla apua: . HttpSession-käyttöliittymän ja menetelmien määritelmät saadaksesi lisätietoja IllegalStateExceptionin luomissyistä: http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html
Et Etsi laajennetut virhemääritykset istunto- ja käyttäjäprofiilien viesteille: http://publib.boulder.ibm.com/infocenter/wasinfo/ v6r0/index.jsp?topic=/ com.ibm.websphere.messages.doc/doc/SESN.html
Jos nämä toimet eivät tunnista ongelmaa, siirry kohtaan "Seuraava vaihe" sivulla 209 saadaksesi tietoja MustGather-dokumentaation keräämisestä istunnon ja istunnon hallintaongelmia varten.
Kun HTTP-pyyntö asiakkaalta delegoidaan servletille, HttpServlet-luokan service()-metodia vedetään. HttpServlet-luokka lisää muita menetelmiä, kuten doGet(), doPost(), doPut() ja doHead(), HTTP-pohjaista pyyntöjen käsittelyä varten. Kuva 5-8 havainnollistaa service()-menetelmän elinkaaren.
Ei vastausta jo sitoutunut? Näytä sivu selaimessa Onko vastaus jo sitoutunut?
Kyllä
poikkeus HttpServletResponse-liittymä heittää vastauksen luontiprosessin aikana (esimerkki 5-8 sivulla 184). Jos vastaus on sitoutunut, et voi suorittaa mitään menetelmää, joka liittyy
HttpServletResponse-objektin muokkaus. Jos olet esimerkiksi kirjoittanut jotain vastauspuskuriin, et voi lähettää sivua edelleen RequestDispacher-rajapintamenetelmillä.
[7/8/05 20:36:25:694 ART] 0000004f ServletWrappe E SRVE0068E: Service()-metodia ei voitu kutsua servletissä TestServlet. Poikkeus heitetty : java.lang.IllegalStateException osoitteessa com.ibm.ws.webcontainer.webapp.WebAppDispatcherContext.sendRedirect(WebAppDispa tcherContext.java:486) osoitteessa com.ibm.ws.webcontainerRedirect jaRedirect jarsponseerTSPONT va:810 ) osoitteessa web.TestServlet.doGet(TestServlet.java:56) osoitteessa javax.servlet.http.HttpServlet.service(HttpServlet.java:743) osoitteessa javax.servlet.http.HttpServlet.service(HttpServlet.6.
peruutettu, koska setRollbackOnly():ta kutsutaan. [7/8/05 20:36:25:774 ART] 0000004f WebApp E SRVE0026E: [Servlet Error]-[TestServlet]: java.lang.IllegalStateException osoitteessa com.ibm.ws.webcontainer.D.ContainerDpppapps tcherContext.java:486) osoitteessa com.ibm.ws.webcontainer.srt.SRTServletResponse.sendRedirect(SRTServletResponse. java:810) osoitteessa web.TestServlet.doGet(TestServlet.java:56) osoitteessa javax.v.tservice (HttpServlet.java:743) osoitteessa javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
. Vastaus on jo annettu.
java.lang.IllegalStateExceptionin, ovat seuraavat kutsut, kun vastaus on jo suoritettu: Soitetaan setBufferSize()550-20 Kutsutaan ServletResponse.reset( ) tai ServletResponse.resetBuffer()-kutsun joko HttpServletResponse.sendError() tai HttpServletResponse.sendRedirect(). tulee kutsua RequestDispatcher.forward(), joka sisältää jsp:forward-komennon
Huomautus: Muista, että jos kutsut eteenpäin()- tai sendRedirect()-funktiota koodissasi, kaikki näitä seuraavat koodirivit suoritetaan silti.
Java.IllegalStateException: Otsikko on jo lähetetty Yksi tai useampi otsikko on sitoutunut asiakkaaseen, joten et voi asettaa kyseistä otsikkoa uudelleen. lang.IllegalStateException: Ei voida lähettää eteenpäin, koska Output Stream tai Writer on jo hankittu Kutsuva servlet on kutsunut vastaus.getWriter() tai response.getOutputStream(). Koska vastaus on kirjoitettu, se ei sovellu edelleenlähetettäväksi.
Jos et vieläkään ole tunnistanut ongelman syytä, katso Java ServletSpecification -versio 2.4 seuraavasta URL-osoitteesta saadaksesi lisätietoja IllegalStateExceptionin luomisen syistä vastauksen luontiprosessissa:http ://jcp.org/aboutJava/communityprocess/final/jsr154/index.html
RequestDispatcher interface - SRV.14.2.16 ServletRequest käyttöliittymä.
Jos nämä vaiheet eivät ratkaise ongelmaasi, siirry kohtaan "Seuraava vaihe" sivulla 209 saadaksesi tietoja MustGather-dokumentaation keräämisestä servlet-moottori- ja verkkosäilö-ongelmia varten.
5.3 Ongelma-alueiden analysointi Kerättyjen tietojen analysointi johtaa todennäköisesti johonkin seuraavista alueista. Jos ei, katso "Seuraava vaihe" sivulla 209.
Uudessa asennuksessa tai uudessa sovelluksessa on mahdollista, että sovelluksen URL-osoitetta ei ole määritetty oikein. Määrittääksesi asennetun sovelluksen URL-osoitteen, sinun on tarkasteltava useiden kohteiden määrityksiä hallintakonsolin avulla.
Virtuaaliisännälle kelpaavien isäntä- ja porttinumeroiden löytäminen:1. Valitse Ympäristö → Virtuaaliset palvelimet.2. Valitse virtuaalinen isäntä ja napsauta sitten Lisäominaisuudet-kohdassa Isäntäaliakset.3. Luettelo sisältää isäntänimen ja portin yhdistelmät, joita voidaan käyttää tämän virtuaalisen isäntäkoneen käyttämiseen (Kuva 5-10). Isäntäsarakkeen tulee sisältää arvoja, jotka on rekisteröity DNS-palvelimeen WebSphere-palvelimen isäntänimeksi. Tähti (*) isäntäsarakkeessa osoittaa, että mitä tahansa nimeä voidaan käyttää. Käytä tässä tapauksessa palvelimen isäntänimeä. Jos portti 80 on luettelossa, pyyntö lähetetään yleensä Web-palvelimelta. (Käyttäjä määritti Web-palvelimen URL-osoitteen, joka on tavallisesti 80.) Myös sovelluspalvelimen WC_defaulthost (esimerkiksi 9080) ja WC_defaulthost_secure (esimerkiksi 9443) portit pitäisi olla luettelossa. Näet vastaavat portit katsomalla sovelluspalvelimen Viestintä-osiossa olevaa porttiluetteloa. Käytä joko isäntä/portti-yhdistelmää, joka käyttää virtuaalista isäntää Web-palvelimen kautta, tai isäntä/portti-yhdistelmää käyttääksesi WC_*-portteja päästäksesi sovellukseen suoraan sovelluspalvelimen kautta.
Kuva 5-10 Virtuaalipalvelimen aliaksen ja porttien löytäminen
Jos tarvitset SSL:ää, voit tarkistaa vastaavien porttien Web-säilöjen kuljetusketjuista, onko SSL otettu käyttöön seuraavasti: a. Valitse Palvelimet → Sovelluspalvelimet. b. Valitse sovelluspalvelimen nimi. c. Avaa Säilöasetukset-kohdasta Verkkosäilöasetukset-luettelo. d. Napsauta Web-säilöjen kuljetusketjut ja tarkista virtuaaliisäntäaliaksessa määritetyn portin tila ja SSL-käyttö.
Tärkeää: Muista, että käytetään verkkosäilön kontekstin juuriarvoa "/" esimerkkisovelluksella nimeltä DefaultApplication. Tästä syystä, jos sinun on käytettävä tätä arvoa ja tämä esimerkkisovellus on asennettu, poista ensin mallisovelluksen asennus, asenna sovellus ja luo Web-palvelimen laajennus uudelleen.
Jos selain näyttää tekstitulosteen, joka liittyy JSP- tai servlet-Web-sivuun, mutta kuvia tai HTML-tiedostoja ei näytetä, sinulla voi olla ongelma Web-moduulin pakkauksessa tai siinä, miten tiedostoihin viitataan sovelluksessa. Toinen mahdollisuus on, että tiedostojen käytön salliminen on otettava käyttöön sovelluksessasi.
Ensimmäinen vaihe on varmistaa, että tiedostot ovat oikeassa paikassa ja että verkkosovellusmoduulin asiakirjan juurihakemisto noudattaa J2EE-standardia, eli että asiakirjan juuri on käytössä olevan sovelluksen korvatiedoston .war-hakemistossa. Yleensä tämä hakemisto on tässä paikassa: /profiles//.ear/ .war/
Jos kuvatiedostot ovat asiakirjan juuren alihakemistossa, varmista, että viittaus kuvaan vastaa sitä, kuten esimerkissä 5-11.
Tiedoston sijainti: /images/test.gif Oikea HTML-tunniste:Väärä HTML-tunniste:
Huomautus: Älä sijoita asiakkaalle toimitettavia tiedostoja WEB-INF-hakemistoon.
Tiedostojen palvelun avulla verkkosovellus voi palvella staattisia tiedostotyyppejä (HTML, kuvat ja tyylisivut) käyttämällä tiedostopalvelinpalvelinta, joka tunnetaan myös nimellä tiedostonkäyttöpalvelin tai tiedosto. palvelun mahdollistaja. Tämä servlet palvelee mitä tahansa resurssitiedostoa, joka on pakattu WAR-tiedostoon, ja tiedostonkäyttö käytössä -attribuutti on oletuksena tosi. Lisätietoja tästä ominaisuudesta on osoitteessa:http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/ cweb_flserv.html
true verkkomoduulia määritettäessä. Jos sen arvo on epätosi, Web-palvelinlaajennus ei lähetä staattisen sisällön pyyntöjä sovelluspalvelimelle, vaan jättää sen Web-palvelimen tehtäväksi palvella niitä. Tämä tehdään toisinaan suorituskykysyistä sen varmistamiseksi, että Web-palvelin palvelee sisältöä. Sivun palveleminen Web-palvelimelta tarjoaa lyhyemmän polun sivulle ja tarjoaa yleensä enemmän mukautusvaihtoehtoja kuin tiedostoservletti voi tarjota.
Katso: SimpleFileServletin mukauttaminen tiedostojen käytön poistamiseksi käytöstä osoitteessa: http://www.ibm.com/support/docview.wss?uid=swg211168380000 Tuetut kokoonpanotyökalut WebSpheressä Sovelluspalvelin V6: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/catk_assemblytools.html
tiedostossa osoitteessa:/profiles//installedApps//.ear\.war/WEB-INF/ibm-web-ext .xmi
kehittäjätyökalulla:1. Siirry J2EE-hierarkianäkymään (Project Explorer Rationalissa) ja valitse kohdeverkkosovellusmoduuli.2. Kaksoisnapsauta Web-käyttöönoton kuvaajaa (web.xml) ja valitse Laajennukset-välilehti nähdäksesi IBM Web-moduulin laajennukset (Kuva 5-12 sivulla 192).3. Ota staattinen tiedostojen käyttö käyttöön tai poista se käytöstä valitsemalla Yleiset-osiossa Tiedoston käyttö käytössä tai poistamalla sen valinta.
4. Tallenna Web-käyttöönoton kuvaustiedosto. 5. Ota Web-moduuli uudelleen käyttöön. 6. Luo Web-palvelinlaajennus uudelleen ja siirrä se Web-palvelimeen. 7. Pysäytä ja käynnistä Web-palvelin uudelleen tai anna tarpeeksi aikaa uuden laajennuskokoonpanon lataamiseen uudelleen. 8. Yritä Web-pyyntöä uudelleen.
Jos muutos ei näy servlet- tai JSP-tiedoston muokkaamisen ja tallentamisen jälkeen selaimessa sinun on tarkistettava uudelleenlatausasetukset Web-moduulin kokoonpanosta ja JSP-ajonaikaiset uudelleenlatausasetukset.
Web-moduulin uudelleenlataus Verkkoresurssien, kuten servlettien ja JSP:iden, Web-säilö lataa Web-moduulin uudelleen vain, kun IBM-laajennuksen uudelleenlatausEnabled kohdassa ibm-web-ext .xmifile on tosi. Voit määrittää reloadingEnabled-asetukseksi tosi, kun muokkaat Web-moduulin laajennettuja käyttöönottokuvauksia kokoonpanotyökalussa.
Application Developer:1. Siirry J2EE-hierarkianäkymään (Project Explorer for Rational) ja valitse kohdeverkkosovellusmoduuli.2. Kaksoisnapsauta Web-käyttöönoton kuvaajaa (web.xml) ja valitse Laajennukset-välilehti nähdäksesi IBM Web-moduulin laajennukset (Kuva 5-12 sivulla 192).3. Tarkista Yleiset-osiosta Reloading Enabled -merkki ja Reload Interval -arvo.4. Valitse Reloading Enabled, tai jos se on jo valittu, aseta uudelleenlatausväli pienemmäksi.5. Tallenna Web-käyttöönoton kuvaustiedosto.6. Asenna Web-moduuli uudelleen.7. Luo Web-palvelinlaajennus uudelleen ja siirrä se Web-palvelimeen.8. Pysäytä ja käynnistä Web-palvelin uudelleen tai odota, että uusi laajennustiedosto tulee voimaan.9. Yritä verkkopyyntöä uudelleen.
Voit muokata JSP-prosessorin käyttäytymistä eri JSP-vaiheissa (kuten kehitys-, testaus- tai tuotantoympäristöissä). Tämä tehdään määrittämällä tiettyjä määritteitä IBM Web-moduulin laajennuksissa, jotka vaikuttavat JSP:n ajonaikaiseen uudelleenlatauskäyttäytymiseen.
Näiden asetusten tarkistaminen Application Server Toolkitilla tai Rational Application Developerilla: 1. Siirry J2EE-hierarkianäkymään (Project Explorer for Rational) ja valitse kohdeverkkosovellusmoduuli. 2. Kaksoisnapsauta Web-käyttöönoton kuvaajaa (web.xml) ja valitse Laajennukset-välilehti. 3. Napsauta JSP-määritteet -osiossa (Kuva 5-13) Lisää. 4. Kirjoita Nimi-kenttään reloadEnabled, Arvo-kenttään true ja napsauta Valmis. 5. Tallenna Web-käyttöönoton kuvaustiedosto. 6. Ota Web-moduuli uudelleen käyttöön. 7. Luo Web-palvelinlaajennus uudelleen ja varmista, että se toimii (katso "Tarkista, että Web-palvelinlaajennus toimii" sivulla 173). 8. Pysäytä ja käynnistä Web-palvelin uudelleen. 9. Yritä Web-pyyntöä uudelleen.
JSP-moottorin asetukset on tallennettu tiedostoon ibm-web.ext .xmi, kuten esimerkissä 5-13 on esitetty.
Koodaus- ja kansainvälistymisongelmat tulevat yleensä esiin Webissä roskamerkkinä sivuja (Kuva 5-14 sivulla 196). Toinen yleinen oire on, että käyttäjän syöte tulkitaan väärin.
Kuva 5-14 Verkkosivu, jossa on virheelliset merkkikoodausasetukset
Verkkokomponentit käyttävät yleensä java.io.PrintWriter-objektia vastausten tuottamiseen; PrintWriter koodaa automaattisesti käyttämällä ISO 8859-1 -merkkikoodausta. Servletit voivat myös tulostaa binaaridataa käyttämällä java.io.OutputStream-objekteja, jotka eivät suorita koodausta. Sovelluksen, joka ei voi käyttää oletuskoodausta, on määritettävä erilainen koodaus.
PyyntökoodausPyyntökoodaus on merkkikoodaus, jossa saapuvan pyynnön parametrit tulkitaan. Tällä hetkellä monet selaimet eivät lähetä pyyntökoodauksen tarkennetta sisältötyyppisen HTTP-otsikon kanssa. Tällaisissa tapauksissa verkkosäilö käyttää oletuskoodausta: ISO-8859-1 pyyntötietojen jäsentämiseen. Jos asiakas ei ole asettanut merkkikoodausta ja pyyntötiedot on koodattu eri koodauksella kuin oletusarvo, tietoja ei tulkita oikein.
-menetelmää ohittamaan säilön toimittaman merkkikoodauksen, kuten esimerkissä 5-14.
public class TestServlet laajentaa HttpServlet {
heittää ServletException, IOException {
Sinun on kutsuttava menetelmä ennen pyyntöparametrien jäsentämistä tai pyynnön syötteiden lukemista. Metodin tai tagin kutsuminen tietojen lukemisen jälkeen ei vaikuta koodaukseen.
-koodauksen vain sivudirektiivin fyysisesti sisältävälle tiedostolle.
koodaus. GetWriter()-menetelmän kutsun tai vastauksen vahvistamisen jälkeen tehdyillä kutsuilla ei ole vaikutusta merkkien koodaukseen.
Kun käytät Model-View-Controller-arkkitehtuuria, mukaan lukien Strutien käyttö, harkitse koodauksessa seuraavaa.
Pyydä merkkikoodausta Struts-ympäristössä kutsu setCharacterEncoding()-metodi ActionFormissa, kuten esimerkissä 5-16 on esitetty.
.public class PostMessageForm laajentaa ActionForm { public void reset(ActionMapping-kartoitus, HttpServletRequest-pyyntö) { try { request.setCharacterEncoding("UTF-8"); }catch (UnsupportedEncodingException e) { e.printStackTrace(); } }}.
Määritä vastauksen koodaus käyttämällä contentType-attribuuttia ja charsetvalue JSP-sivudirektiivissä.
WebSphere määrittää pyyntöön/vastaukseen käytetyn merkkikoodauksen jäsentämällä asiakkaan getParameter()-syötearvot ja kirjoittamalla tulosteen arvoa kohden saapuvan pyynnön hyväksymiskieliotsakkeeseen.
liittyvät encoding.properties-tiedostoon, joka sijaitsee /properties-hakemistossa (esimerkki 5-17).
Joissakin tapauksissa haluat ohittaa encoding.properties-tiedoston määritelmän. Jos esimerkiksi haluat käyttää UTF-8:aa koko sovelluspalvelimelle, käytä JVM-komentorivin argumenttia client.encoding.override valitulle sovelluspalvelimelle.
Java Virtual Machine -osiossa.
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc /info/aes/ae/trun_svr_utf.html
WebSphere Application Server -versiosta 5 alkaen Web-säilö ei enää aseta pyyntöjen ja vastausten koodauksia ja vastaussisältötyyppejä automaattisesti. Molempien laajennusten oletusarvo on epätosi, jolloin pyynnön ja vastauksen merkkikoodaus asetetaan Servlet 2.4 -määrityksen oletusarvoon, joka on ISO-8859-1.
Käytä kokoonpanotyökalua (Kuva 5-12 sivulla 192) muuttaaksesi oletusarvoja autoRequestEncoding- ja autoResponseEncoding-laajennuksille.
saadaksesi kuvaus verkkosäilön toiminnasta, kun nämä arvot on asetettu tosi: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/ index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/rweb_autoreq.html
YhteenvetoKuva 5-15 näyttää yhteenvedon siitä, miten koodausarvot määritetään.
-menetelmiä merkkikoodaukseen kyllä
autoResponseEncoding-arvot Servlet 2.4 -menetelmät JSP 2.0 -attribuutit true
setCharacterEncoding() contextType autoRequestEncoding -menettely
setContextType() pageEncoding autoResponseEncoding-menettely
Jos mikään näistä vaiheista ei korjaa ongelmaa, seuraavista resursseista voi olla apua: merkinenkoodausvinkkejä varten Globalisoi On Demand -liiketoimintaasi: http://www-306.ibm.com/software/globalization/j2ee/encoding.jspiden Java Servlet -määrityksen versio 2.4 saadaksesi lisätietoja Käytettävissä olevat merkistökoodausmenetelmät: http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html–The JavaServer Pages Specification Version2.0, osio JSP.4, jotka liittyvät kansainvälistymisongelmiin: http://jcp. org/aboutJava/communityprocess/final/jsr152/index.html: Kansainvälistyminen: Oppimisresurssit http://www.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere. base.doc/info/aes/ae/rin_resources.html
IBM-tuesta saatavat nykyiset tiedot koodaukseen liittyvistä tunnetuista ongelmista ja ratkaisuista on osoitteessa http://www.ibm.com/support/ search.wss?rs=180&tc=SSEQTP&tc
PREV: Tietoja peruslomakkeista - Power Apps | Microsoft Docs
NEXT: Asiakas-palvelin-arkkitehtuuri - yleiskatsaus | ScienceDirect-aiheet
![[Ratkaistu] Ei voi muodostaa yhteyttä MySql-palvelimeen localhostilla (10061) (Näytä aihe) * Apache OpenOffice -yhteisöfoorumi](http://website-google-hk.oss-cn-hongkong.aliyuncs.com/drawing/26/2022-3-1/7051.jpeg "[Ratkaistu] Ei voi muodostaa yhteyttä MySql-palvelimeen localhostilla (10061) (Näytä aihe) * Apache OpenOffice -yhteisöfoorumi")
