• Digitální příslušenství
  • Server
  • Digitální život
  • Zásady ochrany osobních údajů
  • Kontaktujte nás
  1. Domov
  2. Článek
  3. BYLO 6 PD

BYLO 6 PD

Rsdaa 09/11/2021 3664

Shromažďujte a analyzujte data

Najděte řešení

ibm.com/redbooksMezinárodní organizace technické podpory

Problém WebSphere Application Server V6

Určení pro distribuované platformy

Listopad 2005

SG24-6798-00 Poznámka: Před použitím těchto informací a produktu, který podporují, si přečtěte informace v části "Poznámky" na stránce ix.

První vydání (listopad 2005)

Toto vydání platí pro WebSphere Application Server V6 na distribuovaných platformách.

© Copyright International Business Machines Corporation 2005. Všechna práva vyhrazena.

Poznámka pro uživatele vlády USA Omezená práva – Použití, duplikace nebo zveřejnění je omezeno smlouvou GSA ADPSchedule Contract s IBM Corp.Contents

Upozornění . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix Ochranné známky . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X

Kapitola 1. Přístup k určení problému . . . . . . . . . . . . . . . . . . . . . . 1

1.1 Úvod do určování problémů. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 1.1.1 Příčiny problémů . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.1.2 Typy příznaků problému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.2 Příprava na problémy a předcházení problémům . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.2.1 Použití údržby WebSphere . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.2.2 Kontrola předpokladů . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2.3 Testování aplikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2.4 Nastavení testovacího prostředí . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 1.2.5 Stanovení bezpečných provozních postupů . . . . . . . . . . . . . . . . . . . . . 12 1.2.6 Vysoká dostupnost a převzetí služeb při selhání . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 1.2.7 Monitorování . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 1.2.8 Dokumentace systému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 1.2.9 Sběr diagnostických dat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 1.3 Co dělat, když nastane problém. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 1.3.1 Návrat do bezpečných podmínek. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 1.3.2 Identifikace příznaků problému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 1.3.3 Zkoumat a zkoumat problém . . . . . . . . . . . . . . . . . . . . . . . . 27 1.3.4 Strategie určování problému . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 1.4 Klasifikujte problém a určete hlavní příčinu . . . . . . . . . . . . . . . . . 31 1.4.1 Instalace nebo migrace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 1.4.2 Balení a nasazení aplikací . . . . . . . . . . . . . . . . . . . . 35 1.4.3 Správa a konfigurace systému . . . . . . . . . . . . . . . . . . . . . . 37 1.4.4 Doba běhu. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 1.5 Kontaktování IBM za účelem podpory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 1.5.1 Struktura podpory IBM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 1.5.2 Prozkoumejte problém . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 1.5.3 Shromažďování souborů MustGather . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 1.5.4 Určení závažnosti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 1.5.5 Vytvoření PMR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. iii

1.5.6 Odesílání dat do IBM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

Kapitola 2. Diagnostická data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

2.1 Protokoly JVM (SystemOut a SystemErr) . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 2.2 Sledování . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 2.3 Nástroj Collector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 2.4 Zachycení dat prvního selhání (FFDC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 2.5 Ostatní záznamy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 2.5.1 Zpracování (nativních) protokolů. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 2.5.2 Servisní protokol (activity.log) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 2.5.3 Protokoly instalace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 2.6 Protokoly a trasování serveru IBM HTTP Server a modulu plug-in . . . . . . . . . . . . . . . . . . . . . 90 2.6.1 Protokoly serveru IBM HTTP Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 2.6.2 Protokoly zásuvného modulu webového serveru . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 2.6.3 Trasování zásuvného modulu webového serveru . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 2.6.4 Trasování sítě . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 2.7 Protokoly správy systému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.7.1 Výstup z wsadmin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.7.2 Řídící skripty . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.7.3 Protokoly správy profilu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.8 Protokoly WebSphere Rapid Deployment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 2.9 Přehled protokolů . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

Kapitola 3. Určení problémů s instalací . . . . . . . . . . . . . . . . . . . . . . 97

3.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 3.2 Řešení problému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100 3.2.1 Příznak: Launchpad nebo průvodce instalací se nespustí nebo selže . . 101 3.2.2 Příznak: Průvodce instalací se zasekne . . . . . . . . . . . . . . . . . . . . . . . . 103 3.2.3 Příznak: Chyba při vytváření profilu . . . . . . . . . . . . . . . . . . . . . . . . . . 105 3.2.4 Příznak: IVT selže . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 3.3 Analýza problémových oblastí. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 3.3.1 Požadavky na webový prohlížeč . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 3.3.2 Problémy se spuštěním aplikačního serveru . . . . . . . . . . . . . . . . . . . . . . . . 111 3.3.3 Problémy s vytvářením profilu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112 3.4 Další krok. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

Kapitola 4. Určení problémů se správou systému . . . . . . . . . . . . 115

4.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116 4.1.1 Sběr dat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 4.2 Řešení problému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 4.2.1 Analýza symptomů na vysoké úrovni. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 4.3 Analýza problémových oblastí. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 4.3.1 Problém: Nelze získat přístup k administrativní konzole. . . . . . . . . . 127 4.3.2 Problém: wsadmin nebo skripty pro správu nemají přístup k serveru . . . 130

iv Určení problému WebSphere Application Server V6 pro distribuované platformy

4.3.3 Problém: Nelze zastavit proces serveru. . . . . . . . . . . . . . . . . . . 133 4.3.4 Problém: Nelze spustit proces serveru . . . . . . . . . . . . . . . . . . . 135 4.3.5 Problém: Nelze získat přístup k agentovi uzlu . . . . . . . . . . . . . . . . . . . . 137 4.3.6 Problém: Nelze spravovat webový server . . . . . . . . . . . . . . . . . . . 138 4.3.7 Problém: Nelze spravovat aplikace . . . . . . . . . . . . . . . . . . . . 141 4.3.8 Problém: Selhání přidání uzlu do správce implementace . . . . . . 143 4.3.9 Problém: Synchronizace úložiště . . . . . . . . . . . . . . . . . . . . . . . 145 4.3.10 Problém: Ukládání konfliktů v administrativní konzole . . . . . . . . . 150 4.3.11 Problém: Chybí podnikové aplikace . . . . . . . . . . . . . . . . . . . 151 4.3.12 Problém: Neplatné nebo expirované certifikáty . . . . . . . . . . . . . . . . . . . . . 153 4.3.13 Problém: WebSphere Rapid Deployment . . . . . . . . . . . . . . . . . . . 1584.4 Další krok. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162

Kapitola 5. Určení problému webového kontejneru . . . . . . . . . . . . . . . . . . 165

5.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 5.1.1 Počáteční příznaky . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1685.2 Vyřešte problém . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169 5.2.1 Údaje ke sběru . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169 5.2.2 Analýza symptomů na vysoké úrovni. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170 5.2.3 Příznak: Chyba HTTP 404 - Stránku nelze zobrazit. . . . . . 172 5.2.4 Příznak: Chyba HTTP 404 – Nepodařilo se najít zdroj . . . . . . . . . . . . 175 5.2.5 Příznak: Chyba HTTP 404 – Webová skupina/virtuální hostitel není definován . . 177 5.2.6 Příznak: Chyba HTTP 500 – chyba zpracování JSP . . . . . . . . . . . . . 179 5.2.7 Příznak: Chyba HTTP 500 – IllegalStateException . . . . . . . . . . . . . 1815.3 Analýza problémových oblastí. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 5.3.1 Specifikace URL aplikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 5.3.2 Statické zdroje nejsou zobrazeny . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190 5.3.3 Webové zdroje se znovu nenačítají . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192 5.3.4 Problémy s kódováním a internacionalizací . . . . . . . . . . . . . . . . . . . . 195 5.3.5 Správa relací HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2025.4 Další krok. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209

Kapitola 6. Určení problému s připojením JCA. . . . . . . . . . . . . . . . . 211

6.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 6.1.1 Technický přehled JCA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2136.2 Vyřešte problém . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 6.2.1 Příznak: Volání JDBC vrací nesprávná data . . . . . . . . . . . . . . . . . 217 6.2.2 Příznak: Selhání připojení k novému zdroji dat . . . . . . . . . . . . 222 6.2.3 Příznak: Selhání připojení k existujícímu zdroji dat . . . . . . . . 224 6.2.4 Příznak: Selhání přístupu ke zdroji prostřednictvím JDBC . . . . . . . . . 225 6.2.5 Příznak: Selhání přístupu k nerelačnímu zdroji . . . . . . . . . . 2266.3 Analýza problémových oblastí. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227 6.3.1 Problémy s konfigurací . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228

Kapitola 7. Určení problému plug-inu webového serveru . . . . . . . . . . . . . . 251

7.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252 7.2 Řešení problému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256 7.2.1 Sběr dat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257 7.2.2 Analýza symptomů vysoké úrovně . . . . . . . . . . . . . . . . . . . . . . . . . . 259 7.3 Analýza problémových oblastí. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261 7.3.1 Problém: Webový server se nespustí . . . . . . . . . . . . . . . . . . . . . . . . . 261 7.3.2 Problém: Selhání mezi webovým serverem a plug-inem . . . . . . . . . . 263 7.3.3 Problém: Dochází ke ztrátě relací . . . . . . . . . . . . . . . . . . . . . . . . . . 272 7.3.4 Problém: Aplikace funguje přerušovaně. . . . . . . . . . . . . . . . . 277 7.3.5 Problém: Zátěž aplikace není rovnoměrně rozložena . . . . . . . . 280 7.4 Další krok. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283

Kapitola 8. Určení problému selhání aplikačního serveru . . . . . . . . . 285

8.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 8.2 Řešení problému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 8.2.1 Analýza symptomů na vysoké úrovni. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287 8.2.2 Údaje ke sběru . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288 8.2.3 Analýza dat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290 8.2.4 Analýza souboru javacore . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291 8.2.5 Hledání řešení problémů JIT . . . . . . . . . . . . . . . . . . . . . . 293 8.3 Analýza problémových oblastí. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295 8.3.1 Přetečení zásobníku. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295 8.3.2 Chyba nedostatku paměti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298 8.4 Další krok. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299 8.4.1 Sun Solaris . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300 8.4.2 HP-UX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300

Kapitola 9. Určení problému výchozího poskytovatele zpráv. . . . . . . 301

9.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302 9.1.1 Kategorie problémů . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 9.2 Řešení problému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 9.2.1 Sběr dat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306 9.2.2 Analýza symptomů vysoké úrovně . . . . . . . . . . . . . . . . . . . . . . . . . . 307 9.2.3 Co dělat, pokud zde váš příznak není uveden . . . . . . . . . . . . . . . . . 310

vi Určení problémů WebSphere Application Server V6 pro distribuované platformy

9.3 Analýza problémových oblastí. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310 9.3.1 Problémy se spuštěním motoru zasílání zpráv . . . . . . . . . . . . . . . . . . . . . . . . 310 9.3.2 Problémy s tokem zpráv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324 9.3.3 Problémy s konfigurací aplikace a prostředky . . . . . . . . . . . . . . 344 9.3.4 Chyby produktu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3499.4 Další krok. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 350

Související publikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353

Červené knihy IBM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353Online zdroje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353Jak získat červené knihy IBM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356Nápověda od IBM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356

Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 357

Obsah viiviii Určení problému WebSphere Application Server V6 pro distribuované platformy Upozornění

Tyto informace byly vyvinuty pro produkty a služby nabízené v U.S.A.

Jakékoli odkazy v těchto informacích na webové stránky jiných společností než IBM jsou poskytovány pouze pro pohodlí a v žádném případě neslouží jako podpora těchto webových stránek. Materiály na těchto webových stránkách nejsou součástí materiálů pro tento produkt IBM a použití těchto webových stránek je na vaše vlastní riziko.

IBM může používat nebo distribuovat jakékoli vámi poskytnuté informace jakýmkoli způsobem, který považuje za vhodný, aniž by jí tím vznikl jakýkoli závazek vůči vám.

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. ix

Ochranné známkyNásledující výrazy jsou ochrannými známkami společnosti International Business Machines Corporation ve Spojených státech a případně v dalších jiných zemích:

Eserver® Domino® OS/390®

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®

Následující termíny jsou ochrannými známkami jiných společností:

iPlanet, Enterprise JavaBeans, EJB, Java, Java Naming and Directory Interface, JavaBeans, JavaScript, JavaServer, JavaServer Pages, JDBC, JDK, JMX, JSP , JVM, J2EE, Solaris, Sun a všechny ochranné známky založené na Javě jsou ochranné známky společnosti Sun Microsystems, Inc. ve Spojených státech a případně v dalších jiných zemích.

Microsoft, Windows, Win32 a logo Windows jsou ochranné známky společnosti Microsoft Corporation ve Spojených státech a případně v dalších jiných zemích.

UNIX je registrovaná ochranná známka společnosti The Open Group ve Spojených státech amerických a dalších zemích.

Linux je ochranná známka Linuse Torvaldse ve Spojených státech a případně v dalších jiných zemích.

Jiné názvy společností, produktů a služeb mohou být ochrannými známkami nebo servisními známkami jiných společností.

x Určení problému WebSphere Application Server V6 pro distribuované platformy

Tato Redbook IBM® je určena k tomu, aby pomohla zákazníkům v procesu

identifikace a řešení problémů na WebSphere Application Server V6 na distribuované platformy. Dříve publikované jako série IBM Redpapers, každá kapitola se zabývá konkrétním aspektem procesu určování problémů. V celé knize jsou uvedeny odkazy na původní články.

Následující články se zabývají vybranými tématy, která byla identifikována jako některé z častějších typů problémů, které zákazníci obvykle potřebují řešit.

Tým, který napsal tuto červenou knihu

Tuto červenou knihu vytvořil tým specialistů z celého světa pracující v Mezinárodní organizaci technické podpory, Raleigh Center.

Simon Davitt pracuje ve službě WebSphere MQ Java™ Messaging úrovně 3.

Dříve byl nezávislým programátorem na volné noze ve Velké Británii. Má více než 20 let zkušeností s prací v oblasti IT. Od roku 2000 je trvale zaměstnán u IBM a pracuje v oblasti služeb WebSphere MQSeries® se specializací na Javu a JMS.

Rana Katikitala je poradenská softwarová specialistka pro Tivoli® Security v IBM

Software Labs, Indie. Má více než sedm let zkušeností v IT průmyslu v oblastech vývoje, podpory a testování operačních systémů, softwaru pro správu systémů a řešení pro e-business. Je držitelem magisterského titulu v

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. xi

Structural Engineering z Regional Engineering College (REC) Warangal, Indie. Mezi jeho odborné oblasti patří IBM OS/2®, Windows® 2K, Netfinity® Manager™, ředitel IBM, zdravotnická doménová řešení HIPAA (Health Insurance Portability and Accountability Act) a HCN (Healthcare Collaborative Network).

Thu-Giang Pham Thu-Giang Pham je poradenský softwarový inženýr, který pracuje

jako vedoucí týmu pro skupinu podpory IBM WebSphere Application Server L2 v RTP v Severní Karolíně.

Thu-Giang má více než sedmnáct let zkušeností v oboru IT

, kde posledních třináct let strávila poskytováním technické podpory a poradenství v oblasti databází, vývojových nástrojů a aplikačních serverů. Thu-Giang měl také čtyři roky zkušeností jako softwarový inženýr zapojený do vývoje generátoru aplikačního kódu a různých finančních aplikací. Před nástupem do IBM v RTP před pěti lety Thu-Giang pracoval pro DataDirect Technology (dříve známý jako MERANT, Intersolv), Oracle a Software AG z Kanady. Thu-Giang je držitelem bakalářského titulu z matematiky a společných vyznamenání v oboru informatiky, kombinatoriky a optimalizace na University of Waterloo ve Waterloo, Ontario, Kanada.

Craig Scott je specialista na softwarovou podporu v Austrálii. Má 16 let

zkušeností v IT a více než pět let zkušeností s WebSphere Application Server. Vystudoval počítačovou vědu na univerzitě v Canbeře. Mezi jeho odborné oblasti patří WebSphere Application Server, WebSphere Edge Server, IBM DB2® a IBM Content Manager.

David Titzler je analytik podpory 2. úrovně pro WebSphere Application Server

se sídlem v Raleigh v Severní Karolíně. Do IBM nastoupil v roce 2001 a na současné pozici je čtyři roky. V této pozici pracuje přímo s klienty na řešení problémů WebSphere Application Server. Specializuje se na problémy související se sdružováním připojení, zasíláním zpráv, EJB, transakcemi, webovými službami a dalšími. Je IBM Certified Advanced System Administrator pro WebSphere Application Server V5. Vystudoval informatiku na Pennsylvania State University.

xii WebSphere Application Server V6 Problem Determination for Distributed Platform

pomáhá zákazníkům navrhovat, implementovat a ladit aplikace J2EE™. Poslední čtyři roky pracoval jako vedoucí projektu pro vývojový rámec J2EE založený na vzorech J2EE ve výzkumném a vývojovém centru klinického inženýrství v Argentině. Vystudoval inženýrství informačních technologií na U.T.N. Univerzita v Córdobě, Argentina. Mezi oblasti jeho odborných znalostí patří návrh architektury J2EE, konzultační služby pro WebSphere Application Server a integrace starších systémů sálových počítačů.

Se zvláštním poděkováním Ronu Verbruggenovi za jeho vedení při navrhování a vývoji obsahu této knihy.

Děkujeme následujícím lidem za jejich příspěvky k tomuto projektu:

Gustavo BustosGrupo Leviminond

Děkujeme následujícím pracovníkům IBM:

Vaše úsilí pomůže zvýšit přijetí produktu a spokojenost zákazníků. Jako bonus si vytvoříte síť kontaktů ve vývojových laboratořích IBM a zvýšíte svou produktivitu a prodejnost.

Zjistěte více o rezidenčním programu, procházejte rejstřík rezidenčních pobytů a přihlaste se online na: ibm.com/redbooks/residencies.html

Vítáme komentáře Vaše komentáře jsou pro nás důležité!

Chceme, aby naše Redbooks™ byly co nejužitečnější. Zašlete nám své komentáře

k této nebo jiným červeným knihám jedním z následujících způsobů: vel. Použijte online formulář pro kontrolu redbooků Kontaktujte nás na adrese: ibm.com/redbooks Maximálně své komentáře zašlete e-mailem na adresu: redbook @us.ibm.com Maximálně své připomínky zasílejte na adresu: IBM Corporation, oddělení Mezinárodní organizace technické podpory HZ8 Building 662 P.O. Box 12195 Research Triangle Park, NC 27709-2195

xiv Určení problémů WebSphere Application Server V6 pro distribuované platformy

Kapitola 1. Přístup k určování problému

Tento dokument představuje strategie určování problémů pro WebSphere Application Server V6. Pojednává o tom, jak problémům předcházet, jak plánovat a připravovat se na problémy, které mohou nastat, a co dělat, když problém nastane, aby byl co nejrychleji vyřešen. Poté vás provede podrobnějšími informacemi, které vám mohou pomoci diagnostikovat příčinu typu problému, se kterým se setkáváte.

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. 1

1.1 Úvod do určování problémů V dnešním obchodním prostředí na vyžádání je zásadní, aby vaše podnikové aplikace byly vysoce dostupné pro vaše zákazníky. WebSphere Application Server V6 má mnoho nových funkcí a nástrojů, které jsou navrženy tak, aby minimalizovaly výskyt problémů. Pokud však dojde k problému, který by mohl negativně ovlivnit vaše podnikání, musíte být schopni rychle a efektivně reagovat.

2 Určení problému WebSphere Application Server V6 pro distribuované platformy

Maximálně IBM Education Assistant: Určení problému WebSphere Application Server http://www-1.ibm.com/support/docview.wss?rs= 180&uid=swg27005460

1.1.1 Příčiny problémů

Když se vyskytne problém, může být vaším prvním pokusem zavolat podporu IBM, aby vám mohla poskytnout opravu, která problém vyřeší. V některých případech je nutné kontaktovat IBM. Zkušenosti týmu podpory WebSphere Application Server však ukázaly, že malé procento problémů nahlášených klienty je ve skutečnosti způsobeno vadami kódu WebSphere Application Server. Většina problémů je způsobena problémy s konfigurací, problémy s prostředím, defekty aplikačního kódu nebo nesprávným pochopením WebSphere Application Server. Mnoho z těchto problémů lze snadno vyřešit, aniž byste museli zavolat na podporu IBM a otevřít záznam správy problémů (PMR). Mnoho problémů lze navíc vyřešit dodržením postupů určování problémů, které jsou popsány v této knize.

1.1.2 Typy příznaků problému

Když uživatel aplikace spuštěné na WebSphere Application Server poprvé zaznamená problém, objeví se příznak problému. Někdy příznak problému poskytuje vodítka o příčině problému. Jindy je k určení hlavní příčiny problému zapotřebí značné množství určování problému.

Kapitola 1. Přístup k určování problémů 3

Vylepšení Aplikace nereaguje na příchozí požadavky. • Aplikace vytváří neočekávané výsledky (možná chyby nebo výjimky). • Aplikace se nemůže připojit k externímu systému nebo prostředku. • Aplikace pracuje pomalu nebo její výkon časem klesá.

1.2 Příprava na problémy a předcházení jim

V každém podnikovém výpočetním systému můžete očekávat, že se občas vyskytnou nějaké problémy – velké nebo malé. V nejlepším případě nebudou problémy, se kterými se setkáte, závažné a nebudou mít zásadní dopad na podnikání. Nejlepší je však připravit se a naplánovat si nejhorší.

1.2.1 Aplikace údržby WebSphere

Ačkoli je mnoho problémů způsobeno jinými faktory než defekty kódu WebSphere Application Server, tým podpory WebSphere Application Server při práci s klienty prostřednictvím PMR najde defekty produktu. Když je nalezena závada, tým podpory otevře zprávu o analýze autorizovaného programu (APAR). Každý APAR má jedinečný identifikátor, řetězec, který obsahuje dvě písmena (buď PQ nebo PK) a pět čísel. Můžete vyhledat konkrétní APAR nebo příznak problému hlášený v APAR na stránce WebSphere Application Server Support (Obrázek 1-1 na stránce 5). Tato stránka je k dispozici na adrese: http://www-306.ibm.com/software/webservers/appserv/was/support

4 Určení problému WebSphere Application Server V6 pro distribuované platformy

Obrázek 1-1 Vyhledávání APAR na webu podpory WebSphere Application Server

Obrázek 1-2 Změny v terminologii pro údržbu WebSphere mezi V5 a V6

Opravné balíčky neobsahují upgrady na Java Software Development Kit (SDK). Jsou testovány s nejnovější verzí služby Java SDK , ale upgrady na

Kapitola 1. Přístup k určování problémů 5

Java SDK jsou dodávány jako samostatné opravy. Opravy SDK si také můžete stáhnout z webu podpory WebSphere Application Server.

Proaktivní instalace oprav, jakmile budou dostupné, je účinný

způsob, jak předejít problémům. Když nainstalujete opravu FixPack, můžete si být jisti, že nenarazíte na žádné vady kódu WebSphere Application Server, které jsou opraveny v opravné sadě. To ušetří čas a frustraci z toho, že se ve vašem systému objeví některý z těchto problémů.

Další informace o aktualizaci WebSphere Application Server V6 Update

naleznete v dokumentu Strategie aktualizace, který je k dispozici na webu podpory: http://www-1.ibm.com/ support/docview.wss?rs=180&uid=swg21191989

6 Určení problému WebSphere Application Server V6 pro distribuované platformy

Obrázek 1-3 Kontrola úrovně aktualizace a opravné sady z administrativní konzoly

1.2.2 Kontrola předpokladů

Další strategií, jak předcházet problémům, je zajistit, aby veškerý software a hardware ve vašem prostředí splňovaly předpoklady WebSphere Application Server V6. WebSphere Application Server byl testován se specifickými konfiguracemi softwaru a hardwaru. Je známo, že úspěšně funguje v těchto konfiguracích a dobře se integruje s produkty, se kterými byl testován. Software a hardware, se kterými byl WebSphere Application Server testován a které podporuje, naleznete na adrese: http://www-306.ibm.com/software/webservers/appserv/doc/latest/prereq.html

1.2.3 Testování aplikace

Nejlepší strategií, jak předejít problémům při spouštění WebSphere Application Server v produkci, je důkladné testování. Měli byste vytvořit podrobnou testovací strategii pro vaši aplikaci a ujistit se, že tato strategie je dodržována pokaždé, když instalujete novou verzi aplikace nebo když upgradujete WebSphere Application Server.

Kapitola 1. Přístup k určování problémů 7

Existuje nespočet metod testování softwaru, které můžete použít, a o každé metodě bychom mohli vyplnit celou knihu. Místo toho probíráme základní typy testů, které by měl provádět každý klient. Kromě toho poskytujeme odkazy na další dokumentaci, která může být užitečná při vývoji vaší testovací strategie. Mezi testovací metody patří následující: Základ testování jednotek Testování jednotek zajišťuje, že každá metoda v každé třídě aplikace poskytuje očekávaný výstup pro všechny možné vstupy. Existuje několik rámců testování jednotek, které lze použít ke snazšímu testování jednotek. Jedním z populárních frameworků je JUnit, což je open-source software. vylepšené Funkční testování Funkční testování zajišťuje, že aplikace funguje tak, jak uživatel očekává. Testuje celou aplikaci, aby se ujistil, že všechny komponenty spolupracují správně. Funkční testování se někdy nazývá integrační testování. K dispozici je několik funkčních testovacích rámců. JFunc je rozšířením JUnit pro funkční testování. pokročilý Testování výkonu Testování výkonu zajišťuje, že výkon aplikace je pro uživatele přijatelný. WebSphere Application Server V6 obsahuje vylepšený Tivoli Performance Viewer, který je přístupný z administrativní konzoly. Ve verzích 5 a 5.1 je Tivoli Performance Viewer spuštěn v samostatném grafickém uživatelském rozhraní (GUI). Chcete-li používat Tivoli Performance Viewer, povolte metriky PMI (Performance Monitoring Infrastructure), které chcete zobrazit v administrativní konzole. Přihlaste se do administrativní konzoly, vyberte svůj aplikační server a poté vyberte Infrastruktura monitorování výkonu (PMI). Monitorování PMI lze provádět v produkčním prostředí pomocí základní sady (výchozí konfigurace) nebo rozšířené sady s minimálním dopadem. Po výběru sady statistik můžete použít Tivoli Performance Viewer k monitorování aktuálního výkonu systému, protokolování dat výkonu nebo prohlížení dat, která byla dříve protokolována. K Tivoli Performance Viewer můžete přistupovat rozbalením Monitoring and Tuning v administrativní konzole, poté rozbalením Performance Viewer a výběrem zobrazení aktuální aktivity nebo dříve zaznamenaných dat výkonu. Grafy a grafika v Tivoli Performance Viewer mohou poskytnout správci vodítka o tom, kde existují úzká místa výkonu. Poté mohou vyladit příslušné vlastnosti serveru WebSphere Application Server, aby se problém zmírnil. Další funkcí obsaženou v WebSphere Application Server V6 je Tivoli Performance Advisor. Poradce analyzuje data o výkonu z vašeho systému a poskytuje návrhy na konfiguraci WebSphere

8 Určení problému WebSphere Application Server V6 pro distribuované platformy

vlastnosti, které je třeba změnit, aby se zlepšil výkon. Chcete-li povolit poradce, vyberte svůj aplikační server v administrativní konzole a poté vyberte Konfigurace poradce výkonu za běhu. Další informace o Tivoli Performance Viewer and Advisor najdete v následujících částech Informačního centra WebSphere: - Proč používat Tivoli Performance Viewer? http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/cprf_tpv.html – Monitorování výkonu pomocí Tivoli Performance Prohlížeč (TPV) http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/tprf_tpvmonitor.html - PMI organizace dat http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/rprf_datacounter6.html Kromě Tivoli Performance Viewer a Advisor, existuje několik dalších nástrojů, open source i proprietárních, které jsou k dispozici pro usnadnění testování výkonu. Přehled nástrojů pro výkon, které jsou k dispozici, si můžete přečíst v technickém článku Řádky komentářů od Ruth Willenborg: Výběr nástrojů pro výkon WebSphere, který je k dispozici na adrese: http://www-128.ibm.com/developerworks/websphere/techjournal/ 0410_col_willenborg/0410_col_willenborg.html Maximálně Testování zátěže a škálovatelnosti Testování zátěže zahrnuje testování vaší aplikace se simulovanou zátěží, která odpovídá velikosti zátěže, kterou očekáváte, že bude aplikace schopna zvládnout v produkci. Testování škálovatelnosti zahrnuje testování vaší aplikace se stále vyšším zatížením, aby se zjistilo, zda je aplikace škálovatelná pro budoucí růst. Existuje několik oblíbených nástrojů pro simulaci zátěže během testování zátěže a škálovatelnosti. Jedním z takových nástrojů je Apache JMeter. Testování zátěže a škálovatelnosti byste měli koordinovat s nástroji, které používáte pro testování výkonu, abyste mohli WebSphere Application Server vyladit tak, aby poskytoval lepší výkon s vyššími úrovněmi zátěže.

Doporučujeme používat testovací prostředí WebSphere Application Server V6

v rámci Rational Application Developer, verze 6 k vývoji a testování veškerého kódu vaší aplikace před jeho instalací do prostředí WebSphere Application Server.

Kapitola 1. Přístup k určování problémů 9

Při navrhování testů zvažte následující skutečnosti: Maximálně Vaše testovací scénáře by se měly zaměřit na nejpoužívanější cestu kódu, ale měli byste komplexně otestovat všechny možné cesty kódu . • Testování by mělo být prováděno s více uživateli (nejen se stejným, znovu a znovu). • Testy by měly být prováděny s více funkcemi paralelně. Ve výrobě se provádí několik funkcí současně. Některé problémy mohou nastat pouze tehdy, když jsou funkce spuštěny paralelně. Je důležité testovat funkce vaší aplikace společně a ne izolovaně.

1.2.4 Nastavení testovacího prostředí

Důrazně doporučujeme udržovat testovací prostředí, které je nakonfigurováno přesně stejně jako vaše produkční prostředí. Úroveň údržby WebSphere Application Server (včetně obnovovacích balíčků a opravných balíčků), verze vašich aplikací a vaše konfigurace by měly být v obou systémech stejné. To má mnoho výhod: HLAVNÍ Když úspěšně otestujete aplikaci ve svém testovacím prostředí, získáte přesnou představu o tom, jak si aplikace povede v produkci. • Když potřebujete provést změnu v aplikaci nebo provést údržbu serveru WebSphere Application Server, můžete tyto změny plně otestovat v testovacím prostředí, abyste se ujistili, že nenastanou žádné problémy, než provedete jakékoli změny ve vašem produkčním prostředí. • Pokud se problém vyskytne v produkčním prostředí, můžete jej reprodukovat v testovacím prostředí a určit problém v testovacím prostředí. To zajistí, že vaši uživatelé nebudou mít výpadky v produkčním prostředí. • Můžete shromáždit jakákoli diagnostická data, která jsou potřebná k určení hlavní příčiny problému v testovacím prostředí. Protože některé diagnostické metody mohou ovlivnit výkon nebo vyžadovat restartování jednoho nebo více procesů WebSphere Application Server, je obvykle výhodné shromažďovat data ve vašem testovacím prostředí.

10 Určení problému WebSphere Application Server V6 pro distribuované platformy

Klíčem této strategie je zajistit, aby testovací prostředí a produkční prostředí byly ve všech směrech nakonfigurovány naprosto stejně. To zahrnuje: Vysoký hardware a konfiguraci sítě Vysoký úroveň operačního systému a opravy operačního systému Vysoký další software, který se používá ve spojení s WebSphere Application Server. To může zahrnovat webové servery, databáze a systémy zasílání zpráv.Vysocí Úroveň WebSphere Application Server, včetně obnovovacích balíčků, opravných balíčků, oprav Java SDK a všech jednotlivých oprav APAR, které jste si stáhli nebo získali od týmu podpory WebSphere Application Server. pokročilejší verze všech aplikací, které jsou nainstalované, edice WebSphere Application Server (Základní, Network Deployment nebo Express). WebSphere Application Server V6 obsahuje funkce pro vytváření konfiguračních archivních souborů s příponou .car. Můžete exportovat konfiguraci z jednoho počítače do souboru .car a poté importovat tento soubor .car do jiného systému. Veškeré konfigurační informace, které jsou specifické pro jeden systém (například název hostitele), jsou z konfiguračního archivu odstraněny. Je dobrým zvykem používat konfigurační archivní soubory k replikaci stejné konfigurace WebSphere Application Server ve vašem testovacím a produkčním prostředí. Archivy konfigurace se exportují a importují pomocí nástroje wsadmin. Chcete-li exportovat konfiguraci profilu nebo aplikačního serveru WebSphere Application Server V6, použijte tyto příkazy wsadmin: $AdminTask exportWasprofile {-archive c:\myDirectory\myCell.car} $AdminTask exportServer {-archive c:\myDirectory\myServer.car - nodeName node1 -serverName server1} Použijte cílový adresář, název uzlu a název serveru, který je vhodný pro váš systém. Chcete-li importovat konfiguraci profilu nebo aplikačního serveru do prostředí WebSphere Application Server V6, použijte tyto příkazy: $AdminTask importWasprofile {-archive c:\myDirectory\myCell.car} $AdminTask importServer {-archive c:\myDirectory\myServer. auto [-nodeInArchive uzel1][-serverInArchive server1][-nodeName uzel1][-serverName server1]} Opět použijte cílový adresář, názvy uzlů a názvy serverů, které jsou vhodné pro váš systém.

Změny testovacího a produkčního prostředí můžete také automatizovat pomocí skriptů, které se spouštějí ve wsadmin. Automatizace je výhodná, pokud je nutné provést změny

Kapitola 1. Přístup k určování problémů 11

prováděno mimo špičku (obvykle pozdě v noci nebo o víkendech). Skripty lze naplánovat tak, aby se spouštěly v těchto časech, takže nikdo nemusí během těchto hodin spouštět skripty ručně. Můžete také chtít spouštět skripty pro aktualizaci konfigurace jiného softwaru ve vašem systému ve stejnou dobu. Skripty můžete také použít jako součást svého protokolu změn (viz „Zavedení bezpečných provozních postupů“ na straně 12).

Kdykoli provedete změnu v testovacím nebo produkčním prostředí, měli byste obě prostředí synchronizovat, aby zůstala identická.

Je dobré vytvořit základní konfiguraci, což znamená konfiguraci

, která byla úspěšně otestována a shledána jako stabilní. Když provedete jakoukoli změnu, můžete ji otestovat. Pokud je změna úspěšná a nezpůsobuje žádné problémy, můžete změnu přidat do základní linie. Pokud změna způsobí nový problém, můžete se vrátit k bezpečné základní konfiguraci.

1.2.5 Zavedení bezpečných provozních postupů

Dalším důležitým aspektem prevence a přípravy problémů je vytvoření souboru bezpečných provozních postupů pro vaši organizaci. Tyto postupy by měly nastínit správné procesy pro provádění jakýchkoli typů změn ve vašem testovacím a produkčním prostředí. Tým podpory WebSphere Application Server zjistil, že k mnoha problémům dochází v důsledku změn konfigurace nebo kódu provedených jednou osobou v organizaci, o kterých ostatní lidé v organizaci nevěděli. Strategie k eliminaci těchto výskytů výrazně snižuje možnost neočekávaných problémů.

Je důležité definovat role zabezpečení pro lidi ve vaší organizaci a

zajistit, aby změny ve vaší konfiguraci, upgradování softwaru, instalaci aplikací mohli provádět pouze lidé, kteří mají oprávnění nebo jsou součástí příslušné role. nebo dělat cokoliv jiného, ​​co by mohlo způsobit problémy. WebSphere Application Server V6 poskytuje komplexní infrastrukturu zabezpečení, kterou můžete použít k definování rolí, autentizaci a autorizaci uživatelů. Měli byste také využít funkcí zabezpečení vašeho operačního systému. Tato kniha nepojednává o bezpečnosti. Více o zabezpečení se však můžete dozvědět v sekci zabezpečení Informačního centra WebSphere na adrese: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm. websphere.base.doc/info/aes/ae/welc_concepts_csec.html

12 Určení problému WebSphere Application Server V6 pro distribuované platformy

Kromě omezení konfigurace vašeho prostředí byste měli také implementovat systém řízení změn pro kód vaší aplikace. K dispozici je několik softwarových produktů pro řízení změn. Doporučujeme však RationalClearCase®, který se hladce integruje s Rational Application Developer. Více informací o Rational ClearCase můžete získat na webových stránkách produktu: http://www-306.ibm.com/software/awdtools/clearcase

Klíčem jakékoli strategie pro konfiguraci nebo změny kódu je dokumentace. Je

nezbytně důležité zdokumentovat všechny změny provedené ve vašem produkčním a testovacím prostředí. Této dokumentaci říkáme protokol změn. Mnoho problémů se vynoří poté, co aplikace po dlouhou dobu úspěšně běží inproduction. Když pečlivě zdokumentujete všechny změny, které byly provedeny ve vašem prostředí na jednom místě, jako je například protokol změn, je mnohem snazší určit, proč k problému mohlo dojít v určitý čas nebo datum. Zajistěte, aby si každý člověk ve vaší organizaci byl vědom proces pro aktualizaci protokolu změn, když je provedena jakákoli změna v prostředí, a že postupují podle tohoto procesu. Při aktualizaci protokolu změn by měly obsahovat přesný čas a datum všech změn. Udržování protokolu změn a zajištění přísného dodržování tohoto procesu může ušetřit mnoho hodin vyšetřování a frustrace, když se vyskytne problém.

Stanovení bezpečných provozních postupů je nezbytnou součástí plánovacího

procesu. Dobrý soubor postupů, na kterých se dohodne a podle kterých se každý ve vaší organizaci řídí, může zabránit vzniku problémů a učinit vás lépe připravenými, když se problémy vyskytnou.

Kapitola 1. Přístup k určování problémů 13

1.2.6 Vysoká dostupnost a převzetí služeb při selhání Jak již bylo zmíněno dříve, ani ty nejsofistikovanější techniky prevence problémů nemohou zaručit, že se problémy nikdy nevyskytnou ve vašem prostředí WebSphere Application Server V6 . Vzhledem k tomu je logické vyvinout pohotovostní plán pro případ, že proces nebo služba WebSphere Application Server přestanou být dostupné. Naštěstí jsou ve verzi 6 zahrnuty nové funkce v oblasti vysoké dostupnosti a převzetí služeb při selhání.

Novinkou ve WebSphere Application Server V6 je funkce správce vysoké dostupnosti

, která zajišťuje převzetí služeb při selhání pro všechny aplikace a služby WebSphere Application Server. Konfiguruje se automaticky při instalaci WebSphere Application Server Network Deployment verze 6. Správce vysoké dostupnosti spouští důležité služby WebSphere (jako je WLM a správce transakcí) na všech dostupných procesech WebSphere Application Server.

Aby byl správce transakcí WebSphere Application Server vysoce dostupný

ve verzi 6, musíte ukládat protokoly transakcí (ve výchozím nastavení se nacházejí v adresáři /profiles//tranlog) na síťovém úložišti (NAS). ) systém, který je přístupný všem procesům WebSphere, na které by vaše transakce mohly přejít při selhání (členové základní skupiny). Musíte také vybrat Povolit vysokou dostupnost pro trvalé služby pro váš klastr v administrativní konzole. Když se tak stane a člen klastru selže, budou jeho průběžné transakce obnoveny na jiném členu klastru.

Základní skupina je skupina procesů WebSphere Application Server

(správci nasazení, agenti uzlů, aplikační servery a členové klastru) v rámci buňky, které se mohou společně podílet na vysoké dostupnosti. To znamená, že služba spuštěná na jednom členu základní skupiny může přepnout na jiného člena základní skupiny. Ve výchozím nastavení jsou všechny procesy v buňce součástí jedné základní skupiny (nazvané DefaultCoreGroup). Toto je také doporučený scénář pro většinu produkčních prostředí, i když je možné mít v jedné buňce více základních skupin.

14 Určení problému WebSphere Application Server V6 pro distribuované platformy

Proces může být členem pouze jedné základní skupiny. Systémové služby, jako je služba WLM, PMI a samotný koordinátor vysoké dostupnosti, mohou přejít při selhání na kteréhokoli člena základní skupiny. Jiné služby, jako je správce transakcí a modul zasílání zpráv, musí převzít selhání jiného člena klastru ve stejném klastru, ve kterém byly spuštěny, když selhaly. Je to proto, že správce transakcí a modul zasílání zpráv potřebují, aby byly v procesu nainstalovány stejné aplikace, na které přecházejí při selhání, aby se obnovily.

Služba WLM ve verzi 6 poskytuje funkci vyrovnávání zátěže, která je

srovnatelná s verzí 5 a 5.1. Přidání správce vysoké dostupnosti výrazně vylepšuje možnosti převzetí služeb při selhání ve verzi 6, takže již není nutné spouštět nástroje pro vysokou dostupnost třetích stran s WebSphere Application Server.

Kapitola 1. Přístup k určování problémů 15

a možná nespokojení s vaší společností, když nastanou tyto typy situací.

Dobrá strategie monitorování vám může pomoci identifikovat problémy dříve, než se s nimi setkají vaši zákazníci.

V protokolu SystemOut si všimnete několika systémových zpráv. WebSphere

Application Server V6 obsahuje širokou škálu systémových zpráv, které jsou navrženy tak, aby vám poskytovaly informace, varování a upozornění na chyby. Mnoho systémových zpráv také najdete ve trasování WebSphere Application Server. Každá systémová zpráva má jedinečný identifikátor zprávy o délce devíti znaků a ve tvaru CCCC1234X. První čtyři znaky (CCCC) označují komponentu WebSphere Application Server, která vydala zprávu. Další čtyři znaky (1234) označují konkrétní zprávu, kterou komponenta vydává. Poslední znak (X) označuje závažnost zprávy. Jeho hodnota je buď I (informační), W (varování) nebo E (chyba).

Zde jsou příklady různých typů systémových zpráv:

SECJ0231I: Diagnostický modul FFDC com.ibm.ws.security.core.SecurityDM komponenty zabezpečení byl úspěšně zaregistrován: true. ADMN0001W: Služba není schopna analyzovat soubor deskriptoru MBean com/ibm/ws/management/descriptor/xml/mbeans.xml. SRVE0068E: Nelze vyvolat metodu service() na servletu /com.ibm.ws.console.probdetermination/loggingSettingsGroups.jsp. Vyhozena výjimka: java.lang.NullPointerException

Tyto systémové zprávy jsou užitečné pro účely monitorování. Informační

zprávy obvykle neindikují problém. Pokud je však informační zpráva neočekávaná, může vás upozornit na neobvyklou událost, která může způsobit problém. Varování a chybové zprávy jsou rozhodně příznaky, že došlo k problému.

16 Určení problému WebSphere Application Server V6 pro distribuované platformy

Protokol SystemErr neobsahuje systémové zprávy WebSphere, ale nezobrazuje výjimky, které jsou vyvolány serverem WebSphere Application Server nebo aplikací. Kromě systémových zpráv v protokolu SystemOut je vhodné sledovat také položky protokolu SystemErr.

Sledováním protokolů SystemOut a SystemErr a přidáním protokolování vlastních aplikací můžete proaktivně odhalit většinu problémů, které jsou popsány v této knize.

Chyby, varování a informační zprávy můžete zobrazit přímo v administrativní konzole (obrázek 1-4).

Kapitola 1. Přístup k určování problémů 17

Obrázek 1-4 Zobrazení běhových událostí v administrativní konzole

Můžete vybrat každou zprávu, kterou vidíte, a získat tak další podrobnosti o zprávě, zdroji zprávy a důvodu, proč k ní došlo (Obrázek 1-5 na stránce 18).

Obrázek 1-5 Zobrazení podrobností zprávy v administrativní konzole

Dalším způsobem, jak monitorovat vaši aplikaci, je použití prohlížeče Tivoli Performance

, který je popsán v části „Testování aplikace“ na strana 7. Můžete pozorovat

18 Určení problému WebSphere Application Server V6 pro distribuované platformy

metriky výkonu, jako je průměrná doba odezvy, počet požadavků, velikosti fondu vláken, velikosti fondu připojení, paměť JVM, CPU, I/O, a stránkování systému pro monitorování stavu WebSphere Application Server a vašich aplikací. Můžete zaprotokolovat údaje o výkonu z doby, kdy vše běží normálně, a poté tato data porovnat s aktuálními údaji o výkonu, abyste zjistili, zda existují velké nesrovnalosti. Neočekávané nesrovnalosti jsou známkou problému. Když uvidíte známky toho, že by mohl nastat problém, můžete provést konkrétní diagnostické kroky popsané v této knize.

Dobře naplánovaná strategie monitorování, zejména v kombinaci s dobrou

dobrou dostupností a strategií převzetí služeb při selhání, by vám měla umožnit diagnostikovat a řešit problémy, které nastanou, možná dříve, než se o nich vaši uživatelé a zákazníci dozvědí.

1.2.8 Systémová dokumentace

V případě, že se ve vašem prostředí vyskytne problém, je možné, že budete muset požádat o pomoc další lidi, interní nebo externí, aby určit hlavní příčinu problému. Když k tomu dojde, budete chtít, aby všichni zúčastnění důkladně porozuměli detailům systémů, které jsou zapojeny do vašeho prostředí.

Za tímto účelem je důležité zdokumentovat podrobnosti o vaší konfiguraci. V

"Zavedení bezpečných provozních postupů" na straně 12 jsme diskutovali o zdokumentování všech změn, které byly provedeny ve vašem prostředí. Kromě toho byste měli udržovat popis své základní topologie na vysoké úrovni. Tomuto systému říkáme dokumentace. Systémový dokument je užitečný za následujících okolností:  Vyskytne se problém a potřebujete získat pomoc od ostatních, kteří nemusí být tak obeznámeni s vaší aplikací a topologií jako vy. Systémová dokumentace vám umožňuje uvést je do chodu co nejrychleji. Vyskytne se problém a vy chcete určit, ze kterých částí vašeho prostředí byste měli shromažďovat diagnostická data nebo monitorovat. Dokumentace vašeho systému ukazuje softwarové komponenty, které jsou zahrnuty, a tok vaší aplikace, to je způsob, jakým se používají různé softwarové komponenty, když vaše aplikace zpracovává požadavek.

Kapitola 1. Přístup k určování problémů 19

Dokumentace vašeho systému by se měla skládat z písemných dokumentů a schémat. Které informace jsou zahrnuty v písemných dokumentech a které jsou zahrnuty v diagramech, je věcí preference. Celkově by informace měly být podrobné a měly by ukazovat konkrétní verze a úrovně údržby operačního systému a všech zahrnutých softwarových produktů, konfiguraci hardwaru a sítě a konkrétní názvy hostitelů a adresy IP příslušných systémů.

Běžnou a důležitou součástí systémové dokumentace je topologický diagram

. Poskytuje rychlý přehled o topologii vašeho systému a toku aplikací. Obrázek 1-6 na stránce 20 ukazuje příklad.

host5.mycompany.com host2.mycompany.com 1.12.34.60 1.12.34.57

Web

Firewall Server Cluster MQ Member 2

Obrázek 1-6 Příklad topologického diagramu

V tomto scénáři by doprovodná písemná dokumentace měla obsahovat

konkrétní softwarové a hardwarové úrovně, kterých se to týká.

20 Určení problémů WebSphere Application Server V6 pro distribuované platformy

Podrobná systémová dokumentace je nedílnou součástí vaší strategie plánování problémů, kterou byste neměli přehlížet.

1.2.9 Shromažďování diagnostických dat

Abyste se připravili na výskyt problému, měli byste naplánovat, jaká diagnostická data shromáždit pro různé scénáře problémů. V části "Typy příznaků problémů" na straně 3 jsme probrali několik širokých kategorií příznaků problému. V části „Co dělat, když nastane problém“ na straně 24 a dalších dokumentech v této sérii podrobně popisujeme, jak určit příčinu problému pro každý z příznaků problému. Zahrnujeme také informace o tom, jaká data shromažďovat pro různé typy problémů. Je dobré identifikovat nejčastější problémy, které se ve vašem prostředí vyskytly v minulosti, a ty, o kterých si myslíte, že by se mohly nejčastěji vyskytovat v budoucnu. Poté můžete vytvořit plán sběru diagnostických dat, abyste byli připraveni shromáždit potřebná data, pokud se vyskytne problém.

Kapitola 1. Přístup k určování problému 21

několikrát, abyste shromáždili potřebná data. Abyste se této situaci vyhnuli, doporučuje se mít v každém systému k dispozici 2 GB až 5 GB volného místa na disku navíc. vylepšené Po vyřešení problému smažte nebo archivujte diagnostická data, která jste pro daný problém shromáždili. Tím zabráníte záměně starých diagnostických dat s novými diagnostickými daty při příštím výskytu problému. • Nakonfigurujte monitor vláken pro detekci zablokování. WebSphere Application Server V6 obsahuje funkci sledování vláken. To je také zahrnuto ve verzi 5.1.1. Monitor podprocesů je upozorněn, když webový kontejner, ORB nebo asynchronní fondy podprocesů bean zpracují vlákno. Ve výchozím nastavení monitor vláken kontroluje stav všech aktivních vláken každé tři minuty. Pokud nalezne vlákno, které bylo aktivní déle než deset minut, vydá varování do protokolu SystemOut, podobné následujícímu: WSVR0605W: Název vlákna byl aktivní po dobu zablokování a může být pozastaven. Na serveru jsou celkem vlákna totalthreads, která mohou být zavěšena. Monitor vláken usnadňuje zjištění, že došlo k problému. Pokud v protokolu SystemOut uvidíte varování WSVR0605W, víte, že vlákno přestalo reagovat. Poté můžete provést další diagnostické kroky k určení příčiny zavěšeného vlákna. Monitor vláken nepodnikne žádnou akci k vyřešení problému kromě toho, že vás na problém upozorní. Při přípravě na sběr diagnostických dat možná budete chtít změnit výchozí chování monitoru vláken. Můžete změnit interval, po který monitor podprocesů kontroluje stav podprocesů (ve výchozím nastavení jsou to tři minuty) a dobu, po kterou může být vlákno aktivní, než jej monitor podprocesů ohlásí (ve výchozím nastavení je to deset minut). Chcete-li změnit tyto vlastnosti: a. Přihlaste se do administrativní konzoly. b. Vyberte svůj aplikační server. C. V části Serverová infrastruktura vyberte Správa. d. Vyberte Uživatelské vlastnosti a poté klikněte na Nový. E. Vytvořte tyto vlastnosti a zadejte pro ně požadované hodnoty: * com.ibm.websphere.threadmonitor.interval (interval, po který monitor vláken kontroluje stav vláken) * com.ibm.websphere.threadmonitor.threshold (doba, po kterou vlákno může být aktivní předtím, než je ohlášeno monitorem vláken) Další informace o monitoru vláken najdete v následujících částech Informačního centra WebSphere:

22 Určení problému WebSphere Application Server V6 pro distribuované platformy

– Detekce zavěšených vláken v aplikacích J2EE http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/ctrb_hangdetection.html - Konfigurace zásady detekce zablokování http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ae/ttrb_confighangdet.html vel. Zvažte povolení podrobného shromažďování odpadků na každém aplikačním serveru. Dopad na výkon povolení podrobného shromažďování paměti je minimální a data jsou často užitečná, když nastanou problémy s výkonem. Chcete-li povolit podrobné shromažďování odpadu: a. Přihlaste se do administrativní konzoly. b. Vyberte svůj aplikační server. C. V části Infrastruktura serveru rozbalte položku Java and Process Management a poté vyberte volbu Definice procesu. d. Na výsledné obrazovce vyberte Java Virtual Machine v části Další vlastnosti. E. Vyberte Podrobný sběr odpadu. Když je povoleno podrobné shromažďování odpadků, výstup se objeví v souboru native_stderr.log pro váš aplikační server.Vyznamte se se sběracím nástrojem WebSphere Application Server. Nástroj kolektoru se spouští jako spustitelný soubor v adresáři /bin. Vytváří archivní soubor Java (jar), který obsahuje všechny protokoly a konfigurační soubory XML z vašeho systému. Výsledný soubor jar je velmi užitečný pro tým podpory WebSphere Application Server a pro všechny ostatní, kteří se podílejí na procesu určování problému. Umožňuje jim rychle prohlížet vaši konfiguraci WebSphere Application Server a vidět všechny chyby nebo výjimky, ke kterým došlo. Další informace o nástroji kolektoru v WebSphere Application Server V6: Diagnostická data na: http://www.redbooks.ibm.com/redpapers/pdfs/redp4085.pdf

Tým podpory WebSphere Application Server sestavil

komplexní seznam dokumentů MustGather pro různé typy problémů serveru WebSphereApplication Server. Další informace naleznete v tématu IBM – MustGather: Readfirst pro všechny produkty WebSphere Application Server na adrese: http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21145599

Soubory uvedené v dokumentech MustGather jsou užitečné při určování příčiny vašeho problému. Tyto dokumenty můžete použít jako součást svého plánu sběru diagnostických dat.

Kapitola 1. Přístup k určování problémů 23

Při čtení této knihy zvažte všechny typy problémů, se kterými se můžete ve svém prostředí setkat. Na základě typů problémů, které se vyskytly ve vašem prostředí v minulosti, můžete být schopni předpovědět, jaké typy problémů se mohou vyskytnout v budoucnu. Poznamenejte si diagnostická data, která jsou potřebná k určení hlavní příčiny každého typu problému. Ujistěte se, že je to zdokumentováno, aby každý ve vaší organizaci věděl, jaká data shromažďovat. Díky tomu bude proces určování problému jednodušší a méně stresující.

1.3 Co dělat, když nastane problém

Připravili jste se a naplánovali jste. Vaše aplikace nyní běží ve vašem produkčním prostředí a vaši zákazníci ji úspěšně používají. Právě když jste připraveni slavit, dostanete telefonát, že nastal problém. Co teď děláš?

1.3.1 Návrat k bezpečným podmínkám

Když se vyskytne jakýkoli problém, vaším prvním krokem by mělo být zvážení obchodního dopadu problému. V závislosti na obchodním dopadu může být nutné podniknout kroky k omezení obchodního dopadu, než začnete s určováním problémů. Pokud se problém vyskytl ve vašem testovacím prostředí, dopad na podnikání je relativně nízký ve srovnání s potenciálním dopadem výpadku výroby. V takovém případě pravděpodobně není nutné snažit se problém obejít a zároveň hledat trvalé řešení. Testovací prostředí můžete použít k provedení všech nezbytných kroků určení problému.

Pokud se však problém vyskytl ve výrobě, pravděpodobně budete chtít

zvážit, jak rychle zmírnit příznaky problému, aby zákazníci a uživatelé zažili co nejmenší negativní dopady. V této části tento proces označujeme jako návrat do bezpečných podmínek. Budete to chtít udělat souběžně s vaším úsilím o určení problému.

Techniky pro návrat do bezpečných podmínek zahrnují:

Vytvorte si testovací prostředí nebo jiné podobné prostředí, kde se problém nevyskytuje, jako dočasné produkční prostředí. Konfigurovat

24 Určení problému WebSphere Application Server V6 pro distribuované platformy

vaše systémy tak, aby příchozí požadavky byly zpracovány prostředím, kde se problém nevyskytuje. • Instalace starší verze kódu aplikace, kde se problém nevyskytuje. Pokud se problém začal vyskytovat po zavedení změny kódu aplikace, může být dobré vrátit se k dřívější pracovní verzi aplikace.  Změna všech nedávných změn konfigurace zpět na vaši základní konfiguraci. Jak je uvedeno v části "Nastavení testovacího prostředí" na stránce 10, základní konfigurace by měla být konfigurace, která je plně otestována a je známo, že je stabilní. • Odstranění jakékoli údržby WebSphere Application Server, která byla nedávno nainstalována před výskytem problému. To by dočasně vyřešilo problém, pokud je způsoben vadou kódu WebSphere Application Server zavedenou nejnovějším balíčkem údržby. • Znepřístupnění funkce aplikace, která způsobila problém, pro zákazníky a uživatele. Na svůj web můžete umístit upozornění, že funkce je dočasně nedostupná nebo probíhá údržba. Můžete zadat odhadovaný čas, kdy bude znovu k dispozici.

1.3.2 Identifikace příznaků problému

Když jste poprvé upozorněni na problém, můžete obdržet pouze vágní, nespecifickou sadu příznaků problému. Může vám být řečeno, že uživatelé nemají k vaší aplikaci vůbec přístup, nebo že konkrétní akce provedená vašimi uživateli má za následek chybovou zprávu.

Kapitola 1. Přístup k určování problémů 25

Vytvorte si tento konkrétní problém? Existuje něco konkrétního, co je třeba sledovat, abyste zjistili, zda se problém znovu objeví? ✅ Jak zjistíte, že byl problém vyřešen? Bylo by možné, že se chybová zpráva již neobjevila? Chovala by se aplikace jinak? Co konkrétně by potvrdilo vyřešení problému? • Kde k problému došlo? Vyskytl se problém pouze ve vašem testovacím prostředí, pouze ve vašem produkčním prostředí nebo v obou? Došlo k tomu pouze na jednom systému ve vašem prostředí? Vyskytlo se to na více systémech? Vyskytlo se to u každého člena klastru nebo jen u jednoho? • Kdy k problému došlo? Jaké bylo časové razítko chyby nebo neočekávaného chování? Vyskytl se problém pouze jednou nebo vícekrát? Jak často se problém vyskytl? Docházelo k tomu v určitých intervalech, nebo se zdálo, že k tomu dochází v náhodných časech? Došlo k nějaké události, která mohla problém spustit? Pokoušel se uživatel například o určitou funkci aplikace? • Proč mohl problém nastat? Na to možná nebudete schopni odpovědět hned. Bylo to poprvé, co se zkoušelo něco konkrétního? Došlo k nedávné změně kódu aplikace nebo konfigurace vašeho prostředí? Stává se to ve všech vašich prostředích nebo jen v jednom? Pokud se to děje pouze v jednom prostředí, jak se toto prostředí liší od ostatních? • Byla shromážděna diagnostická data, která jsou identifikována ve vašem plánu sběru diagnostických dat? Poskytují data nějaké další podrobnosti o problému nebo nabízejí bezprostřední vodítka, proč k problému došlo?

26 Určení problému WebSphere Application Server V6 pro distribuované platformy

Na druhou stranu může odpověď vyžadovat více zkoumání. Pokud je tomu tak, vytvořili jste solidní a úplný popis problému, který můžete použít jako základ pro další úsilí o určení problému.

1.3.3 Prozkoumejte a prozkoumejte problém

Při zkoumání problému byste si měli vytvořit seznam všech příznaků problému, které se vyskytly ve vašem protokolu problémů. Někdy je příznak pouze jeden. V takovém případě je vaše práce jednodušší. Často se však vyskytuje několik příznaků a může být obtížné určit, které příznaky charakterizují problém a které příznaky jsou jednoduše důsledkem problému. Je dobré uspořádat příznaky do časové osy. Do časové osy můžete také zahrnout podrobnosti o tom, co se dělo ve vašem prostředí. Vaše časová osa může vypadat například takto: 10:00 - Maximální zátěž dosáhla 10:07:53 - ConnectionWaitTimeoutException v SystemOut.log pro server1 10:08:24 - ConnectionWaitTimeoutException v SystemOut.log pro server1 10:14: 09 - ConnectionWaitTimeoutException v SystemOut.log pro server2 10:20:46 - Uživatelé se nemohou přihlásit na web, aplikace nereaguje

Protože ConnectionWaitTimeoutException byla prvním příznakem, který byl

pozorován, je to dobrý výchozí bod pro vaše vyšetřování. Je však možné, že vaše vyšetřování může odhalit, že příznak je ve skutečnosti jiný problém, který nesouvisí s problémem, který vyšetřujete.

Systémové zprávy WebSphere jsou užitečné při zjišťování problémů.

Informační zprávy a varování poskytují kontext. Ukazují vám, co se dělo bezprostředně před nebo bezprostředně po problému. Chybové zprávy jsou významnými příznaky problému. Identifikátor zprávy pro chybovou zprávu je užitečný pro zadávání do vyhledávačů.

Když si vyberete symptom, který chcete prozkoumat, můžete jej začít zkoumat. Dobrým začátkem je interní dokumentace vaší organizace. To je možné

Kapitola 1. Přístup k určování problému 27

že někdo jiný již viděl stejný problém nebo podobný problém ve vašem prostředí. Pokud ano, je pravděpodobné, že hlavní příčina problému je stejná. Pokud je to poprvé, co se podobný problém ve vaší organizaci vyskytuje, dalším místem, kde je třeba prozkoumat, je online dokumentace, která je k dispozici od IBM. K prozkoumání příznaků doporučujeme použít následující zdroje: Vysoký WebSphere Information Center http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp WebSphere Information Center obsahuje podrobné informace o funkcích a konfiguraci produktu. Obsahuje také popisy všech identifikátorů systémové zprávy WebSphere Application Server a obsahuje průvodce odstraňováním problémů, který vám může pomoci při zjišťování problému: http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/ com.ibm. websphere.base.doc/info/aes/ae/welc_concepts_ctrb.html vel. WebSphere Application Server Support WebSphere Application Server http://www-306.ibm.com/software/webservers/appserv/was/support Na webu podpory můžete hledat APAR a poznámky, které mohou souviset s příznakem vašeho problému. Jak je uvedeno v části "Použití údržby WebSphere" na stránce 4, APAR jsou zprávy o známých defektech kódu WebSphere Application Server. Pokud popis APAR odpovídá vašemu příznaku problému, měli byste nainstalovat opravnou sadu WebSphere Application Server, která obsahuje opravu pro APAR. Popis APAR vysvětluje, která opravná sada tuto opravu obsahuje. Technické poznámky jsou dokumenty, které jsou vytvářeny a udržovány týmem podpory WebSphere Application Server a týmem znalostního inženýrství. Dokumentují známé problémy a řešení těchto problémů. Technote jsou obvykle vytvářeny pro problémy, které jsou řešeny změnou konfigurace spíše než změnou kódu. vylepšený WebSphere developerWorks® http://www-130.ibm.com/developerworks/websphere Stránka developerWorks obsahuje mnoho článků napsaných vývojáři IBM a dalšími technickými pracovníky. Mnoho článků pojednává o osvědčených postupech programování aplikací a poskytuje tipy, jak se vyhnout problémům s WebSphere Application Server a jak je vyřešit. pokročilý IBM Support Assistant http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21192593 IBM Support Assistant je nástroj ke stažení, který se používá ke zjednodušení procesu určování problémů pro mnoho softwaru IBM produkty. Existuje několik zásuvných modulů produktu pro Support Assistant, včetně jednoho pro WebSphere Application Server V6. Zahrnuje federované vyhledávací rozhraní

28 Určení problému WebSphere Application Server V6 pro distribuované platformy

, který vám umožňuje hledat příznaky vašeho problému na více webových stránkách IBM současně. Poskytuje také snadný přístup ke vzdělávacím modulům produktu, včetně IBM Education Assistant. Pokud potřebujete otevřít PMR s podporou IBM, nástroj shromáždí příslušné informace, které potřebuje tým podpory. V rámci nástroje můžete dokonce otevřít PMR.

Tato kniha také poskytuje cenné informace, když budete zkoumat svůj problém.

1.3.4 Strategie určování problému

V tomto bodě jste identifikovali konkrétní a podrobné symptomy problému, vrátili jste se do bezpečných podmínek, abyste minimalizovali dopad problému na podnikání, a začali jste zkoumat problém. Dalším krokem je začít určovat hlavní příčinu problému, což je hlavním cílem této knihy.

V případě jakéhokoli problému, který nastane, existují dvě hlavní strategie, které můžete použít k určení hlavní příčiny: strategie analýzy a strategie izolace.

Strategie analýzy zahrnuje analýzu diagnostických dat, případně prostřednictvím několika iterací, dokud není nalezena příčina problému, jak ukazuje Obrázek 1-7 na straně 30. Chcete-li být s touto strategií úspěšní, musíte dobře rozumět diagnostických dat. Toto je strategie, kterou nejčastěji používá tým podpory WebSphere Application Server. Existuje mnoho diagnostických nástrojů, které vám pomohou. Například ThreadAnalyzer vám pomůže analyzovat výpisy podprocesů Java a nástroj HeapRoots je užitečný při analýze problémů s nedostatkem paměti. Nejaktuálnější diagnostické nástroje si můžete prohlédnout a stáhnout na adrese: Maximálně web podpory WebSphere Application Server http://www-306.ibm.com/software/webservers/appserv/was/support vylepšen WebSphere developerWorks http://www-130. ibm.com/developerworks/websphere

Kapitola 1. Přístup k určování problémů 29

Analyzujte data

Shromažďujte diagnostická data

Závěry formuláře Najděte hlavní příčinu

Obrázek 1-7 Strategie analýzy

Strategie izolace se často používá, když dojde k chybě nebo výjimce. V

protokolu SystemOut nebo SystemErr pro aplikační server vidíte trasování zásobníku Java výjimky. Trasa zásobníku se čte zdola nahoru. V dolní části vidíte vlákno, které je přiděleno fondem vláken. Když čtete trasování zásobníku směrem nahoru, uvidíte každou metodu, která je volána (včetně kódu WebSphere Application Server, kódu aplikace a případně dalších obslužných programů třetích stran), dokud není vyvolána výjimka. Pomocí trasování zásobníku můžete identifikovat různé proměnné ve scénáři problému a poté je odstranit.

Může také pomoci vložit tiskové příkazy do aplikace, aby se vytiskly informace o ladění při spuštění aplikace.

Podobně jako strategie analýzy je strategie izolace iterativní proces. Neustále odstraňujete proměnné, dokud neizolujete proměnnou, která způsobuje problém.

30 Určení problému WebSphere Application Server V6 pro distribuované platformy

Analýza výsledků

Zopakujte problém

Odstranění proměnných Najděte hlavní příčinu

Obrázek 1-8 Strategie izolace

Nyní, když jsme probrali obecné strategie určování problémů, soustředíme se na konkrétní strategie pro každý problém. klasifikace.

1.4 Klasifikujte problém a určete hlavní příčinu

Dalším krokem v procesu určování problému, a to velmi důležitým, je klasifikace problému. Tato kniha odkazuje na mnoho různých klasifikací problémů. Musíte určit, do které klasifikace problém zapadá.

Kapitola 1. Přístup k určování problémů 31

monitorování výkonu. Další informace naleznete v části „Správa a konfigurace systému“ na straně 37. vylepšený Proces aplikace nebo WebSphere Application serveru (například aplikační server, agent uzlu nebo správce implementace) nelze spustit. Při spouštění příkazů startServer, startNode nebo startManager ke spuštění procesu WebSphere Application Server nebo při použití administrativní konzoly nebo wsadmin ke spuštění procesu nebo aplikace dojde k problému, který způsobí selhání spuštění procesu nebo aplikace. Další informace naleznete v části „Proces aplikace nebo WebSphere nelze spustit“ na stránce 42. • Aplikace nereaguje na příchozí požadavky. K tomu může dojít kvůli problému s webovým serverem, komponentou Edge nebo zásuvným modulem webového serveru, pádem aplikačního serveru, zablokováním, nedostatkem paměti nebo stavem 100% využití CPU. Další informace o určení hlavní příčiny problému naleznete v části „Aplikace nereaguje na příchozí požadavky“ na stránce 43. • Aplikace vytváří neočekávané výsledky (možná chyby nebo výjimky). Při spuštění určitého kódu aplikace nebo při splnění určitých podmínek (například velké zatížení) se zobrazí chyba nebo je vyvolána výjimka. Aplikace by se také mohla chovat jinak, než se očekávalo, ale nevytvářela žádnou chybu ani výjimku. Existuje několik komponent WebSphere Application Server, ve kterých by se tento typ problému mohl vyskytnout. Další informace naleznete v části „Neočekávané výsledky z aplikace“ na stránce 49. • Aplikace se nemůže připojit k externímu systému nebo prostředku. Aplikace může potřebovat přístup k externímu systému nebo prostředku. Může to být databáze, systém zasílání zpráv, podnikový informační systém přístupný prostřednictvím architektury Java Connector Architecture (JCA), Enterprise JavaBeans™ (EJB™) běžící na vzdáleném systému nebo webová služba. Může nastat problém při navazování připojení k externímu systému nebo prostředku nebo může dojít k chybě, když s ním aplikace komunikuje. Další informace naleznete v části „Aplikace se nemůže připojit k externímu systému nebo prostředku“ na straně 63. • Aplikace pracuje pomalu nebo její výkon časem klesá. Přestože problémy s výkonem nespadají do rozsahu této knihy, poskytujeme některé externí zdroje pro problémy s výkonem. Obecně lze problémy s výkonem opravit vyladěním serveru WebSphere Application Server, dalších softwarových produktů, se kterými spolupracuje, a operačního systému. Před uvedením aplikace do výroby by mělo být dokončeno důkladné testování výkonu a ladění. Další informace naleznete v části „Aplikace je pomalá nebo její výkon časem klesá“ na stránce 69.

32 Určení problémů WebSphere Application Server V6 pro distribuované platformy

Tým podpory WebSphere Application Server zjistil, že většina problémů, se kterými se klienti setkávají, zapadá do jedné z těchto klasifikací problémů. V této knize poskytujeme komplexní informace o strategiích určování problémů pro některé z těchto běžných problémových oblastí. Pro klasifikace problémů, které nejsou zahrnuty v této knize, poskytujeme odkazy na externí zdroje, které pojednávají o určení problému pro každý typ problému.

Pokud jste již prozkoumali protokoly WebSphere a zjistili jste, že klíč k problému obsahuje konkrétní chybová zpráva, použijte tabulku 1-1 jako rychlou referenci k nalezení informací na základě předpony zprávy.

Tabulka 1-1 Předpona chybové zprávy k mapování tématu

Předpony zpráv Téma

INST, ADMU (během vytváření profilu) nebo "Instalace" na straně 34

WSVRT (během IVT)

MIGR "Migrace" na straně 35

ADMA "Balení a nasazení aplikací"

SECJ, SECG, JSAS, JSSL, WSEC nebo WSSK "Zabezpečení" na straně 39< /h2>

PLGN, PLGC a PLPR "Zásuvný modul webového serveru" na straně 45

SRVE (webový kontejner), JSPG (JSP) nebo "Webový kontejner" na straně 50

CNTR, PMGR a ACIN "EJB kontejner" na straně 51

SESN "Správa relací" na straně 52

DYNA "Dynamická mezipaměť" na straně 54

WTRN, WLTC "Správce transakcí" na straně 55

WWLM "Správa pracovní zátěže" na straně 56

HMGR, CWRCB, CWWCW "Správce vysoké dostupnosti" na straně 57

CWWDR "Služba replikace dat" na stránce 58

WACS, APPR, ASYN, OBPL, SCHD, STUP, "Rozšíření modelu programu" na stránce 59 ACWA

Kapitola 1. Přístup k určování problému 33

Předpony zpráv Téma

I18N, LTXT "Internacionalizace/dvoubajtový

znaková sada" na straně 61

CHFW, DCSV, HTPC, SSLC, TCPC, WSSC, "Služba přepravního kanálu" na straně 62 a XMEM

J2CA, WSCL (klient WebSphere) "Správce připojení JCA" na stránce 63

DSRA nebo CONM "Připojení k databázi" na stránce 64

CWSIA, CWSIB, CWSIC, CWSID, CWSIE, "Zasílání zpráv" na straně 64

CWSIF, CWSIH, CWSII, CWSIJ, CWSIK, CWSIL, CWSIM, CWSIN, CWSIO, CWSIP, CWSIQ, CWSIR, CWSIS, CWSIT, CWSIU, CWSIV, CWSIW, CWSIX , CWSIY, CWSIZ, CWSJA, CWSJB, CWSJC, CWSJD, CWSJO, CWSJQ, CWSJR, CWSJU, CWSJW, CWSWS, WMSG

NMSV "Pojmenování JNDI" na straně 65

CORBA COMM_FAILURE "ORB" na straně 66

WSWS, SOAP, WSIF, CWWSG "Webové služby" na straně 67

PMON "PMI a Tivoli Performance Viewer" na

1.4.1 Instalace nebo migrace

Tato část se zabývá problémy souvisejícími s instalací WebSphere Application Server nebo migrací z předchozí verze vydání.

34 Určení problému WebSphere Application Server V6 pro distribuované platformy

Poznámka: Strategie určování problémů při problémech s instalací naleznete v tématu WebSphere Application Server V6: Určení problémů s instalací na: http://www.redbooks.ibm .com/redpapers/pdfs/redp4068.pdf

1.4.2 Balení a nasazení aplikací

Příznak: Máte problémy s nasazením aplikace na WebSphere Application Server pomocí administrativní konzoly nebo wsadmin. Můžete obdržet systémové zprávy WebSphere, které začínají ADMA.

Strategie určování problémů při instalaci a nasazení aplikací

naleznete v následujících zdrojích: vel. WebSphere Information Center: Vývoj a nasazení aplikací http://publib.boulder.ibm.com/infocenter/ws60help /index.jsp?topic=/com.ibm. websphere.base.doc/info/aes/ae/welc6topdeveloping.html

Kapitola 1. Přístup k určování problémů 35

Vyšší Informační centrum WebSphere: Odstraňování problémů s nasazením http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/com. ibm. websphere.base.doc/info/aes/ae/ttrb_deploy.html Maximálně WebSphere Information Center: Vysvětlení zpráv systému ADMA http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.messages.doc/doc/ADMA.html Rozvoj MustGather: Problémy při nasazování souborů EAR/JAR/WAR http://www-1.ibm.com/support/docview.wss?rs=180&uid= swg21199344 hrub MustGather: Vylepšené problémy se soubory EAR pro V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21199181

WebSphere Rapid Deployment

Příznak: Pokoušíte se použít WebSphere Rapid Deployment k vývoji a pokoušíte se otestovat aplikaci. Nemůžete se připojit k aplikačnímu serveru nebo WebSphere Rapid Deployment nevytváří ani neaktualizuje aplikace.

Poznámka: Problémy s WebSphere Rapid Deployment naleznete v tématu WebSphere

Application Server V6: Určení problémů se správou systému na: http://www.redbooks.ibm.com/redpapers/pdfs/redp4067.pdf

Application Server Toolkit

Příznak: Máte problém při použití Application Server Toolkit (AST) k sestavení aplikací. To zahrnuje všechny možné problémy s AST, včetně jeho spuštění, problémů, se kterými se setkáte při sestavení aplikace, a všech chyb, které se vyskytnou.

36 Určení problému WebSphere Application Server V6 pro distribuované platformy

1.4.3 Správa a konfigurace systému Příznak: Máte potíže se správou nebo konfigurací systému WebSphere Application Server. To zahrnuje problémy s následujícími nástroji nebo funkcemi pro správu systému: Maximálně Konfigurace a správa pomocí nástrojů pro správu Základy Zabezpečení Maximálně JMX klienti Základy PMI a Tivoli Performance Viewer

Konfigurace a správa pomocí nástrojů pro správu

Příznak: Máte problém s přístupem nebo používáním administrativní konzoly, skriptovacího nástroje wsadmin nebo skriptů příkazového řádku. To by zahrnovalo následující příznaky: Maximálně nemáte přístup k administrativní konzole. • K procesům serveru nemůžete přistupovat pomocí wsadmin nebo skriptů pro správu, jako je stopServer. vylepšené Při provádění funkcí správy systému, například správy aplikačních serverů, agentů uzlů, webových serverů nebo aplikací, dochází k chybám. • Uzel nelze sdružit se správcem implementace. • V administrativní konzole se vám zobrazují zprávy o konfliktu ukládání. • Vaše podnikové aplikace se již nezobrazují v administrativní konzole.

Poznámka: Strategie určování problémů pro tyto problémy se správou systému

naleznete v tématu WebSphere Application Server V6: Určení problémů se správou systému na adrese: http://www.redbooks.ibm.com/redpapers/pdfs/ redp4067.pdf

Zdroje pro problémy se skriptovacími nástroji

Strategie určování problémů pro problémy s administrativními skriptovacími nástroji můžete najít v následujících zdrojích: Vysoký WebSphere Information Center: Použití Ant k automatizaci úloh http://publib.boulder .ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/tovr_ant.html Maximálně Informační centrum WebSpher: Použití nástrojů příkazového řádku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic= /com. ibm.websphere.base.doc/info/aes/ae/txml_command.html

Kapitola 1. Přístup k určování problémů 37

Vyšší Informační centrum WebSphere: Administrace odstraňování problémů http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/com. ibm. websphere.base.doc/info/aes/ae/ttrb_admin.html Maximálně WebSphere Information Center: Vysvětlení systémových zpráv WASX http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.messages.doc/doc/WASX.html Maximálně MustGather: problémy s ws_ant ve verzi 6.0 http://www-1.ibm.com/support/docview.ws?rs=180&uid=swg21196231 Vyvoj MustGather: Funkce archivu konfigurace WebSphere http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21200348

Zdroje pro další problémy se správou systému

Strategie určování problémů pro jiné problémy se správou systému můžete najít v následujících zdrojích: vel WebSphere Information Center: Nastavení administrativní architektury http://publib.boulder. ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/tagt_admin.html vel. WebSphere Information Center: Správa aplikačních serverů http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.nd.doc/info/ae/ae/trun_svr_conf.html vel. WebSphere Information Center: Správa odstraňování problémů http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com . ibm.websphere.base.doc/info/aes/ae/ttrb_admin.html Maximálně Informační centrum WebSphere: Vysvětlení ADFS, ADMB, ADMC, ADMD, ADME, ADMF, ADMG, ADMK, ADML, ADMN, ADMR, ADMS, ADMU, Systémové zprávy BNDE, CHKC, CHKP, CHKS, CHKW, ECNS, ODCF, PROC, WACT a WSVM http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.express.doc/info/exp/ae/welc_ref_trb_msg.html Maximálně MustGather: Funkce správy systému pro V5.0, V5.1 a V6 http://www-1.ibm.com/support/docview .wss?rs=180&uid=swg21199596 vel. MustGather: Problémy se synchronizací ve V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196219 Regenerace federace nebo MustGavinther: Mus Problémy s uzlem pro verzi V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196227 Rozvoj MustGather: Problémy s vytvořením/odebráním profilu pro V6.0 http:// www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196228

38 Určení problému produktu WebSphere Application Server V6 pro distribuované platformy

Vysoký MustGather: Používání a vytváření šablon ve verzi 6.0 selhává http://www-1.ibm.com/support/docview.wss ?rs=180&uid=swg21195439 Vysoký MustGather: Problémy se zjišťováním agenta uzlu a správcem nasazení pro všechna vydání a edice V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid =swg21196220 vyšší MustGather: Správa portů pro V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196226 vyhloubí WebSphere Application Server V6 System Management & Konfigurační příručka, SG24-6451.

Poznámka: Informace o problémech s konfigurací SSL naleznete v části WebSphere Application Server V6: Určení problému se správou systému na adrese: http://www.redbooks.ibm.com/redpapers/pdfs/redp4067.pdf

Kapitola 1. Přístup k určování problémů 39

Vyšší WebSphere Information Center: Vysvětlení systémových zpráv SECG http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.messages.doc/doc/SECG.html Maximálně WebSphere Information Center: Vysvětlení systémových zpráv JSAS http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/JSAS.html Hlavní informační centrum WebSphere: Vysvětlení systémových zpráv JSSL http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/JSSL.html Hlavní informační centrum WebSphere: Vysvětlení systémových zpráv WSEC http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WSEC.html vel. WebSphere Information Center: Vysvětlení systémových zpráv WSSK http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WSSK.html Rozvoj MustGather: Problémy s používáním globálního zabezpečení pro všechna vydání V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid =swg21199336 hw MustGather: Problémy s používáním webových přihlášení JAAS pro všechna vydání V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21199332 Vývoj MustGather pomocí webových služeb Zabezpečení: Problémy pro všechna vydání V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21199335 Maximálně MustGather: Java Secure Socket Extension (JSSE), SSL nebo Java Cryptography Extensions (JCE ) problémy http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21162961 vylepšený WebSphere Application Server V6 Security Handbook, SG24-6316.

40 Určení problému WebSphere Application Server V6 pro distribuované platformy

vel. WebSphere Information Center: Odstraňování problémů s administrací http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp?topic=/ com.ibm. websphere.base.doc/info/aes/ae/ttrb_admin.html vylepšený MustGather: klient JMX API pro V6.0 http://www-1.ibm.com/support/docview.ws?rs=180&uid=swg21196218

PMI a Tivoli Performance Viewer

Příznak: Máte problém s infrastrukturou monitorování výkonu (PMI) nebo Tivoli Performance Viewer. Můžete obdržet systémové zprávy WebSphere, které začínají na PMON. Můžete mít také problémy s konfigurací PMI nebo prováděním jakékoli operace s Tivoli Performance Viewer v administrativní konzole.

PMI je vybaveno WebSphere Application Server V6 k monitorování

výkonu prostřednictvím několika čítačů a statistik. Údaje o výkonu můžete zobrazit pomocí Tivoli Performance Viewer v administrativní konzole. Informace o těchto funkcích naleznete v části „Testování aplikace“ na straně 7.

Kapitola 1. Přístup k určování problémů 41

Najvyšší neočekávané výsledky z aplikace Maximálně Aplikace se nemůže připojit k externímu systému nebo prostředku Maximálně Aplikace je pomalá nebo její výkon časem klesá

Aplikace nebo proces WebSphere nelze spustit

Příznak: Aplikace nebo proces WebSphere Application Server (například aplikační server, agent uzlu nebo správce implementace) nelze spustit.

Poznámka: Problémy s příkazy startServer, stopServer, startNode, stopNode,

startManager a stopManager naleznete v části WebSphere Application Server V6: Určení problému se správou systému na: http://www.redbooks. ibm.com/redpapers/pdfs/redp4067.pdf

42 Určení problému WebSphere Application Server V6 pro distribuované platformy

Aplikace nereaguje na příchozí požadavkyPříznak: Aplikace nereaguje na příchozí požadavky. Porucha může spočívat v kterékoli z následujících komponent nebo podmínek: Vysoký IBM HTTP Server Vysoký Vysoký Komponenty Edge Vysoký Zásuvný modul pro webový server Vysoký Zhroucení Aplikačního serveru Vysoký Aplikační server se zablokuje Vysoký 100% využití CPU Vysoký Nedostatek paměti

IBM HTTP Server

Příznak: Aplikační server neodpovídá na příchozí požadavky a IBM HTTP Server neobsluhuje statické stránky HTML.

Kapitola 1. Přístup k určování problémů 43

Vyšší IBM HTTP Server, Informační centrum verze 6 http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.ihs.doc/info/welcome_ihs.html Maximálně IBM HTTP Server, Informační centrum IBM HTTP verze 6, Odstraňování problémů IBM HTTP Server http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.ihs.doc/info/aes/ae/welc_troub.html vel. MustGather: Nejprve si přečtěte pro IBM HTTP Server http://www-1.ibm.com/support/docview.wss?rs=177&uid= swg21192683

44 Určení problému WebSphere Application Server V6 pro distribuované platformy

Vyvážení zatížení, odstraňování problémů verze 6 http://www-306.ibm.com/software/webservers/appserv/doc/v60/ec /infocenter/ edge/LBguide.htm#HDRTRB

Zásuvný modul webového serveru

Zásuvný modul webového serveru umožňuje webovému serveru odesílat požadavky na dynamický obsah webovým aplikacím (servletům a JSP), které jsou nainstalovány na serveru WebSphereApplication Server.

Příznak: Aplikace nereaguje na příchozí požadavky. Aplikace

odpoví, když k ní přistupujete přímo přes aplikační server, ale ne, když k ní přistupujete přes webový server. Mezi příznaky problému se zásuvným modulem webového serveru na vysoké úrovni patří: Vysoký Uživatelé nemohou přistupovat k aplikaci prostřednictvím webového serveru Vysoká Vyrovnávání zátěže a převzetí služeb při selhání nefungují správně vysoký Vysoký Data relací se ztrácejí Vysoký Pomalá nebo přerušovaná odezva aplikací Zvýšen Webový server se nespustí po instalaci nebo konfiguraci plug-inu

Když vaše aplikace nereaguje na požadavky, nejprve zkontrolujte, zda váš webový server odpovídá na požadavky na statické stránky HTML. Pokud ano, můžete se zaměřit na modul plug-in a aplikační server.

Chcete-li zjistit, zda se jedná o problém se zásuvným modulem, pokuste se o přístup k servletu nebo JSP™ přímo na

aplikačním serveru a vynechejte zásuvný modul. Můžete to provést pomocí transportního portu HTTP aplikačního serveru (standardně port 9080) v adrese URL pro přístup k servletu nebo JSP. Můžete se například pokusit o přístup k servletu snoop, což je jeden z příkladů WebSphere Application Server: http://localhost:9080/snoop

Kapitola 1. Přístup k určování problémů 45

Zhroucení aplikačního serveru Příznak: Aplikace nereaguje na příchozí požadavky. Proces aplikačního serveru již neběží.

Aplikační server se zablokuje

Příznak: Aplikace nereaguje na příchozí požadavky, ale proces aplikačního serveru stále běží.

46 Určení problému WebSphere Application Server V6 pro distribuované platformy

Vylepšené Detekce zavěšených vláken v aplikacích J2EE http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.base.doc/info/aes/ae/ctrb_hangdetection.html Vyspělý webový modul nebo aplikační server zemře nebo zamrzne http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic= /com. ibm.websphere.base.doc/info/aes/ae/rtrb_appdies.html Zlepšení IBM Education Assistant: Určení problému s WebSphere Application Server http://www-1.ibm.com/support/docview.wss?rs=180&uid =swg27005460 hvel Můžete najít seznam dokumentů MustGather pro zablokování pomocí následujícího vyhledávacího argumentu http://www-1.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1=SSCMPB9&q= Musí shromáždit dokument

100% využití CPU

Příznak: Pozorujete, že proces WebSphere Application Server (aplikační server, člen klastru, agent uzlu nebo správce implementace) dosahuje 100 % nebo neobvykle vysokého procenta využití CPU.

Můžete si toho všimnout, když pomocí obslužných programů operačního systému zkontrolujete využití CPU každého procesu v systému, nebo můžete mít aplikační server zablokován vysokým využitím CPU.

Strategie určování problémů pro problémy se 100% využitím CPU naleznete v následujících zdrojích: Vysoký MustGather: 100% využití CPU na platformách AIX® http://www-1.ibm.com/support/docview.wss?rs= 180&uid=swg21116458 vysoký MustGather: 100% využití CPU na HP-UX http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21166017 Vývojář 1 MustGather na Linuxu: 00% využití CPU: ® http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21132699 Vyšší MustGather: 100% využití CPU na platformách Solaris™ http://www-1.ibm.com/support /docview.wss?rs=180&uid=swg21115625 Vyšší MustGather: 100% využití CPU na platformách Windows http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21137447

Příznak nedostatku paměti: Všimli jste si, že proces WebSphere Application Server (aplikační server, člen klastru, agent uzlu nebo správce implementace)

Kapitola 1. Přístup k určování problémů 47

spotřebovává veškerou dostupnou paměť ve vašem systému nebo se v protokolu SystemOut nebo SystemErr pro tento proces zobrazí chyba java.lang.OutOfMemoryError.

Můžete si toho všimnout, když zkontrolujete využití paměti pomocí nástrojů vašeho operačního systému, zkontrolujete protokoly nebo zablokujete aplikační server, což je způsobeno problémem s nedostatkem paměti.

48 Určení problému WebSphere Application Server V6 pro distribuované platformy

Neočekávané výsledky z aplikace Aplikace produkuje neočekávané výsledky (možná chyby nebo výjimky). Toto je široká kategorie, která zahrnuje problémy, které se mohou vyskytnout v kterékoli z následujících komponent nebo služeb běhového prostředí: Vyšší kompilátor Just-In-Time (JIT) Vysoký Kontejner webu Vysoký Kontejner EJB Vysoký Kontejner EJB Vysoký Zavaděč relací Vývoj Dynamická mezipaměť Vývoj Manažer transakcí Rozvoj Správa zátěže Hlavne Správce vysoké dostupnosti Hlava Služba replikace dat Vysoká Rozšíření modelu programu Rozvoj Internacionalizace/Dvoubajtová znaková sada Vysoký Služba transportního kanálu

Just-In-Time (JIT) kompilátor

Příznak: Občas dostáváte neočekávané výsledky z aplikace. Zakázání kompilátoru JIT problém vyřeší.

Kapitola 1. Přístup k určování problémů 49

Další informace o prahu smíšeného režimu naleznete na: http://www.ibm.com/developerworks/java/jdk/diagnosis

Pokud problém přetrvává i po zakázání JIT, projděte si další zde popsané klasifikace problémů, určete, do které klasifikace problém patří, a postupujte podle kroků pro určení problému pro danou klasifikaci.

50 Určení problému WebSphere Application Server V6 pro distribuované platformy

Poznámka: Strategie určování problémů pro problémy s webovými kontejnery naleznete v tématu WebSphere Application Server V6: Určení problému webového kontejneru na: http://www.redbooks .ibm.com/redpapers/pdfs/redp4058.pdf

Kontejner EJBKontejner EJB je běhové prostředí pro EJB na serveru WebSphereApplication Server a zpracovává všechny požadavky EJB od klientů.

Příznak: Občas dostáváte neočekávané výsledky z aplikace a

zdá se, že problém pochází z EJB (entity beans, session beans a zprávy řízené beany). Symptomy na vysoké úrovni mohou zahrnovat kterékoli z následujících: Vývoj Neočekávané chování při spuštění EJB Vysoký Potíže s životním cyklem EJB a ukládáním do mezipaměti poskytovaným kontejnerem EJB Vyšší chyby nebo výjimky, které se vyskytnou při spuštění EJB následující předpony: CNTR, PMGR a ACIN

Mnoho chyb může souviset s přístupem k datům a transakcemi.

Kapitola 1. Přístup k určování problémů 51

Maximálně WebSphere Information Center: Vysvětlení systémových zpráv PMGR http:// publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/PMGR.html Maximálně WebSphere Information Center: Vysvětlení zpráv systému ACIN http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/ACIN.html Rozvoj MustGather: EJB kontejner pro vydání V4.0, V5.0, V5.1 a V6 http://www-1.ibm.com/support/docview. wss?rs=180&uid=swg21153218 vel. MustGather: Persistence Manager http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21200344

Strategie určování problémů pro problémy se zavaděčem tříd můžete najít v následujících zdrojích: Vysoký WebSphere Information Center: Načítání třídy http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com . ibm.websphere.base.doc/info/aes/ae/trun_classload.html vel. WebSphere Information Center: Načítání třídy: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.base.doc/info/aes/ae/rrun_classload_rlinks.html  Informační centrum WebSphere: Odstraňování problémů s nakladači tříd http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.nd.doc/info/ae/ae/ttrb_classload_viewer.html Maximálně MustGather: Problémy s Classloaderem ve V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid= swg21196187

Správa relací Relace (někdy nazývaná relace HTTP) je série požadavků HTTP na servlet od stejného uživatele pomocí stejného webového prohlížeče. WebSphere

52 Určení problémů WebSphere Application Server V6 pro distribuované platformy

Aplikační server poskytuje funkce správy relací pro sledování každého uživatele a umožňuje aplikacím poskytovat personalizovaný obsah.

Příznak: Setkáte se s problémem souvisejícím se správou relací HTTP

WebSphere Application Server. To může zahrnovat kterékoli z následujících: Hlava Neočekávané chování relací Hlav Vypršení časových limitů relací Vysoká Potíže s ukládáním relací (perzistence databáze nebo relace mezi pamětí a Pamětí) Vyšší Ztráta dat relací Vysoký Chyby nebo výjimky ze správce relací WebSphere Application Server personalizovaný webový obsah predovšetkým Chybové nebo varovné zprávy s předponou SESN

Poznámka: Informace o problémech se správou relací naleznete v tématu WebSphere

Application Server V6: Určení problému webového kontejneru na adrese: http://www.redbooks.ibm.com/redpapers/pdfs/redp4058.pdf

Poznámka: Pokud dojde k problému se správou relací v klastrovaném

prostředí, může se jednat o základní problém s plug-inem webového serveru. Další informace o tomto naleznete v tématu WebSphere Application Server V6: Určení problému s pluginem webového serveru na adrese: http://www.redbooks.ibm.com/redpapers/pdfs/redp4045.pdf

Kapitola 1. Přístup k určování problémů 53

Vyšší Informační centrum WebSphere: Problémy s vytvářením nebo používáním relací HTTP http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp ?topic=/com. ibm.websphere.base.doc/info/aes/ae/rtrb_httpsessprobs.html vel. WebSphere Information Center: Správa relací HTTP: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp ?topic=/com. ibm.websphere.base.doc/info/aes/ae/rprs_r4ln.html vel. WebSphere Information Center: Vysvětlení systémových zpráv SESN http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/SESN.html Rozvoj MustGather: Problémy se správou relací a relací ve V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21192604

Pamatujte, že problémy se službou replikace dat mohou způsobit problémy se správou relací (viz „Služba replikace dat“ na straně 58).

Dynamická mezipaměť Funkce dynamické mezipaměti ukládá do mezipaměti výstup servletů, JSP a externích webových služeb, které jsou volány klienty v rámci WebSphere Application Server.

Příznak: Máte problém s funkcí dynamické mezipaměti

WebSphere Application Server. Potenciální problémy mohou zahrnovat kterýkoli z následujících problémů: Najvyšší neočekávané nebo nesprávné chování mezipaměti Maximálně chyby a výjimky z komponenty dynamické mezipaměti Maximálně Problémy s konfigurací dynamické mezipaměti Maximálně Nízký výkon Najvyšší chyba Chybové nebo varovné zprávy s předponou DYNA

54 Určení problémů produktu WebSphere Application Server V6 pro distribuované platformy

Vyspělé Informační centrum WebSphere: Tipy pro odstraňování problémů se službou dynamické mezipaměti http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/ index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/rdyn_trb.html Vyšší Informační centrum WebSpher: Vysvětlení systémových zpráv DYNA http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/DYNA.html Zlepšení MustGather: Problémy s dynamickou mezipamětí ve V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21193837

Uvědomte si, že problémy se službou replikace dat mohou způsobit problémy s dynamickou mezipamětí (viz „Služba replikace dat“ na straně 58).

Příznak: Setkáte se s problémem souvisejícím se správou transakcí

na serveru WebSphere Application Server. Patří sem kterýkoli z následujících příznaků: Hlavne Neočekávané chování transakce Vysoký Vypršení Transakčního časového limitu Vysoký Vrácení Neočekávané vrácení transakce Vysoký Potíže s obnovením transakce Hlavne Obnova transakce

Problémy s transakcemi mohou také souviset s problémy s databází, zasíláním zpráv nebo

problémy s připojením k podnikovému informačnímu systému, které jsou popsány v části „Aplikace se nemůže připojit k externímu systému nebo prostředku“ na stránce 63.

Kapitola 1. Přístup k určování problémů 55

Vyšší Informační centrum WebSphere: Tipy pro odstraňování problémů s transakcemi http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.base.doc/info/aes/ae/rjta_prob0.html vel. WebSphere Information Center: Výjimky transakční služby http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ae/rjta_except.html vel. WebSphere Information Center: Vysvětlení systémových zpráv WTRN http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/WTRN.html Hlavní informační centrum WebSphere: Vysvětlení systémových zpráv WLTC http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WLTC.html Zlepšení MustGather: Problémy Java Transaction Service (JTS) ve V4.0, V5.0, V5.1 a V6.0 http://www-1.ibm.com /support/docview.wss?rs=180&uid=swg21153216

Příznak: Máte problém s funkcemi WLM WebSphere

Application Server, včetně vyrovnávání zátěže a převzetí služeb při selhání požadavku EJB nebo požadavku HTTP. Potenciální problémy zahrnují: hrubší pracovní zatížení mezi členy klastru není správně vyváženo, vyš. nefunkční člen klastru, nepřebírá selhání. vel. pracovní zatížení není směrováno na člena klastru, který je spuštěný EJB klient nemůže dosáhnout žádného člena klastru (chyba CORBA NO_IMPLEMENT je vydáno) Vyšší chyby nebo výjimky týkající se WLM Vylepšit Chybové nebo varovné zprávy s předponou WWLM

56 Určení problémů WebSphere Application Server V6 pro distribuované platformy

Strategie určování problémů pro problémy s WLM nebo EJBrequests můžete najít v následujících zdrojích: Vysoký WebSphere Information Center: Workload management (WLM) pro distribuované platformy http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/crun_wlm.html vysoké Informační centrum WebSphere: Tipy pro řešení problémů se součástmi pro správu pracovní zátěže http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.nd.doc/info/ae/ae/rtrb_wlmcomp.html Vyspělé Informační centrum WebSphere: Pracovní zátěž není distribuována http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/topic/com.ibm .websphe re.nd.doc/info/ae/ae/rtrb_wlmprobs.html Vyspělé Informační centrum WebSphere: Výjimky za běhu správy pracovní zátěže http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.nd.doc/info/ae/ae/rrun_wlm_exceptions.html vysoka WebSphere Information Center: Seskupování a správa pracovní zátěže: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/rrun_wlm_rlinks.html vel. vysoké WebSphere Information Center: Vysvětlení systémových zpráv WWLM http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/WWLM.html Rozšíření MustGather: Správa pracovní zátěže Enterprise JavaBeans (EJB) http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21052165

Správce vysoké dostupnosti

Správce vysoké dostupnosti v WebSphere Application Server V6 eliminuje jednotlivé body selhání a poskytuje převzetí služeb při selhání pro všechny aplikace a služby WebSphereApplication Server. Spravuje dostupnost vašich aplikací a služeb. Podrobně je popsána v části „Vysoká dostupnost a převzetí služeb při selhání“ na stránce 14.

Příznak: Máte problém se správcem vysoké dostupnosti v

WebSphere Application Server, včetně vysokého Jeden proces ve vaší základní skupině selže a jeho služby nejsou spuštěny v jiném procesu, jak se očekávalo. Výjimky ze správce vysoké dostupnosti.

Kapitola 1. Přístup k určování problémů 57

Strategie určování problémů pro problémy se správcem vysoké dostupnosti naleznete v následujících zdrojích: Vytvorte Informační centrum WebSphere: Nastavení prostředí vysoké dostupnosti http://publib .boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/trun_ha_environment.html  Informační centrum WebSphere: Správce vysoké dostupnosti http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.nd.doc/info/ae/ae/crun_ha_hamanager.html vel. WebSphere Information Center: Odstraňování problémů s prostředím s vysokou dostupností http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.nd.doc/info/ae/ae/rtrb_ha_env_trbl.html  Informační centrum WebSphere: Informace o vysoké dostupnosti http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic= /com. ibm.websphere.pmc.nd.doc/tasks/tjt0014_.html vel. WebSphere Information Center: Vysvětlení systémových zpráv HMGR http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.messages.doc/doc/HMGR.html Maximálně WebSphere Information Center: Vysvětlení systémových zpráv CWRCB http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/CWRCB.html Maximálně WebSphere Information Center: Vysvětlení systémových zpráv CWWCW http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/CWWCW.html Maximálně MustGather: High Availability and the High Availability (HA) Manager http://www-1.ibm.com/support/docview.wss?rs=180&uid= swg21201016

Služba replikace dat

Služba replikace dat přenáší informace mezi členy klastru a umožňuje replikaci relací z paměti do paměti, dynamickou mezipaměť a stavové převzetí služeb při selhání.

Příznak: Máte problém se službou replikace dat na

WebSphere Application Server. Potenciální problémy zahrnují: Maximálně neočekávané chování replikace dat (může se objevit jako problémy se správou zátěže, dynamickou mezipamětí nebo správou relací). • Všechny chyby nebo výjimky ze služby replikace dat. • Chybové nebo varovné zprávy začínající na CWWDR.

58 Určení problémů WebSphere Application Server V6 pro distribuované platformy

Strategie určování problémů pro problémy se službou replikace dat můžete najít v následujících zdrojích: Vysoký WebSphere Information Center: Replikace dat mezi aplikačními servery v klastru http: //publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/trun_drs_replication.html Nové Informační centrum WebSphere: Replikace http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.nd.doc/info/ae/ae/crun_drs_replication.html Vyspělé Informační centrum WebSphere: Vysvětlení systémových zpráv CWWDR http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/CWWDR.html

Rozšíření modelu programu

Rozšíření modelu programování (PME) zlepšují schopnosti a výkon aplikací a urychlují a zefektivňují programování a nasazení.

Kapitola 1. Přístup k určování problémů 59

Vyšší Informační centrum WebSphere: Odstraňování problémů ActivitySessions http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ass/tasks/tas_probd.html  Informační centrum WebSphere: Služba ActivitySession: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.base.doc/info/aes/ass/ref/ras_rlinks.html Maximálně WebSphere Information Center: Vysvětlení systémových zpráv WACS http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp ?topic=/com. ibm.websphere.messages.doc/doc/WACS.html Rozšíření Informačního centra WebSphere: Profilování aplikací http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_appprof.html vel. WebSphere Information Center: Vysvětlení systémových zpráv APPR http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/APPR.html Rozšíření Informačního centra WebSphere: Asynchronní objekty http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_asb.html vel. WebSphere Information Center: Vysvětlení systémových zpráv ASYN http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/ASYN.html Hlavní informační centrum WebSphere: Fondy objektů http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_objp.html Maximálně Informační centrum WebSphere: Fondy objektů: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.base.doc/info/aes/asyncbns/ref/rasb_objpoolsrlinks.html vel. WebSphere Information Center: Vysvětlení systémových zpráv OBPL http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp ?topic=/com. ibm.websphere.messages.doc/doc/OBPL.html Rozšíření Informačního centra WebSphere: Služba plánovače http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_sch.html vel. WebSphere Information Center: Vysvětlení systémových zpráv SCHD http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/SCHD.html

60 Určení problému WebSphere Application Server V6 pro distribuované platformy

Vyspělé Informační centrum WebSphere: Spouštěcí moduly http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_sub.html Vysoký Informační centrum WebSphere: Vysvětlení systémových zpráv STUP http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/STUP.html Rozšíření Informačního centra WebSphere: Pracovní oblast http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_wa.html vysoké Informační centrum WebSphere: Vysvětlení systémových zpráv ACWA http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/ACWA.html

Internacionalizace/dvoubajtová znaková sada

Příznak: Máte jakýkoli typ problému s kódováním znaků nebo internacionalizací vaší aplikace (produkce výstupu v jazyce, časovém pásmu, měně a kulturních zvyklostech pro různé regiony nebo lokality). To může zahrnovat: Hlavne problémy se zobrazením dvoubajtových znaků pro určité jazyky.

Poznámka: Problémy s kódováním znaků jsou popsány v aplikaci WebSphere Application

Server V6: Určení problému webového kontejneru na adrese: http://www.redbooks.ibm.com/redpapers/pdfs/redp4058.pdf

Strategie určování problémů pro další internacionalizaci

problémy naleznete v následujících zdrojích: Vysoký WebSphere Information Center: Služba internacionalizace http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/ index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/welc6tech_in.html nejvíce Informační centrum WebSphere: Chyby služby internacionalizace http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/i18n/ref/rin_troubleshoot.html velve WebSphere Information Center: Internacionalizace: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp ?topic=/com. ibm.websphere.base.doc/info/aes/ae/rin_resources.html

Kapitola 1. Přístup k určování problémů 61

Vyšší Informační centrum WebSphere: Vysvětlení zpráv I18N http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/I18N.html Maximálně WebSphere Information Center: Vysvětlení systémových zpráv LTXT http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/LTXT.html Maximálně MustGather: i18n (internacionalizace)/Double Byte Character Set (DBCS) http://www-1.ibm.com/support/docview.wss?rs=180& uid=swg21141732

Služba transportního kanálu

Služba transportního kanálu je novou funkcí WebSphere Application Server V6. Spravuje připojení klientů a zpracování I/O pro požadavky HTTP a JMS na základě nových neblokujících I/O funkcí v Javě 1.4.

62 Určení problémů produktu WebSphere Application Server V6 pro distribuované platformy

Vyšší Informační centrum WebSphere: Vysvětlení systémových zpráv HTPC http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.messages.doc/doc/HTPC.html Rozšíření Informačního centra WebSphere: Vysvětlení systémových zpráv SSLC http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/SSLC.html Rozšíření Informačního centra WebSphere: Vysvětlení systémových zpráv TCPC http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/TCPC.html Rozšíření Informačního centra WebSphere: Vysvětlení systémových zpráv WSSC http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WSSC.html Rozšíření Informačního centra WebSphere: Vysvětlení systémových zpráv XMEM http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/XMEM.html

Aplikace se nemůže připojit k externímu systému nebo zdroji

Tyto problémy zahrnují: • Správce připojení JCA • • Připojení k databázi • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • •

Správce připojení JCA

Příznak: Máte problém s připojením k externímu zdroji prostřednictvím správce připojení Java Connector Architecture (JCA). To zahrnuje zdroje dat (které se používají k získání databázových připojení JDBC™), továrny na připojení JMS a připojení k podnikovým informačním systémům s nainstalovaným adaptérem prostředků JCA. Správce připojení JCA sdružuje a spravuje připojení k těmto systémům.

Potenciální problémy zahrnují obecné problémy se sdružováním připojení nebo konfigurací

problémy, problémy s navazováním připojení, problémy se specifikacemi aktivace, které dostávají zprávy z vašich back-endových systémů. Příznaky připojení JCA jsou pozorovány prostřednictvím chybových zpráv WebSphere s předponami DSRA, WSCL, J2CA, WTRN, CONM, SQLException nebo chybovými kódy databáze.

Problémy způsobené komponentami JCA nebo chybami konfigurace připojení JCA

se mohou objevit jako jeden nebo více z následujících počátečních příznaků:

Kapitola 1. Přístup k určování problémů 63

Vyšší připojení se zasekává nebo nesprávně vrací data do aplikace. Maximálně Aplikace se připojuje k databázi nebo EIS nebo k nim přistupuje

Poznámka: Strategie určování problémů se správcem připojení JCA

naleznete v tématu WebSphere Application Server V6: Určení problému s připojením JCA na adrese: http://www.redbooks.ibm.com/redpapers/pdfs/ redp4080.pdf

Poznámka: Strategie určování problémů s databázovým připojením

naleznete v tématu WebSphere Application Server V6: Určení problému s připojením JCA na adrese: http://www.redbooks.ibm.com/redpapers/pdfs/redp4080 .pdf

64 Určení problému WebSphere Application Server V6 pro distribuované platformy

CWSIA, CWSIB, CWSIC, CWSID, CWSIE, CWSIF, CWSIH, CWSII, CWSIJ, CWSIK, CWSIL, CWSIM, CWSIN, CWSIO, CWSIP, CWSIQ, CWSIR, CWSIS, CWSIT, CWSIU, CWSIV, CWSIW, CWSIX, CWSIY, CWSIZ, CWSJA, CWSJB, CWSJC, CWSJD, CWSJO, CWSJQ, CWSJR, CWSJU, CWSJW a CWSWS. Všimněte si, že tyto zprávy obsahují deset znaků místo devíti. h. Problémy s poskytovatelem WebSphere MQ JMS nebo obecným poskytovatelem JMS mohou zahrnovat problémy s konfigurací továrny nebo cíle připojení JMS, problémy se službou naslouchání zpráv a problémy s beanem řízeným zprávami a systémové zprávy WebSphere, které začínají s WMSG.

Poznámka: Strategie určování problémů pro problémy se zasíláním zpráv naleznete v

WebSphere Application Server V6: Určení problému výchozího poskytovatele zpráv na: http://www.redbooks.ibm.com/redpapers/pdfs/redp4076 .pdf

Příznak: Vaše aplikace má problém při přístupu k jakémukoli prostředku

prostřednictvím vyhledávání JNDI. Mezi náznaky problému JNDI patří: • Chyba nebo výjimka v pojmenování JNDI v protokolu SystemOut nebo SystemErr • • Problémy s použitím nástroje dumpNameSpace • • Chybové nebo varovné zprávy, které začínají na NMSV.

Kapitola 1. Přístup k určování problémů 65

Maximálně Informační centrum WebSphere: Pojmenování a adresáře: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/topic/ com.ibm.websphe re.base.doc/info/aes/ae/rnam_r4ln.html  Informační centrum WebSphere: Vysvětlení systémových zpráv NMSV http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.messages.doc/doc/NMSV.html Rozvoj MustGather: Java Naming and Directory Interface (JNDI) a problémy s pojmenováním pro všechna vydání http://www-1.ibm.com/support/docview.wss?rs= 180&uid=swg21143296

Příznak: Vaše aplikace má problém při přístupu k EJB

prostřednictvím Object Request Broker (ORB). Mezi náznaky problému ORB patří: Maximálně chyby nebo výjimky ORB v protokolu SystemOut nebo SystemErr. S největší pravděpodobností by se jednalo o chybové kódy CORBA (například CORBA COMM_FAILURE). hrubší chybové nebo varovné zprávy začínající na ORBX.

66 Určení problémů produktu WebSphere Application Server V6 pro distribuované platformy

Vysoký Informační centrum WebSphere: Vysvětlení systémových zpráv ORBX http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.messages.doc/doc/ORBX.html Rozvoj MustGather: Object Request Broker (ORB) pro všechna vydání http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21157005

Příznak: Vaše aplikace má problém, když jedná jako klient webových

služeb pro vzdálenou webovou službu nebo když jedná jako webová služba, ke které mají přístup externí klienti. To by zahrnovalo: Hlavn chyby webových služeb a výjimky, které se objevují v protokolech SystemOut a SystemErr vysoký Neočekávané chování webových služeb Vysoká úroveň konfigurací Problémy s nástroji webových služeb, jako jsou skripty Java2WSDL a WSDL2Java. instance brány služeb se sběrnicí pro integraci služeb. h. Chybové nebo varovné zprávy začínající na WSWS, SOAP, WSIF (pro webové služby) nebo CWWSG (pro bránu webových služeb)

Strategie určování problémů pro problémy s webovými službami naleznete v následujících zdrojích: Vyšší Informační centrum WebSphere: Webové služby http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com . ibm.websphere.base.doc/info/aes/ae/welc6tech_wbs.html vysoké Informační centrum WebSphere: Odstraňování problémů s webovými službami http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ae/twbs_troubleshootwbs.html velve WebSphere Information Center: Odstraňování problémů s nástroji příkazového řádku webových služeb http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp ?topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_trbcommand.html

Kapitola 1. Přístup k určování problémů 67

Maximálně WebSphere Information Center: Odstraňování problémů s kompilovanými vazbami webových služeb http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_trbjavacompiler.html  Informační centrum WebSphere: Odstraňování problémů s běhovým prostředím klienta webových služeb http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index. jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_trbclientruntime.html  Informační centrum WebSphere: Odstraňování problémů se serializací a deserializací ve webových službách http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp ?topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_trbserialize.html  Informační centrum WebSphere: Odstraňování problémů s rámcem vyvolání webových služeb http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.base.doc/info/aes/ae/twsf_trouble.html Maximálně Informační centrum WebSphere: Odstraňování problémů s registrem UDDI http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ae/twsu_probdet.html  WebSphere Information Center: Univerzální zjišťování, popis a integrace, webové služby a tipy pro řešení problémů se součástmi SOAP http://publib.boulder.ibm.com/ infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/rtrb_svsccomp.html  WebSphere Information Center: Chyby vrácené klientovi odesílajícímu požadavek SOAP http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index .jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/rtrb_soapprobs.html vel. WebSphere Information Center: Sledování webových služeb http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.base.doc/info/aes/ae/twbs_tracewbscomp.html  Informační centrum WebSphere: Trasování zpráv SOAP pomocí tcpmon http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.base.doc/info/aes/ae/twbs_tracewbs.html vel. WebSphere Information Center: Často kladené otázky o webových službách http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_faq.html

68 Určení problému produktu WebSphere Application Server V6 pro distribuované platformy

vel. WebSphere Information Center: Webové služby: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index .jsp?topic=/com. ibm.websphere.base.doc/info/aes/ae/rwbs_reslearning2.html vysoce WebSphere Information Center: Vysvětlení systémových zpráv WSWS http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/com. ibm.websphere.messages.doc/doc/WSWS.html Rozšíření Informačního centra WebSphere: Vysvětlení systémových zpráv SOAP http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/SOAP.html Rozšíření WebSphere Information Center: Vysvětlení systémových zpráv WSIF http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/WSIF.html Rozšíření Informačního centra WebSphere: Vysvětlení systémových zpráv CWWSG http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com. ibm.websphere.messages.doc/doc/CWWSG.html Zlepšení MustGather: Problémy s Web Services Engine pro všechna vydání a edice WebSphere Application Server V5.0.2, V5.1 a V6.0 http://www-1.ibm. com/support/docview.wss?rs=180&uid=swg21198363 Vysoký MustGather: Problémy s bránou webových služeb http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21159216 MustGather: Problémy s rámcem volání webových služeb (WSIF) http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21159155 Rozvoj MustGather: Problémy s UDDI http://www-1 .ibm.com/support/docview.wss?rs=180&uid=swg21164764

Aplikace je pomalá nebo její výkon časem klesá

Tato široká klasifikace pokrývá všechny problémy s pomalým nebo snižujícím výkonem.

Kapitola 1. Přístup k určování problémů 69

Vyšší Informační centrum WebSphere: Výkon: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp? topic=/com. ibm.websphere.base.doc/info/aes/ae/rprf_resourceslearning.html Maximálně WebSphere Application Server Informace o výkonu http://www-306.ibm.com/software/webservers/appserv/was/performance.html Maximálně WebSphere Application Server Příručka škálovatelnosti a výkonu V6, SG24-6392.

1.5 Kontaktování IBM se žádostí o podporu

Jak jste si již možná uvědomili, mnoho potenciálních problémů s WebSphere Application Server V6 lze vyřešit bez pomoci týmu podpory WebSphere Application Server. Pečlivou přípravou na problémy a jejich předcházením a dodržováním strategie určování problémů budete schopni většinu problémů vyřešit sami. Mohou však nastat případy, kdy bude nutné zavolat tým podpory, zejména pokud je příčinou problému chyba kódu WebSphere Application Server. Tato část vysvětluje proces podpory IBM a jak můžete nejefektivněji pracovat s týmem podpory.

1.5.1 Struktura podpory IBM

Abyste mohli z procesu podpory IBM vytěžit maximum, je důležité porozumět tomu, jak je strukturována organizace podpory. Existuje několik skupin pracovníků podpory, se kterými můžete pracovat na každém problému:

70 Určení problému WebSphere Application Server V6 pro distribuované platformy

Vysoký tým Front office (zadání problému) Pokud nahlásíte problém telefonicky, první osobou, se kterou budete mluvit, je člen front office ( také nazývaný problémový tým). Lidé v tomto týmu s vámi spolupracují ve vašem národním jazyce. Obvykle se nacházejí ve stejné oblasti světa, odkud voláte. Hlavním cílem týmu front office je získat od vás podrobný popis problému, potvrdit vaše kontaktní informace a dostupnost, otevřít záznam řízení problémů (PMR) a poté nasměrovat vaše PMR k příslušnému týmu podpory produktů. Tým úrovně 1 Dalším krokem v procesu je, aby na vašem PMR pracoval tým front-endu (ve Spojených státech nazývaný tým podpory úrovně 1). Pokud otevřete svůj PMR elektronicky, byl by to první tým, se kterým byste spolupracovali. Tento tým s vámi také spolupracuje ve vašem národním jazyce a obvykle se nachází ve stejné části světa jako vy. Lidé z předního týmu v mnoha zemích mají široké znalosti v mnoha softwarových produktech IBM a pracují s PMR pro několik produktů. Tým úrovně 1 ve Spojených státech pracuje pouze s WebSphere Application Server PMR. Mají široké dovednosti v WebSphere Application Server a podporují celý produkt. Další podrobnosti o problému získají analytici podpory. Pravděpodobně budou vyžadovat soubory nebo protokoly, které pomohou určit příčinu problému. Poté provedou vyšetřování problému a navrhnou možná řešení. Pokud nejsou schopni poskytnout řešení problému, eskalují PMR na další úroveň podpory. Vysoký tým Back-end (Úroveň 2) Váš tým podpory PMR bude eskalován na tým podpory back-end (Úroveň 2), pokud jej nelze vyřešit frontendem nebo týmem 1. úrovně. Tým úrovně 2 pro WebSphere Application Server se nachází pouze ve Spojených státech a pracuje pouze v angličtině. Front end tým se vás zeptá, zda jste schopni pracovat s týmem úrovně 2 v angličtině. Pokud byste raději pracovali ve svém vlastním jazyce, může vám front-end tým přeložit komunikaci od týmu úrovně 2. Tým úrovně 2 se skládá ze skupiny specializovaných týmů. Každý tým pracuje pouze na určitých oblastech produktu a rozvíjí odborné znalosti v těchto oblastech. Provedou rozsáhlejší analýzu problému a vámi odeslaných souborů a v případě potřeby získají další informace o problému. Tým úrovně 2 může také požádat o podrobnější diagnostická data, jako jsou stopy pro konkrétní součást, aby jim pomohl při vyšetřování. Po analýze všech informací a provedení výzkumu tým úrovně 2 buď poskytne řešení problému, nebo spolupracuje s další úrovní podpory, pokud se domnívá, že problém je způsoben WebSphere.

Kapitola 1. Přístup k určování problému 71

Chyba kódu aplikačního serveru. V takovém případě se otevře zpráva o analýze autorizovaného programu (APAR). Vývojový tým (Úroveň 3) Pokud analýza týmu Úrovně 2 ukáže, že problém je způsoben vadou kódu WebSphere Application Server, pošle vaše PMR týmu změn, známému také jako tým úrovně 3. Tým změn je součástí vývojového týmu WebSphere Application Server, který se konkrétně zaměřuje na opravy defektů. Členové týmu úrovně 3 pracují pouze na jedné konkrétní komponentě WebSphere Application Server. Mají velmi hluboké znalosti o této konkrétní složce. Tým úrovně 3 nekomunikuje přímo s klienty. Místo toho poskytují aktualizace týmu úrovně 2 a tým úrovně 2 sděluje aktualizace klientovi.

1.5.2 Prozkoumejte problém

Než otevřete PMR, doporučujeme, abyste se řídili všemi strategiemi určování problému, o nichž se pojednává v této knize. Nejdůležitější je prozkoumat problém. Tým podpory WebSphere Application Server zjistil, že velké procento problémů již nahlásili jiní klienti. V těchto případech můžete ušetřit spoustu času a úsilí tím, že si před otevřením PMR prohlédnete dokumentaci IBM, abyste se ujistili, že problém není známým problémem. Chcete-li provést průzkum, můžete si prohlédnout seznam webových stránek v části "Vyšetřování a prozkoumání problému" na straně 27.

1.5.3 Shromažďování souborů MustGather

Dokumenty MustGather jsme poprvé zmínili v části „Shromažďování diagnostických dat“ na straně 21. Tyto dokumenty jsou užitečnými průvodci při vytváření plánu shromažďování diagnostických dat a jsou také důležité, když otevřete PMR s týmem podpory WebSphere Application Server. Tým podpory potřebuje určitá diagnostická data, aby mohl prozkoumat každý typ problému serveru WebSphere Application Server. V části „Klasifikace problému a určení hlavní příčiny“ na straně 31 jsme uvedli každou klasifikaci problému a pro každou klasifikaci jsme zahrnuli odkazy na dokumenty MustGather. Můžete si prohlédnout konkrétní dokument pro typ problému, který se u vás potýká, nebo můžete začít s obecným dokumentem MustGather pro všechny typy problémů, IBM – MustGather: Přečtěte si nejprve pro všechny produkty WebSphere Application Server na: http:// www-1.ibm.com/support/docview.wss?rs=180&uid=swg21145599

72 Určení problému WebSphere Application Server V6 pro distribuované platformy

1.5.4 Určení závažnosti Když otevřete PMR, poskytnete úroveň závažnosti pro PMR. Stupně závažnosti jsou v rozmezí 1 až 4, přičemž 1 je nejzávažnější a 4 je nejméně závažná. Úroveň závažnosti odráží obchodní dopad, a tedy i naléhavost problému. Ačkoli je lákavé otevřít všechny PMR na úrovni závažnosti 1, je velmi důležité určit přesnou úroveň závažnosti pro danou situaci. Podpora IBM upřednostňuje PMR podle úrovně závažnosti. Pokud máte skutečný problém se závažností 1, nechcete, aby jej tým podpory musel upřednostňovat na stejné úrovni jako jiné problémy, které nejsou tak kritické. Tabulka 1-2 poskytuje oficiální popisy jednotlivých úrovní závažnosti z Příručky softwarové podpory IBM.

Poznámka: Ačkoli se vás analytici podpory IBM mohou někdy zeptat, zda lze úroveň závažnosti změnit, je to nakonec vaše rozhodnutí (nebo rozhodnutí ostatních ve vaší společnosti), jaká úroveň závažnosti je.

Tabulka 1-2 Pokyny pro úrovně závažnosti PMR

Úroveň závažnosti Popis

Závažnost 1 Kritický dopad na podnikání: Nejste schopni

používat program, což má kritický dopad na provoz. Tento stav vyžaduje okamžité řešení.

Závažnost 2 Významný obchodní dopad: Program

je použitelný, ale je značně omezený.

Závažnost 3 Určitý obchodní dopad: Program je

použitelný s méně významnými funkcemi (nejsou pro provoz kritické) nedostupnými.

Závažnost 4 Minimální obchodní dopad: Problém

má malý dopad na provoz nebo bylo implementováno rozumné obcházení problému.

Abychom uvedli tyto pokyny do podmínek WebSphere Application Server:

Vyšší stupeň závažnosti 1 PMR jsou typicky situace, kdy je ovlivněna dostupnost vašeho produkčního prostředí. V případě, že váš produkční systém nefunguje, je první prioritou týmu podpory pomoci vám obnovit vaši produkční funkčnost, jak je popsáno v části „Návrat do bezpečných podmínek“ na straně 24. Může nastat jakákoli situace, kdy je vysoká úroveň podnikání. dopad. Může to být například problém, který způsobí ztrátu příjmů nebo produktivity vaší organizace. Pro závažnost 1

Kapitola 1. Přístup k určování problémů 73

PMR, v současné době není k dispozici žádné řešení ani řešení. Tým podpory pracuje na vašem PMR nepřetržitě, pokud vás může kontaktovat kdykoli během dne, dokud nebude problém vyřešen. • PMR závažnosti 2 jsou nejběžnější úrovně PMR. V tomto případě má problém významný dopad, ale aplikace stále běží ve vašem produkčním prostředí. Může také zahrnovat situace, kdy vaše aplikace ještě není ve výrobě. Patří mezi ně situace, kdy máte lhůtu pro vyřešení problému, a situace, kdy se problém zdrží, když se vaše aplikace dostane do výroby. PMR závažnosti 2 jsou považovány za závažné a podpůrný tým jim dává vysokou prioritu, ale problémy nejsou považovány za tak kritické jako problémy se závažností 1. Tým podpory s vámi spolupracuje během běžné pracovní doby ve vašem časovém pásmu. vylepšené Závažnost 3 PMR naznačují, že problém nemá závažný dopad na vaše podnikání. Téměř všechny problémy závažnosti 3 se vyskytují ve vašem testovacím prostředí a neovlivňují produkci. Pokud to ovlivní produkci, má to jen malý dopad a možná budete mít problém vyřešit. Přestože očekáváte, že problém bude vyřešen včas, nemáte stanovenou lhůtu pro vyřešení problému a problémem není zpožďování data výroby vaší aplikace. Tým podpory s vámi spolupracuje během běžné pracovní doby ve vašem časovém pásmu. • Závažnost 4 PMR naznačují, že problém nemá téměř žádný obchodní dopad. To zahrnuje technické dotazy a požadavky na aktualizaci dokumentace. Může také zahrnovat problémy, které se vyskytují pouze ve vašem testovacím prostředí, kde již bylo poskytnuto řešení. Závažnost je někdy snížena na závažnost 4, když je poskytnuto řešení, ale před uzavřením PMR potřebujete nějaký čas na otestování řešení. Očekává se, že PMR závažnosti 4 nebudou mít vliv na vaše produkční prostředí. Nemáte stanovenou lhůtu pro vyřešení problému a jste schopni na řešení čekat delší dobu. Tým podpory s vámi bude pracovat během běžné pracovní doby ve vašem časovém pásmu a aktualizace od týmu podpory nemusí být časté.

1.5.5 Vytvoření PMR

Nyní, když jste obeznámeni se strukturou podpory IBM, prozkoumali jste problém, shromáždili data MustGather a určili závažnost problému, je čas otevřete PMR.

74 Určení problému WebSphere Application Server V6 pro distribuované platformy

V současnosti můžete otevřít PMR dvěma způsoby, elektronicky nebo telefonicky. Zjistili jsme, že otevírání PMR elektronicky je pro většinu klientů pohodlnější. Bylo doporučeno použít tuto metodu. Telefonická podpora je však stále k dispozici.

Otevřít PMR elektronicky

Chcete-li otevřít PMR elektronicky na webu, můžete použít nástroj pro odesílání problémů Electronic ServiceRequest (ESR) na: http://www-306.ibm.com/software /support/probsub.html

Otevření PMR telefonicky

Další možností je otevřít PMR telefonicky. Telefonní číslo, na které zavoláte, abyste otevřeli PMR, se liší podle země a čas od času se mění. Chcete-li zjistit telefonní číslo pro svou zemi, podívejte se na tento odkaz v příručce IBM Software SupportHandbook: http://techsupport.services.ibm.com/guides/contacts.html

Kapitola 1. Přístup k určování problémů 75

1.5.6 Odeslání dat do IBM V průběhu práce s PMR může být nutné odeslat mnoho různých typů dat podpoře WebSphere Application Server tým. Jak je uvedeno v části „Vytvoření PMR“ na straně 74, použití nástroje ESR k připojení souborů k vašemu PMR tento proces usnadňuje. Pokud však nepoužíváte nástroj ESR, můžete stále odesílat data prostřednictvím e-mailu nebo FTP. Obecně platí, že pokud je celková velikost dat menší než 10 MB, měli byste použít e-mail a pokud jsou data větší než 10 MB, měli byste použít FTP. Když odesíláte data FTP, vaše PMR se automaticky aktualizuje, takže tým podpory si je vědom, že jste data odeslali, a může je okamžitě začít analyzovat. Pokud však pošlete e-mail, nezapomeňte buď elektronicky aktualizovat své PMR, nebo zavolat na telefonní číslo podpory IBM pro vaši zemi a požádat o aktualizaci PMR, aby tým podpory věděl, že jste data odeslali.

Doporučujeme zasílat všechny e-maily související s vaším PMR na adresu

weblev2@us.ibm.com. Toto je sdílená e-mailová adresa. K této e-mailové adrese mají přístup celé týmy WebSphere Application Server úrovně 1 a úrovně 2. Pokud pošlete e-mail pouze konkrétnímu analytikovi podpory, bude mít k vašemu e-mailu přístup pouze tento analytik. To může být nevýhodné, zejména pokud je analytik mimo kancelář nebo pokud potřebujete pomoc mimo běžnou pracovní dobu.

76 Určení problémů WebSphere Application Server V6 pro distribuované platformy

Kapitola 2. Diagnostická data

Tento dokument obsahuje informace o diagnostických datech, která jsou dostupná v WebSphere Application Server V6. Obsahuje informace o umístění dat, způsobu jejich shromažďování a možnostech konfigurace.

Zahrnuje informace o následujících věcech:

Vyšší protokoly JVM (SystemOut a SystemErr) Široký trasování Široký nástroj Kolektor Šifrovaný sběr dat první Failure (FFDC) Široký protokoly procesů (nativní) Vývoj Protokol služby (aktivita). log) Hlavne Protokoly instalace Hlavne Protokoly a trasovani IBM HTTP Serveru a plug-in modulu Vyznamny Protokoly spravy systemu Vyhodne Protokoly WebSphere Rapid Deployment

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. 77

2.1 Protokoly JVM (SystemOut a SystemErr) Protokoly SystemOut a SystemErr se vytvářejí pro každý proces WebSphere Application Server (aplikační server, člen klastru, agent uzlu a správce implementace). Tyto protokoly jsou známé jako protokoly JVM. Datové proudy System.Out a System.Err pro každý JVM jsou přesměrovány do protokolů SystemOut a SystemErr. WebSphere Application Server zapisuje do těchto protokolů. Vaše aplikace do nich také mohou zapisovat pomocí metod print(), println() a printStackTrace().

Záznamy naleznete v následujícím adresáři:

/profiles//logs/

Obrázek 2-1 Změna vlastností rotace souboru protokolu

78 Určení problému WebSphere Application Server V6 pro distribuované platformy

Na kartě Konfigurace můžete upravit následující: název souboru (a adresář) protokolů SystemOut a SystemErr Zvýšení Formátování souboru Doporučujeme ponechat tuto výchozí hodnotu Basic, aby se protokoly snadněji četly. . Zapisují do určeného souboru, dokud není dosaženo buď maximální velikosti souboru, nebo určitého času. Když k tomu dojde, aktuální soubor protokolu se přejmenuje na aktuální název souboru plus aktuální časové razítko. Poté se vytvoří nový soubor SystemOut nebo SystemErr pro další protokolování. Starší soubory protokolu se nazývají soubory historických protokolů. Pokud k tomu dojde, můžete mít například následující soubory SystemOut v adresáři /profiles//logs/: - SystemOut.log, aktuální soubor protokolu - SystemOut_05.06.07_10.28.48.log, soubor historického protokolu V závislosti na vašich potřebách , můžete si zvolit, aby se soubory protokolu otáčely (převracely), když dosáhnou zadané velikosti, určitého časového intervalu nebo obojího. Pokud zvolíte čas, doporučujeme zadat 24 hodin jako čas opakování. Můžete také nastavit Start Time a určit čas, ve kterém se budou protokoly otáčet. Pokud zadáte velikost souboru, doporučujeme zvýšit Maximální velikost nad výchozí hodnotu 1 MB. Hodnotu Maximální velikost budete chtít koordinovat s maximálním počtem souborů historických protokolů na základě dostupného místa na disku ve vašem systému. U obou metod se ujistěte, že množství uložených dat protokolu je dostatečné, aby tam byla příslušná data protokolu, když zjistíte, že došlo k problému. historických souborů protokolu, které jsou uchovávány. Pokud je dosažena hodnota a je třeba vytvořit další soubor s historickým protokolem, nejstarší soubor se z vašeho systému odstraní.Vyšší výstup instalované aplikace Tyto vlastnosti ovlivňují způsob výstupu příkazů print a println z vašich aplikací. Existují dvě možnosti: - Zobrazit tiskové výpisy aplikace. Toto je ve výchozím nastavení povoleno. Pokud tuto volbu zrušíte, příkazy tisku a println aplikace nebudou protokolovány do souborů protokolu SystemOut a SystemErr. - Formátování tiskových výpisů. To je také ve výchozím nastavení povoleno. Pokud nechcete, aby vaše aplikace tiskla a tiskla výpisy, můžete jej zrušit

Kapitola 2. Diagnostická data 79

formátován podobně jako zprávy WebSphere Application Server v souborech protokolu.

Všechny tyto vlastnosti lze změnit pro protokoly SystemOut i SystemErr. Pro oba protokoly můžete použít stejné vlastnosti, což doporučujeme, nebo pro ně použít různé vlastnosti.

Záznamy ve výstupu SystemOut.log jsou v následujícím formátu: [7/12/05 14:46:00:264 EDT] 0000001a ApplicationMg A WSVR0221I: Aplikace spuštěna: adminconsole

Každý záznam lze dešifrovat následovně:

Maximálně. Časové razítko V příkladu je časové razítko [7/12/05 14:46:00:264 EDT] Časové razítko je formátováno pomocí národního prostředí procesu, kde je formátováno. Obsahuje plně kvalifikované datum (například MM/DD/RR), 24hodinový čas s přesností na milisekundy a časové pásmo. • ID vlákna V tomto příkladu je ID vlákna 0000001a. ID vlákna je osmimístná hexadecimální hodnota, která je generována z hash kódu vlákna, které zprávu vydalo. hrubší název V příkladu je krátký název ApplicationMg. Krátký název je zkrácený název komponenty, která zprávu vydala. Toto jméno je obvykle názvem třídy komponenty WebSphere Application Server a byl by to nějaký jiný identifikátor pro aplikace.

80 Určení problému produktu WebSphere Application Server V6 pro distribuované platformy

Vylepšení Typ události V příkladu je typ události A. Typ události je jednoznakové pole, které označuje typ zprávy. Možné hodnoty jsou: - F - fatální zpráva - E - chybová zpráva - W - varovná zpráva - A - auditní zpráva - I - informační zpráva - C - konfigurační zpráva - D - podrobná zpráva - O - zpráva zapsaná přímo do systému .out aplikací nebo interními komponentami - R - zpráva, která byla zapsána přímo do System.err uživatelskou aplikací nebo interními komponentami - Z - zástupný symbol označující, že typ nebyl rozpoznán vylepšen Identifikátor zprávy V příkladu je identifikátor zprávy je WSVR0221I. Identifikátor zprávy je řetězec o délce devíti znaků ve tvaru CCCC1234X. První čtyři znaky (CCCC) označují komponentu WebSphere Application Server, která vydala zprávu. Další čtyři znaky (1234) označují konkrétní zprávu, kterou komponenta vydává. Poslední znak (X) označuje závažnost zprávy. Jeho hodnota je buď I (informační), W (varování) nebo E (chyba). Popisy všech identifikátorů zpráv WebSphere Application Server naleznete v položce WebSphere Information Center Reference Poradce při potížích: Zprávy na adrese: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com. ibm.websphere.express.doc/info/exp/ae/welc_ref_trb_msg.html vysoká zpráva V příkladu je zpráva Aplikace spuštěna: adminconsole. Zpráva je data, která komponenta zaprotokoluje do SystemOut.log. Má poskytovat užitečný výstup pro informační účely, ladění a odstraňování problémů.

Kapitola 2. Diagnostická data 81

2.2 Trasování Protokoly trasování lze také konfigurovat podobným způsobem jako protokoly JVM. Trasování musí být explicitně povoleno. Ve výchozím nastavení jsou zakázány. Výstup trasování poskytuje velmi podrobné informace o provádění kódu WebSphere Application Server. Poskytuje časová razítka, podrobnosti o tom, které metody WebSphere byly volány, a speciální diagnostická data, která jsou zahrnuta pro usnadnění odstraňování problémů.

Konfigurace vlastností trasování z administrativní konzoly:

1. Vyberte Odstraňování problémů → Protokoly a trasování. 2. Vyberte proces, jehož protokoly trasování chcete konfigurovat. 3. Klepněte na Diagnostické trasování. Otevře se okno Obecné vlastnosti, jak ukazuje Obrázek 2-2.

Obrázek 2-2 Změna vlastností trasování

82 Určení problému WebSphere Application Server V6 pro distribuované platformy

Soubory trasování nelze převrátit na základě času. Musíte zadat Maximální velikost souboru ve spojení s Maximálním počtem historických souborů. Tyto hodnoty byste měli nastavit vhodně v závislosti na tom, jak dlouho může trvat reprodukce problému s povoleným trasováním a kolik místa na disku je k dispozici. S těmito nastavenými vlastnostmi se trasovací soubory přetáčí stejným způsobem jako protokoly JVM. Můžete také zadat Název souboru a zadat adresář pro trasovací soubory.

Stejně jako u protokolů JVM důrazně doporučujeme vybrat pro výstupní formát trasování Basic (výchozí hodnota). To usnadňuje čtení trasování a je to preferovaný formát týmu podpory WebSphere Application Server.

Kapitola 2. Diagnostická data 83

Obrázek 2-3 Změna úrovně podrobností protokolu v administrativní konzole

Komponenty mohou být libovolné balíčky nebo třídy WebSphere Application Server.

Skupiny jsou předdefinované sady balíčků a tříd, které jsou užitečné pro odstraňování problémů s konkrétní komponentou.

84 Určení problému WebSphere Application Server V6 pro distribuované platformy

Dokumenty MustGather pro komponenty WebSphere Application Server diskutují o tom, jakou konkrétní úroveň podrobností protokolu nastavit pro různé typy problémů. Je dobré zaznamenat úroveň podrobností protokolu pro různé typy problémů ve vašem plánu sběru diagnostických dat. Při nastavování úrovně podrobností protokolu byste měli téměř ve všech případech nastavit úroveň na všechny. Také byste měli zahrnout *=info na začátku úrovně podrobností protokolu, aby bylo povoleno informační protokolování pro komponenty, které nejsou sledovány. Chcete-li například povolit trasování pro komponentu správce připojení J2C, nastavili byste úroveň podrobností protokolu na:*=info:WAS.j2c=all

Každou položku lze dešifrovat následovně:

Vysoký. Časové razítko V příkladu je časové razítko [7/12/05 16:13:10:379 EDT]. Časové razítko je formátováno pomocí národního prostředí procesu, kde je formátováno. Obsahuje plně kvalifikované datum (například MM/DD/RR), 24hodinový čas s přesností na milisekundy a časové pásmo. hexadecimální hodnota vygenerovaná z hash kódu vlákna, které vyvolalo událost trasování.

Kapitola 2. Diagnostická data 85

šír Krátký název V příkladu je krátký název DSConfigurati. Krátký název je zkrácený název komponenty, která událost trasování vyvolala. Toto je obvykle název třídy komponenty WebSphere Application Server a může to být nějaký jiný identifikátor pro aplikace. Vyšší Typ události V příkladu je typem události symbol větší než (>). Typ události je jednoznakové pole, které označuje typ události trasování. Možné hodnoty jsou: - > - označuje vstup zadaného názvu metody - < - označuje ukončení zadaného názvu metody - 1 - záznam trasování typu fine nebo událost - 2 - záznam trasování typu fineer - 3 - záznam trasování typu finest, debug nebo dump - Z - zástupný symbol pro označení že typ trasování nebyl rozpoznán Příklad ukazuje, že je zadána metoda getPooledConnection. • Název třídy Název třídy je volitelná část záznamu trasování. Označuje třídu, která vygenerovala událost trasování. V příkladu se název třídy nezobrazí. • Název metody Název metody je další volitelná část záznamu trasování. Označuje metodu, která vygenerovala událost trasování. V příkladu je název metody getPooledConnection. • Textová zpráva V tomto příkladu je zpráva Vstup.

86 Určení problému WebSphere Application Server V6 pro distribuované platformy

2.3 Nástroj Collector Nástroj kolektoru WebSphere Application Server je skript, který lze nalézt v adresáři /bin (collector.bat nebo collect.sh) . Spuštěním skriptu se vytvoří archivní soubor Java (jar), který obsahuje všechny protokoly a konfigurační soubory XML z vaší instalace WebSphere Application Server a také informace o operačním systému, informace o jazyce Java a data o tom, zda byly splněny softwarové předpoklady a jejich úrovně. .

2.4 First Failure Data Capture (FFDC)

WebSphere Application Server V6 obsahuje funkci nazvanou First Failure Data Capture (FFDC). Funkce FFDC běží na pozadí a shromažďuje události a chyby, ke kterým dochází během běhu serveru WebSphere Application Server. Informace, které shromažďuje, se zapisují do souborů protokolu v adresáři /profiles//logs/ffdc.

FFDC neovlivňuje výkon WebSphere Application Server a nemělo by být zakázáno. Protokoly FFDC nebudou s největší pravděpodobností užitečné ve vašem

Kapitola 2. Diagnostická data 87

úsilí při určování problémů. Mohou však být užitečné pro tým podpory WebSphere Application Server, pokud otevřete PMR.

V adresáři /properties

jsou tři konfigurační soubory FFDC. Jediný soubor, který byste měli upravit, je soubor ffdcRun.properties. Do souboru můžete přidat vlastnost ExceptionFileMaximumAge. Tato vlastnost určuje počet dní, po které zůstane protokol FFDC v adresáři /profiles//logs/ffdc, než bude odstraněn. Jako součást vašeho plánu shromažďování diagnostických dat možná budete chtít upravit vlastnost ExceptionFileMaximumAge, abyste zajistili, že soubory FFDC zůstanou ve vašem systému po určitou dobu. Neměli byste upravovat žádné další vlastnosti, pokud k tomu nebudete vyzváni týmem podpory WebSphere Application Server.

2.5 Další protokoly

Následující protokoly nejsou vždy užitečné pro určení problému, ale můžete zjistit, že budou občas vyžadovány.

2.5.1 Procesní (nativní) protokoly

Nativní kód spuštěný v procesu WebSphere Application Server může zapisovat data do protokolů procesu (nazývaných také nativní protokoly). Nativní kód není kód Java, který se obvykle nachází v souborech s příponami .dll, .exe a .so. Protokoly procesu se jmenují native_stdout.log a native_stderr.log. Jsou umístěny v adresáři /profiles//logs/.

88 Určení problému WebSphere Application Server V6 pro distribuované platformy

Další informace o protokolech procesů naleznete v položce Protokoly procesů v Informačním centru WebSphere na adrese: http://publib.boulder.ibm.com /infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm. websphere.base.doc/info/aes/ae/ctrb_stdlogs.html

2.5.2 Protokol služby (activity.log)

Protokol služby je běžněji známý jako activity.log a nachází se v adresáři /profiles//logs. Pro každý uzel existuje pouze jeden activity.log. Události za běhu WebSphere Application Server jsou protokolovány do activity.log. Je napsán v binárním formátu, takže jej nelze zobrazit v textovém editoru. Hlavním účelem activity.log je to, že jej lze zobrazit pomocí nástroje Log Analyzer, je to grafické uživatelské rozhraní, které zobrazuje události z activity.log a používá databázi příznaků k analýze událostí a diagnostice problémů.

Události v activity.log je také možné zobrazit mimo Log Analyzer pomocí skriptu showlog v adresáři /bin.

Vlastnosti souboru activity.log můžete nakonfigurovat v administrativní konzole:

1. Vyberte Odstraňování problémů → Protokoly a trasování. 2. Vyberte proces WebSphere Application Server. 3. Vyberte IBM Service Logs. Můžete si vybrat, zda povolit nebo zakázat activity.log, zvolit umístění adresáře a název souboru, nastavit maximální velikost souboru a vybrat, jaké typy zpráv budou protokolovány.

Kapitola 2. Diagnostická data 89

2.5.3 Protokoly instalace Máte-li problém s instalací WebSphere Application Server V6, možná budete muset zobrazit následující protokoly, abyste zjistili příčiny selhání. Najvyšší /logs/log.txt Tento protokolový soubor zaznamenává stav instalace. Význam /profiles//logs/pctlog.txt Tento protokolový soubor zaznamenává stav vytvoření profilu hrub /profiles//logs/ivtClient.log Tento protokolový soubor zaznamenává události instalace ověřovací test

2.6 Protokoly a trasování serveru IBM HTTP Server a plug-in

Máte-li problém týkající se IBM HTTP Server nebo modulu plug-in webového serveru, možná budete muset zobrazit protokoly nebo povolit stopa. Tato část popisuje podrobnosti o těchto protokolech a trasování.

2.6.1 Protokoly serveru IBM HTTP Server

Server IBM HTTP Server zapisuje dva soubory protokolu: protokol přístupu, který obsahuje podrobnosti o všech přístupech k webovému serveru, a protokol chyb, který obsahuje podrobnosti o všech chybách. Výchozí umístění protokolů je následující: Vysoký Windows - Protokol přístupu: \logs\access.log - Protokol chyb: \logs\error.log Maximálně UNIX® - Protokol přístupu: /logs/access_log - Protokol chyb: /logs/ error_log

2.6.2 Protokoly zásuvného modulu webového serveru

Zásuvný modul také zapisuje svůj vlastní protokol, který naleznete v instalační cestě k zásuvnému modulu webového serveru. Soubor protokolu, který hledáte, je pod jinou adresářovou strukturou, pojmenovanou pro logický webový server, jak je definováno v konfiguraci WebSphere.

Umístění souboru protokolu můžete zjistit tak, že se nejprve podíváte na konfiguraci webového serveru. To se týká konfiguračního souboru zásuvného modulu, jak je znázorněno v příkladu 2-1 na straně 91. Konfigurační soubor zásuvného modulu vám pak řekne, kde

90 WebSphere Application Server V6 Problem Determination for Distributed Platforms

log soubor je uveden v příkladu 2-1. Tento příklad také ukazuje, kde nastavujete množství protokolovaných podrobností.

Příklad 2-1 Umístění souboru protokolu zásuvného modulu

Výchozí nastavení pro LogLevel je Error, ale můžete jej nastavit na Trace, abyste shromáždili podstatně více informací. Pokud byste potřebovali na tento problém upozornit podporu IBM, vyžádá si trasování modulu plug-in.

2.6.3 Trasování zásuvného modulu webového serveru

Chcete-li získat efektivní trasování, musíte na webovém serveru povolit co nejvíce protokolování. Můžete například nastavit úroveň protokolování pro zachycení podrobného výstupu na serveru IBM HTTP Server úpravou direktivy LogLevel v konfiguračním souboru, jak je znázorněno: LogLevel debug

Aby se to projevilo, musíte restartovat IBM HTTP Server.

Aby se tato změna projevila, není nutné restartovat IBM HTTP Server.

Tip: Trasování modulu plug-in generuje značné množství dat. Udělejte svůj test co nejkonkrétnější a spusťte jej izolovaně, abyste snížili počet generovaných řádků.

2.6.4 Trasování sítě

Ve vzácných případech může být nutné použít analyzátor síťového protokolu, který vám umožní zachytit iptrace. Tento nástroj vám může pomoci určit, kde je problém. WebSphere Application Server takový nástroj nedodává. K dispozici jsou však nástroje třetích stran (například Ethereal z http://www.ethereal.com/).

Kapitola 2. Diagnostická data 91

2.7 Protokoly správy systému Pokud máte problém se správou systému, možná budete muset zobrazit určité protokoly nebo povolit trasování. Tato část popisuje podrobnosti o těchto protokolech a trasování.

2.7.1 Výstup z wsadmin

Zprávy z wsadmin se zapisují do souboru protokolu wsadmin.traceout: /profiles//logs/wsadmin.traceout

Můžete také zvýšit množství dat protokolovaných do tohoto souboru sledováním obslužného programu wsadmin. Chcete-li tak učinit, aktualizujte následující soubor: /properties/wsadmin.properties

Odkomentujte následující řádek:

com.ibm.ws.scripting.traceString=com.ibm.*=all=enabled

Pamatujte, že protokolované informace mají omezené použití, protože wsadmin volá MBeans na aplikačním serveru, na kterém je spuštěna aplikace administrativní konzoly. Obvykle tedy musíte sledovat i tento aplikační server.

2.7.2 Skripty pro správu

Služby WebSphere Application Server můžete spravovat pomocí dodaných skriptů pro správu. Každá instalace WebSphere Application Server má například skript pro spuštění aplikačního serveru, skript pro zastavení aplikačního serveru a skript pro zobrazení stavu všech aplikačních serverů definovaných v profilu. Každý z těchto skriptů zapisuje svůj vlastní soubor protokolu do adresáře protokolů serveru. Například skript stopServer zapíše stopServer.log do adresáře logs: /profiles//logs//stopServer.log

2.7.3 Protokoly správy profilu

Nástroj pro vytváření a správu profilu wasprofile zapisuje zprávy do adresáře protokolů nezávislých na profilu, tj.: /logs/wasprofile/.log

Tento soubor protokolu je ve formátu XML.

92 Určení problému WebSphere Application Server V6 pro distribuované platformy

Grafické rozhraní Java, které se používá k vytvoření profilu, jednoduše volá wasprofile po shromáždění potřebných informací. Ve výchozím nastavení nezapisuje protokol, ale můžete mu předat parametr protokolu, jak je znázorněno: pctWindows -is:log c:\temp\pct.log

2.8 Protokoly WebSphere Rapid Deployment

Nástroj WebSphere Rapid Deployment pracuje s adresářem, který vytvoříte a předáte do WebSphere Rapid Deployment v proměnné prostředí WORKSPACE. Zaznamenává zprávy Eclipse do dvou samostatných souborů v tomto adresáři: Vývoj /.metadata/.log Maximálně /project/.metadata/.log

Podobným způsobem jako ostatní obslužné programy WebSphere Application Server volá WebSphere

Rapid Deployment MBeans na aplikačním serveru. Protokoly aplikačního serveru vám mohou pomoci vyřešit problém s WebSphere Rapid Deployment. Obslužný program WebSphere Rapid Deployment nelze nijak vysledovat. Aplikační server však můžete trasovat podle popisu v části „Trasování“ na stránce 82.

2.9 Souhrn protokolů

Tabulka 2-1 na stránce 94 zobrazuje souhrn protokolů WebSphere.

Poznámka: V této tabulce:

Vyvýznam představuje kořenový adresář instalace pro WebSphere Application Server, například: c:\WebSphere\Appserver Vyšší představuje kořenový adresář pro konkrétní profil WebSphere Application Server, například : /profiles/ hrub představuje instalační adresář pro IBM HTTP Server, například: c:\IBM HTTP Server

Kapitola 2. Diagnostická data 93

Tabulka 2-1 Přehled souboru protokolu Úlohy Protokoly Formát / nástroje

Úlohy instalace

Instalace WebSphere /logs/log.txt text

Instalace serveru IBM HTTP Server / text

vel. ihsv6_install.log vysok. gskitInstall.log

Ukázková a IVT aplikace /logs/ text

instalace: Vysoký DefaultApplication Vysoký defaultapp_config.log Vysoký Vývoj ivtApp Nejvýší Vývoj výchozí aplikace_deploy.log Vysoký dotaz ivt_config.log_Hlavní rostlinByWebSpherse configall Samples_config.log ✅vzorky_instalace.log

Systémová aplikace WebSphere /logs/text

instalace: Hlavní přenos souborů Hlavní přenos souborů Hlavní přenos souborů_config.log Největší přenos souborůZajištěný Nejvýznamnější mejb.log Největší ManagementEJB Nejvýznamnější Plánovač.

Úkoly profilu

Průvodce vytvořením profilu /logs/pctLog.txt text

/logs/waspro Soubor XML/wasprofile_create_.l og.

Aplikační a systémové úlohy

Aplikační print() a println() 2 /logs//: Text.

Vysoký SystemOut.log1 JVM System.out a System.err Vývoj Administrativní konzola SystemErr.log1: proudy Odstraňování problémů → Protokoly a trasování → → Protokoly JVM 1 Konfigurovatelné 2 může představovat umístění profilu pro aplikační server, agenta uzlu nebo správce implementace. Pokud je profil určen pro agenta uzlu, je "nodeagent". Pokud je profil pro správce implementace, je "dmgr"

94 Určení problému WebSphere Application Server V6 pro distribuované platformy

Protokoly úloh Formát / nástroje

WebSphere zpracovává protokoly procesů v Text (server musí být zastaven

2 /logs//: pro zobrazení pomocí textového editoru) Maximálně native_stderr.log1 Základem administrativní konzole native_stdout.log1: Odstraňování problémů → Protokoly a Trace →→Proces Logs

Provozní úkoly

Spuštění/zastavení aplikačního serveru. /logs//: text

Maximáln SystemOut.log1 Maximáln. SystemErrlog1

Pokud používáte startServer

-trace, podívejte se na /logs//: Vytvorte startServer.log vysoky stopServer.log

Spuštění/zastavení nasazení /logs/dmgr/: text

správce Najvyšší SystemOut.log1 Maximálně SystemErr.log1

/logs/dmgr/: Maximálně startServer.log Maximálně stopServer.log

Spuštění/zastavení agenta uzlu /logs/nodeagent/ text

Pokud používáte startNode -trace, viz

/logs/nodeagent/ : Vytvorte si startServer.log Vytvorte stopServer.log1 Configurable2 může představovat umístění profilu pro aplikační server, agenta uzlu nebo správce nasazení. Pokud je profil určen pro agenta uzlu, je "nodeagent". Pokud je profil určen pro manažera nasazení, je to "dmgr"

Kapitola 2. Diagnostická data 95

Úkoly Protokoly Formát / nástroje

Spuštění/zastavení klastru Když spustíte nebo zastavíte klastr,

se tato akce provede na každém serveru. Protokolování je stejné, jako kdybyste spustili nebo zastavili každý server.

Úlohy konfigurace

Přidání uzlu do buňky /logs/: text

Maximálně addNode.log Maximálně runAddNode.log 1 Konfigurovatelný 2 může představovat umístění profilu pro aplikační server, agenta uzlu nebo správce implementace . Pokud je profil určen pro agenta uzlu, je "nodeagent". Pokud je profil pro správce implementace, je "dmgr"

96 Určení problému WebSphere Application Server V6 pro distribuované platformy

Kapitola 3. Problém instalace

Určení Tento dokument popisuje, jak diagnostikovat problémy spojené s instalací WebSphere Application Server V6. Zahrnuje akce a řešení související s následujícími instalačními problémy: Maximálně Launchpad nebo instalační průvodce se nespustí Maximálně Selhání instalace nebo se zablokuje Maximálně Selhání vytvoření profilu Základy Test ověření instalace (IVT).

Instalační rutina pro ostatní produkty, jako jsou moduly plug-in IBM HTTP Server a Web Server, je oddělená od produktů aplikačního serveru. Tento dokument se zabývá pouze problémy, které souvisejí s instalací WebSphere Application Server V6.

Důležité: Doporučujeme, abyste zahájili proces určování problému

tím, že si přečtete Přístup k určování problémů v WebSphere Application Server V6 na http://www.redbooks.ibm.com/redpapers/pdfs/redp4073 .pdf.

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. 97

3.1 Úvod Proces instalace pro WebSphere Application Server V6 se oproti předchozím verzím změnil. Hlavní změnou je, že je nainstalována pouze jedna kopie základních souborů produktu. Profily se používají k definování více běhových prostředí serveru.

Vstupním bodem do instalace WebSphere Application Server je příruční panel (Obrázek 3-1). Odtud můžete zvolit spuštění průvodce instalací pro WebSphere Application Server.

Obrázek 3-1 Launchpad pro instalaci WebSphere Application Server

98 Určení problému WebSphere Application Server V6 pro distribuované platformy

Obrázek 3-2 poskytuje přehled událostí instalace a běžných problémy spojené s instalací.

LaunchPad Zobrazuje úkoly, které je třeba provést

Běžné problémy Žádný podporovaný prohlížeč, konfigurace prohlížeče Nedostatek místa na disku

Běžné problémy Nízké zdroje, jako je místo na disku, virtuální paměť Problémy s JVM

Průvodce vytvořením profilu

Vytvořte nový aplikační server, správce implementace, vlastní profil

Nástroj pro ověření instalace (IVT)

Ověřte instalaci

Obrázek 3-2 Přehled událostí instalace, běžných problémů a protokolů

Kapitola 3. Určení problémů s instalací 99

Poznámka: Na obrázku 3-2 na stránce 99 Průvodce instalací a Průvodce vytvořením profilu jsou zobrazeny jako různé entity. Toto uvidíte, pokud instalujete verzi Network Deployment. V základní nebo expresní instalaci WebSphere Application Server se profil pro výchozí profil vytvoří v samotném průvodci instalací.

3.2 Řešení problému

Proces určování problému zahájíte vyhodnocením příznaků vysoké úrovně, abyste zjistili, zda jeden z těchto příznaků popisuje váš problém. Pokud tomu tak není, musíte shromáždit příslušná data, která jsou nutná k diagnostice problému.

Pokud zde svůj příznak nenajdete, přejděte na „Další krok“ na straně 113.

Obnova z neúspěšné nebo pozastavené instalace:

V závislosti na stavu, ve kterém se systém nachází, když se instalace nezdaří nebo

zablokuje, může být nutné ručně odinstalovat WebSphere Application Server než proces zopakujete. Informační centrum WebSphere má podrobné pokyny pro odinstalaci specifické pro platformu na adrese: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.nd.doc/ info/ae/ae/tins_uninstman.html

100 Určení problému WebSphere Application Server V6 pro distribuované platformy

3.2.1 Příznak: Launchpad nebo průvodce instalací se nespustí nebo selže Tento příznak se týká následujících situací: Vytvorte si příkaz launchpad.bat v systému Windows nebo skript launchpad.sh v prostředí UNIX nespustí příruční panel. pokročilý Výběr Spustit průvodce instalací pro WebSphere Application Server z příručního panelu selže při spuštění průvodce instalací nebo se průvodce ukončí s chybovou zprávou nebo bez ní.

Mezi možné příčiny typu problému patří požadavky webového prohlížeče a požadavky na místo na disku nebo oprávnění.

Pokud se spustí průvodce instalací a chvíli běží, ale zdá se, že se zasekne, přejděte na „Příznak: Průvodce instalací zamrzne“ na stránce 103.

Kapitola 3. Určení problémů s instalací 101

Pokud tento soubor neexistuje, spusťte instalační program z příkazového okna pomocí volby -log pro vytvoření protokolu všech událostí. - UNIX ./install -log !logfile @ALL - Windows install -log !logfile @ALL Kde logfile je plně kvalifikovaný název souboru pro zápis událostí protokolu.

Při shromažďování souborů protokolu je zkopírujte na místo, kde si je můžete prohlédnout. Pokud potřebujete znovu vytvořit problém, abyste mohli shromáždit tuto dokumentaci, nezapomeňte se připravit (naplánujte si pracovní dobu mimo směnu, zkontrolujte předpoklady atd.).

Co hledat

Problémy se spuštěním příručního panelu nebo průvodce instalací lze obvykle vysledovat až k chybějícím nezbytným úrovním systému nebo aplikací. Prvním krokem při diagnostice tohoto problému je zajistit, že máte správné předpoklady pro instalaci. Tyto informace naleznete na: http://www-306.ibm.com/software/webservers/appserv/doc/latest/prereq.html

Problémy se spuštěním příručního panelu nebo průvodce instalací

Pokud máte problém se spuštěním příručního panelu, podívejte se na protokol IBM_WebSphere_LaunchPad_log.txt. Tento protokol obvykle obsahuje minimum zpráv, které označují, kdy byl spuštěn příruční panel. V případě chyby při spouštění může obsahovat také chybové zprávy. Pokud se příruční panel vůbec nespustí, nevytvoří se žádný soubor protokolu.

Problémy v průvodci instalací

Události instalace se instalují do souboru log.txt. Pokud se průvodce instalací spustí, ale během procesu instalace selže, vyhledejte v souboru log.txt zprávy obsahující INSTCONFSUCCESS, INSTCONFPARTIAL SUCCESS nebo INSTCONFFAILED, které mohou indikovat aktuální stav instalace.

Pokud uvidíte zprávy INSTCONFPARTIALSUCCESS nebo INSTCONFFAILED, pak by před nimi měly být

chybové nebo varovné zprávy (například zprávy, které indikují problémy se zdroji, jako je nedostatek místa na disku, výjimky v JVM, chyby segmentace a tak dále).

102 Určení problému WebSphere Application Server V6 pro distribuované platformy

Chyba podobná následující označuje problém s místem na disku: Nebylo nalezeno vhodné prostředí JVM. Spusťte prosím program znovu pomocí volby -is:javahome < JAVA HOME DIR> V zařízení nezbývá místo

Tato chyba znamená, že není dostatek volného místa pro spuštění instalačního programu. Tato chyba se může zobrazit, i když je na místě, kde plánujete nainstalovat WebSphere Application Server, dostatek místa (například jednotka D: nebo /usr) .

Ověřte, že umístění C:\Temp nebo %TEMP% v adresáři Windows nebo /tmp v

UNIX má dostatek volného místa pro spuštění instalačního programu. Musíte zkontrolovat instalační dokument, abyste zjistili přesné množství požadovaného dočasného místa na disku, obvykle minimálně 100 MB.

Další možností je použít -is:tempdir s průvodcem instalací, kde tempdir je umístění dočasného adresáře na oddílu s dostatkem volného místa.

Pokud splňujete předpoklady instalace a stále jste svůj problém nevyřešili, přejděte na "Další krok" na stránce 113, kde najdete informace o tom, jak vyhledat známé problémy s instalací.

3.2.2 Příznak: Průvodce instalací se zasekne

Během instalace se zobrazuje indikátor průběhu, který ukazuje, jak daleko instalace pokročila. Pokud nedojde k žádné změně v indikátoru průběhu po velmi dlouhou dobu, instalační proces může být pozastaven.

V instalaci WebSphere Application Server nebo WebSphere Application Server - Express

vytvoří průvodce instalací výchozí profil serveru. Instalační program nejprve spustí proces kopírování souboru a poté proces vytvoření profilu. V aplikaci WebSphere Application Server Network Deployment se jedná o dvoukrokový proces. Instalace se dokončí a budete dotázáni, zda chcete vytvořit profil.

Kapitola 3. Zjišťování problémů s instalací 103

Data ke shromažďování Pokud se instalace zasekne, zkontrolujte následující: Vytvorte /logs/log.txt Pokud instalační program selže ve velmi rané fázi, pak tento soubor protokolu nemusí být vytvořen nebo může existovat v dočasné oblasti systému, což je %TEMP%\log.txt v systému Windows nebo /tmp/log.txt v systému UNIX. Chcete-li zajistit, že v tomto protokolu získáte úplný seznam zpráv, spusťte instalační program z příkazového okna pomocí volby -log a vytvořte protokol všech událostí. - UNIX ./install -log !logfile @ALL - Windows install -log !logfile @ALL Kde logfile je plně kvalifikovaný název souboru pro zápis událostí protokolu. hrubší /profiles//logs/pctLog.txt Tento soubor protokolu se vytvoří pouze při spuštění průvodce vytvořením profilu. Tento protokol se nevytváří při přímém použití příkazu wasprofile nebo během instalace produktu.

Co hledat

Pokud si myslíte, že instalační proces přestává fungovat, pravidelně kontrolujte soubor log.txt, abyste viděli, zda postupuje. Zprávy jako INSTCONFSUCCESS, INSTCONFPARTIALSUCCESS nebo INSTCONFFAILED v log.txt označují aktuální stav instalace. Pokud uvidíte zprávy INSTCONFPARTIAL SUCCESS nebo INSTCONFFAILED, měly by před nimi být chybové nebo varovné zprávy.

Zkontrolujte také další systémové aktivity, jako je využití procesoru, využití pevného disku nebo jakákoli síťová aktivita (pokud instalujete vzdáleně), abyste se ujistili, že instalaci neovlivňují vnější faktory.

Pokud se instalace zdá být zavěšená, vyhledejte poslední zaznamenanou zprávu v souboru protokolu. Tato zpráva vám dává představu o tom, co instalační program dělal, než zamrzl.

104 Určení problému WebSphere Application Server V6 pro distribuované platformy

Zjistěte, zda došlo k chybám v procesu kopírování souboru Vyhledejte v log.txt záznam, jako je tento: (), Install, com.ibm .ws.install.ni.ismp.actions.ISMPConfigManagerLaunchAction, msg1, INSTCONFSUCCESS: Konfigurace po instalaci je úspěšná

Pokud se zobrazí tato zpráva, proces kopírování souboru byl úspěšně dokončen. Pokud ne, zkontrolujte zprávy v protokolu, zda neobsahují indikaci chyby.

Zjistěte, zda došlo k chybám v procesu vytváření profilu

Pokud bylo kopírování souboru úspěšně dokončeno, všechny chybové zprávy po tomto indikují problémy při vytváření profilu nebo s jinými následnými kroky, včetně ukázkové aplikace a administrativní konzoly nasazení aplikace. V protokolu vyhledejte následující položku (log.txt pro WebSphere Application Server a WebSphere Application Server - Express, pctLog.txt pro WebSphere Application Server Network Deployment): (), Install, com.ibm.ws.install.ni.ismp .actions.ISMPWSProfileLaunchAction, msg1, INSTCONFSUCCESS: Konfigurace po instalaci je úspěšná

Pokud tuto zprávu nevidíte, došlo k problémům s vytvořením profilu. Chcete-li diagnostikovat problémy s vytvářením profilu, viz „Příznak: Chyba při vytváření profilu“ na straně 105.

Na druhou stranu, pokud vidíte tuto zprávu, vytvoření profilu bylo úspěšné a je čas přehodnotit vaše příznaky. Přejděte na „Další krok“ na straně 113.

3.2.3 Příznak: Chyba při vytváření profilu

Profily vám umožňují definovat více běhových prostředí, z nichž každé má své vlastní administrativní rozhraní a zároveň sdílí stejnou kódovou základnu. Problémy s vytvářením profilu mohou být způsobeny dlouhými cestami k adresářům, oprávněními k souborům, problémy s názvem hostitele a tak dále.

Výchozí profil serveru je vytvořen jako součást procesu instalace v

WebSphere Application Server nebo WebSphere Application Server - Express instalace. Průvodce instalací Network Deployment vám dává možnost vytvořit profil. Profily lze také vytvořit kdykoli po instalaci.

Kapitola 3. Určení problémů s instalací 105

Data ke shromažďování Pokud se vytvoření profilu nezdaří, zkontrolujte následující: vel. /logs/wasprofile/wasprofile_create_.log Tento soubor protokolu se vytvoří po dokončení fáze instalace proces kopírování souboru a spustí se vytváření výchozího profilu. Tento soubor protokolu se také vytvoří při každém spuštění průvodce vytvořením profilu nebo příkazu wasprofile. Tento soubor protokolu sleduje všechny události, ke kterým dojde během vytváření profilu. Je to soubor protokolu XML a nejlépe jej zobrazí prohlížeč, který umí formátovat XML, například webový prohlížeč nebo WordPad ve Windows. Záznamy v tomto souboru protokolu se skládají ze záznamů. Ukázková položka protokolu, která označuje chybu, by vypadala podobně jako následující:2005-07-19T14:18:53 1121762933500 2984 com.ibm.ws.install.configmanager.ConfigManager VAROVÁNÍ com.ibm.ws.install.configManagermanager.Confi executeAllActionsFound 11 Závažná konfigurační akce selhala: com.ibm.ws.install.configmanager.actionengine.ANTAction -C:\IBM\WAS\profileTemplates\managed\actions\ executeManagedProfileSetup.ant vytvorí se /logs/log.txt

Během vytváření profilu se vytvářejí následující soubory protokolu. Jsou umístěny v adresáři /profiles//logs. Každý protokol může nebo nemusí existovat v závislosti na typu vytvořeného profilu. hrubší soubor pctLog.txt Vytvoří se pouze při spuštění průvodce vytvořením profilu. Tento protokol se nevytváří při přímém použití příkazu wasprofile nebo během instalace produktu. pokročilý amjrte_config.log Protokol konfigurace produktu Tivoli Access Manager pro jeho prostředí Java Runtime Environment. pokročilejší collect_metadata.log Shromažďuje informace o metadatech o spravovaných objektech v systému za účelem vyhodnocení a předcházení potenciálním konfliktům při instalaci.

106 Určení problému WebSphere Application Server V6 pro distribuované platformy

VytvářetDefaultServer.log Protokol z wsadmin zaznamenávající vytvoření procesu serveru1 ve výchozím profilu. položky a zkratky.. Maximálně.. defaultapp_config.log protokol skriptu JACL z konfigurace výchozích prostředků aplikace..vyvážení Service.log Spouštění a zastavování událostí pro server1.vyjadř.. Protokoly instalace a konfigurace aplikací pro systém a vzorové aplikace: - filetransfer_config.log pro aplikaci pro přenos souborů - ivt_config.log pro aplikaci ivtAPP - mejb_config.log pro aplikaci ManagementEJB - hamanager_config.log pro aplikaci s vysokou dostupností - query_config.log pro aplikaci Query - Samples_config.log pro vzorovou aplikaci PlantsByWebSphere - sample_install.log pro SamplesGallery a PlantsByWebSphere vzorové aplikace - scheduler.cal_config.log pro aplikaci SchedulerCalendars - webui_config.log pro aplikaci administrativní konzoly - defaultapp_deploy.log pro aplikaci DefaultApplication vylepší SIBDefineChains.log Protokol vytvoření pro koncové body sběrnice integrace služeb, příchozí kanály a řetězce kanálů, odchozí fond vláken a odchozí kanál a řetězy kanálů.Vysoký SIBDeployRA.log Protokol nasazení pro funkci sběrnice pro integraci služeb Vysoký Winservice_config.log Protokol služby pro službu Windows vytvořený pro server 1. Vysoký addNode.log Protokol pro sdružování uzlu do buňky (Vlastní profil ).

Co hledat

Zprávy jako INSTCONFSUCCESS, INSTCONFPARTIALSUCCESS nebo INSTCONFFAILED v log.txt nebo pctLog.txt označují aktuální stav

Kapitola 3. Určení problémů s instalací 107

instalace. Pokud uvidíte zprávy INSTCONFPARTIAL SUCCESS nebo INSTCONFFAILED, měly by před nimi být chybové nebo varovné zprávy.

Hledejte položku, jako je tato:

(), Install, com.ibm.ws.install.ni.ismp.actions.ISMPWSProfileLaunchAction, err, INSTCONFFAILED: Nelze dokončit požadované akce konfigurace po instalace. Konfigurace se nezdařila. Instalace není úspěšná. Další podrobnosti naleznete v \install_root\logs\wasprofile\wasprofile_create_profilename.log

Pokud vidíte tento záznam, podívejte se do souboru wasprofile_create_.log a pokuste se

určit, jaká úloha byla prováděna, když se vytvoření profilu nezdařilo. Většina úloh, jako je instalace systému nebo ukázkové aplikace, je protokolována do jednotlivých souborů protokolu v adresáři /profiles//logs. Pokud můžete určit, kterou úlohu provádělo vytvoření profilu, shromážděte soubor pro tuto úlohu. Pokud jste měli například problémy s vytvořením vlastního uzlu, podívejte se do souboru protokolu /profiles//logs/addNode.log, zda neobsahuje nějaké chyby.

Informace o běžných problémech naleznete v části "Problémy s vytvářením profilu" na

3.2.4 Příznak: IVT selže

IVT se podívá na konfiguraci profilu pro server a hledá server běžící na čísle portu serveru. Všimněte si, že pokud je na tomto portu spuštěn server, IVT běží proti tomuto serveru, i když to není ten, který jste právě nainstalovali. Pokud na tomto portu neběží žádný server, IVT se pokusí server spustit. Když se server úspěšně spustí, IVT přistoupí k serveru a spustí různé testy, včetně ověření servletového motoru, ověření JSP, ověření EJB a tak dále.

Možnost spustit IVT se zobrazí v konzole První kroky po dokončení instalace a po každém vytvoření profilu, s výjimkou vytvoření vlastního profilu, protože ve skutečnosti není vytvořen žádný server.

Před provedením jakýchkoli změn konfigurace na serveru WebSphere Application Server byste měli spustit IVT. To funguje jako kontrolní bod, abyste zjistili, zda v důsledku instalace existují nějaké problémy. Pokud IVT běží čistě a problémy se objeví později, oni

108 Určení problémů WebSphere Application Server V6 pro distribuované platformy

je s největší pravděpodobností způsobeno změnami konfigurace provedenými po instalaci. Před spuštěním IVT se doporučuje zastavit všechny instance WebSphere Application Server.

Selhání v IVT je obvykle způsobeno selháním spuštění aplikačního serveru. Mezi běžné důvody patří konflikty portů, nedostatek paměti a podobně.

Co hledat

Prvním souborem, na který se podíváte v případě selhání IVT, je ivtClient.log. Zprávy s předponami IVTL a ADMU poskytují informace o tom, co aplikace IVT dělá, a stavu každé akce.

V ivtClient.log hledejte následující zprávu:

ADMUXXXXX: Server servername open for e-business; ID procesu je xxxx

Pokud najdete tuto zprávu, server se úspěšně spustil a IVT selhal při provádění jednoho z testů. Prozkoumejte chybové zprávy inivtClient.log a vyhledejte selhávající proces.

Pokud se server nespustí, podívejte se na položku Číslo portu serveru je:. Tato položka obsahuje číslo portu serveru instance profilu. Ujistěte se, že tento port není používán (viz „Problémy se spuštěním aplikačního serveru“ na straně 111).

Kapitola 3. Určení problémů s instalací 109

Pokud se nezdá, že by problém způsoboval port, podívejte se na startServer.log, SystemErr.log a SystemOut.log, kde najdete informace související se spouštěním serveru, např. jako následující: hi Hledej všechny chybové zprávy začínající na WSVR (běh serveru) nebo ADMU (nástroj pro správu) v souborech startServer.log a SystemOut.log. Vyhledejte chybové zprávy v SystemErr.log. Tyto zprávy budou začínat: [Datum a časové razítko] 0000000a SystemErr

Pokud nemůžete problém identifikovat, přejděte na „Další krok“ na straně 113.

3.3 Analýza problémových oblastí

Vaše analýza dat, která jste shromáždili, vás s největší pravděpodobností zavede k jedné z následujících oblastí. Pokud ne, viz „Další krok“ na straně 113.

3.3.1 Požadavky na webový prohlížeč

Pokud máte problémy se spuštěním příručního panelu, je možné, že nemáte správně nainstalovaný nebo nakonfigurovaný podporovaný webový prohlížeč. Pokud se jedná o tento případ: Najvyšší Ověřte, zda je nainstalována nejnovější verze podporovaného webového prohlížeče. Mozilla a Internet Explorer jsou podporovány pro činnosti konfigurace a instalace. • Na platformách UNIX se ujistěte, že je exportováno umístění podporovaného prohlížeče. Pokud je například spustitelný soubor Mozilly umístěn v adresáři /usr/bin, exportujte jeho umístění následujícím způsobem: export BROWSER=/usr/bin/mozilla vyšš. Například: - V Mozille vyberte Upravit → Předvolby → Upřesnit → Skripty & Zásuvné moduly – Povolit JavaScript pro: Navigátor, Povolit skriptům: (zaškrtněte všechna políčka) – V Internet Exploreru vyberte Nástroje → Možnosti Internetu → Zabezpečení → Vlastní úroveň pro internetové skriptování → Aktivní skriptování → Povolit

Následující odkaz poskytuje konkrétní informace o připravenosti systému k instalaci WebSphere Application Server na RedHat Linux Enterprise Edition 4: http://www-1.ibm.com/support/docview.wss?uid=swg21201306

110 Určení problému WebSphere Application Server V6 pro distribuované platformy

3.3.2 Problémy se spouštěním aplikačního serveru Během vytváření profilu je důležité, aby čísla portů, která jsou specifikována pro každou ze služeb WebSphere Application Server, byla unikátní. Průvodce vytvořením profilu se ve výchozím nastavení pokouší definovat čísla portů, která nejsou v konfliktu s jinými profily v instalaci. Je však také možné, že existují další aplikace používající stejná čísla portů (například starší verze WebSphere Application Server v prostředí koexistence nebo prostředí testování jednotek Rational Application Developer).

Pokud se aplikační server nespustí během procesu IVT nebo později pomocí příkazu startServer, vyhledejte v souboru startServer.log následující zprávu: ADMYUXXXXX: instance serveru již možná běží: server1

Tato zpráva označuje, že již běží jiná instance serveru nebo jiný proces používá stejné číslo portu.

Chcete-li problém vyřešit, postupujte takto:

Vytvorte pomocí příkazu serverStatus, zda je instance serveru, kterou se pokoušíte spustit, již spuštěna. • Zkontrolujte porty, které vyžaduje proces aplikačního serveru. Můžete je vidět v: /profiles//config/cells//nodes// serverindex.xml Vytvorte seznam portů, které systém aktuálně používá. Jedním ze způsobů, jak toho dosáhnout, je zadat příkaz netstat -a v okně příkazového řádku. Pokud máte konflikt portů, aktualizujte soubor serverindex.xml tak, aby používal nekonfliktní číslo portu.

Kapitola 3. Určení problémů s instalací 111

3.3.3 Problémy s vytvářením profilu Následují běžné problémy s vytvářením profilu.

Chyby délky cesty k souboru

Windows 2000 má omezení délky příkazu na 258 znaků. Může nastat problém, který brání úspěšnému vytvoření profilu, když je cesta příliš dlouhá. Maximální délka adresáře je 60 znaků. Maximální délka kořenového adresáře instalace profilů je 80 znaků.

Pokud vaše soubory protokolu obsahují chyby podobné jako Vstupní řádek je příliš dlouhý, pak délka cesty k souboru a název uzlu v řetězci příkazu způsobily, že celý příkaz překročil limit operačního systému pro délku příkazu.

Tato chyba se může zobrazit v okně zprávy během průvodce nebo při použití wasprofile v /profiles//logs/collect_metadata.log.

Vytvořte profil znovu pomocí kratších cest k adresářům a názvů uzlů. Pokud jste stále v procesu instalace, zvažte přeinstalaci pomocí kratší cesty pro kořen instalace.

Chyba názvu hostitele

Pokud vidíte chyby podobné tomu, že localhost není platný název hostitele pro vzdálený přístup, pak jste jako hodnotu do pole názvu hostitele v průvodci vytvořením profilu zadali localhost. Ostatní počítače v síti nemohou dosáhnout vašeho uzlu pomocí localhost, takže musíte zadat název hostitele, který mohou jiné systémy přeložit na IP adresu vašeho systému.

Chyba cesty k šabloně

Pokud se v prostředí UNIX zobrazí chyba podobná následující, ověřte správnost umístění šablon profilu a oprávnění: Příchozí příkazový řádek je: { "-create" ,"- help" ,"-templatesPath" ,"/opt/WebSphere/AppServer/crso/profileTemplates/managed" } Nelze vyřešit templatePath z příkazového řádku

Chyba vlastního profilu

Pokud při vytváření vlastního profilu došlo k chybě, podívejte se na další chyby v souboru addNode.log. Hledejte chybovou zprávu podobnou následující: [Datum a časové razítko] 0000000a AbstractNodeC E ADMU0006E: Výjimka vytváří připojení správce nasazení: com.ibm.websphere.management.exception.ConnectorException: ADMC0016E: Systém nemůže vytvořit konektor SOAP pro připojení na název hostitele na portu 8879

112 Určení problému WebSphere Application Server V6 pro distribuované platformy

Pokud se zobrazí tato zpráva, je pravděpodobné, že profil správce implementace není spuštěn. Před vytvořením vlastního profilu se ujistěte, že je profil správce implementace vytvořen a spuštěn na zadaném portu a hostiteli.

Pokud se nezobrazí žádná z těchto zpráv a nevidíte žádné další zjevné problémy, přejděte na „Další krok“ na straně 113.

3.4 Další krok

Příznaky a problémové oblasti uvedené v tomto dokumentu jsou některé, se kterými se pravděpodobně setkáte. Při instalaci se však mohou pokazit i další věci.

Zkontrolujte klasifikaci problémů a zjistěte, zda existují nějaké další součásti, které by mohly problém způsobovat.

Podívejte se také do dokumentace Informačního centra WebSphere, kde najdete další

zdroje pro diagnostiku a řešení problémů: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic =/ com.ibm.websphere.base.doc/info/aes/ae/rtrb_allrfl.html

Kapitola 3. Určení problémů s instalací 113

114 Určení problémů WebSphere Application Server V6 pro distribuované platformy 4

Kapitola 4. Správa systému

určování problémů Tento dokument pojednává o technikách určování příčin problémů se správou systému WebSphere Application Server. Příznaky, které tento dokument pojednává, jsou: Vytvorte přístup k administrativní konzole. • K procesům serveru nemůžete přistupovat pomocí wsadmin nebo skriptů pro správu, jako je stopServer. hrubší chyby Při provádění funkcí správy systému (například správy aplikačních serverů, agentů uzlů, webových serverů nebo aplikací) dochází k chybám. † Nemůžete sdružit uzel se správcem implementace. • V administrativní konzole se vám zobrazují zprávy o konfliktu ukládání. • Vaše podnikové aplikace se již nezobrazují v administrativní konzole. • Máte problémy s WebSphere Rapid Deployment. • Máte potíže s komunikací pomocí SSL a dostáváte zprávy, že platnost vašich certifikátů vypršela.

Důležité: Doporučujeme, abyste zahájili proces určování problému

tím, že si přečtete Přístup k určování problémů v WebSphere Application Server V6 na http://www.redbooks.ibm.com/redpapers/pdfs/redp4073 .pdf.

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. 115

4.1 Úvod V tomto článku se podíváme na řešení problémů, které se vyskytnou během činností správy systému. Konfigurace WebSphere Application Server je udržována v souborech XML. Soubory XML jsou udržovány v adresářové struktuře, která odráží topologii vaší instalace WebSphere Application Server (Obrázek 4-1).

úložiště konfigurace

Administrátorská konzole

wsadmin

Server WebSphere WebSphere server

Obrázek 4-1 Přehled administrace systému

Administrační konzola WebSphere a příkazový řádek wsadmin

čtou, udržují a upravují obsah souborů XML.

Důrazně doporučujeme pravidelně zálohovat úložiště konfigurace

. Úložiště můžete zálohovat buď ručně prostřednictvím zálohy systému souborů, nebo můžete použít nástroj backupConfig dodávaný WebSphere Application Server. Tento skript vytvoří komprimovaný soubor, který obsahuje všechny konfigurační soubory, které můžete potřebovat k obnovení konfigurace WebSphere Application Server.

Tip: Přímá úprava souborů XML v úložišti není podporována a může vést k neočekávaným výsledkům.

116 Určení problému WebSphere Application Server V6 pro distribuované platformy

Na nejzákladnější úrovni, což je samostatná instalace jednoho serveru WebSphereApplication Server, je konfigurační adresář znázorněn na obrázku 4-2. . Zobrazené soubory XML obsahují data, která jsou zformátována administrativní konzolí a zobrazena v různých polích a textových polích v prohlížeči.

Obrázek 4-2 Konfigurační adresáře a soubory

Administrativní konzola a další nástroje pro správu volají beany správy (MBeans) v procesu WebSphere Application Server. MBeans používá WebSphere Application Server k provádění funkcí správy systému.

V prostředí Network Deployment správce implementace spravuje

hlavní úložiště pro všechny uzly a servery WebSphere Application Server, které v buňce spravuje. Kopie souborů, které každý uzel potřebuje, jsou replikovány do tohoto uzlu procesem známým jako synchronizace.

Kapitola 4. Určení problémů se správou systému 117

P lo m e n t M a s te r M a ager Re p o s ito ry

C e ll

Node Agent Node Agent

Node01 Node02

Node01 Node02 Re p o s ito ry Re p o s ito ry

Obrázek 4-3 Replikované úložiště správce

Synchronizují se pouze změněné soubory, takže i když váš systém provádí

automatickou synchronizaci každou minutu (výchozí interval), bude to mít minimální dopad na výkon, protože agent uzlu se připojí ke správci implementace a bude mu sděleno, že se nic nezměnilo.

Synchronizaci můžete spustit ručně pomocí administrativní konzoly

výběrem možnosti Správa systému → Uzly, zaškrtnutím uzlu, který chcete synchronizovat, a kliknutím na možnost Synchronizovat nebo Úplná resynchronizace.

Výběrem možnosti Synchronizovat se synchronizují pouze změny, o kterých administrativní

konzola ví, pomocí běžného mechanismu synchronizace. Volba Full Resynchronize synchronizuje všechny změny, které byly provedeny v hlavním úložišti jakýmikoli prostředky. Pokud byste například upravovali hlavní kopii souboru server.xml pomocí textového editoru, klepnutím na Synchronizovat se tento soubor nereplikuje do uzlu. Pokud klepnete na možnost Úplná synchronizace, budou vaše aktualizace replikovány.

118 Určení problému WebSphere Application Server V6 pro distribuované platformy

Synchronizaci můžete také provést z agenta uzlu pomocí skriptu syncNode.bat|sh. Chcete-li použít tento nástroj, musíte zastavit agenta uzlu. Parametry můžete předat skriptu pro protokolování zpráv do určeného souboru nebo pro sledování synchronizace.

Poznámka: Synchronizaci můžete provést také pomocí nástroje wsadmin. Další podrobnosti najdete v Informačním centru WebSphere.

Tip: Synchronizace nechrání před ztrátou celého replikovaného úložiště. Aby synchronizace fungovala, musí existovat konfigurační soubory agenta uzlu. Nenahrazuje komplexní politiku zálohování.

Vývojáři aplikací mohou rychle vytvořit nový čistý profil k otestování

aplikace a po dokončení testování tento profil odstranit.

Profily se vytvářejí buď pomocí průvodce vytvořením grafického profilu, nebo příkazem wasprofile a spravují se pomocí příkazu wasprofile.

Registr uživatelů obsahuje jména, členství ve skupinách, role a hesla uživatelů v organizaci. Na nejzákladnější úrovni většina operačních systémů

Kapitola 4. Určení problémů se správou systému 119

obsahují registr uživatelů, aby se uživatelé mohli přihlásit pomocí uživatelského jména a hesla a měli přístup ke zdrojům operačního systému. Na složitější úrovni může velká distribuovaná organizace udržovat úplný seznam uživatelů včetně jejich hesel, osobních údajů, členství ve skupinách a pracovních rolí v distribuovaném úložišti LDAP.

Pokud máte více instalací WebSphere Application Server na více

serverech, které potřebujete zabezpečit, musíte použít registr LDAP, aby byl stejný registr dostupný pro všechny servery.

Hesla v těchto souborech můžete zakódovat a zabránit tak jejich snadnému čtení pomocí nástroje pro kódování hesel: /bin/PropFilePasswordEncoder.bat|sh

Když je zabezpečení povoleno, WebSphere Application Server používá SSL pro

komunikaci z prohlížeče do administrativní konzoly a pro další administrativní komunikaci. Komunikace SSL se opírá o soubor databáze klíčů a heslo. WebSphere Application Server je dodáván s fiktivním databázovým souborem klíčů, který je zabezpečen heslem WebAS. Vřele doporučujeme

120 Určení problému WebSphere Application Server V6 pro distribuované platformy

že vytvoříte svůj vlastní soubor databáze klíčů pro produkční servery. Podrobnosti o přizpůsobení databáze klíčů naleznete v Informačním centru WebSphere: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/ aes/ae/tsec_preparetruststorefile.html

Opět můžete zakódovat hesla v těchto souborech.

WebSphere Rapid Deployment

WebSphere Rapid Deployment je nová funkce v WebSphere ApplicationServer V6, která zjednodušuje a urychluje proces nasazování podnikových aplikací nebo jejich komponent pro účely vývoje. WebSphere RapidDeployment je omezená verze IDE Eclipse a běží v dávkovém režimu.

WebSphere Rapid Deployment je proces na popředí, který monitoruje vybraný

adresář. Pokud vývojář zkopíruje soubor EAR podnikové aplikace do tohoto umístění, WebSphere Rapid Deployment detekuje nové EAR a automaticky jej nasadí na WebSphere Application Server. Obrázek 4-4 ukazuje komponenty WebSphere Rapid Deployment.

Obrázek 4-4 Komponenty WebSphere Rapid Deployment

Kapitola 4. Určení problémů se správou systému 121

WebSphere Rapid Deployment je určen pouze pro vývojová prostředí, aby zjednodušil proces testování aktualizací aplikací. Není určen pro produkční prostředí, kde nechcete snadno aktualizovat produkční kód. Z tohoto důvodu běží proces WebSphere Rapid Deployment pouze v popředí.

4.1.1 Shromažďování dat

Chcete-li určit problém se správou systému, musíte shromáždit následující soubory protokolů a data: Maximálně protokoly WebSphere Application Server Maximálně výstup wsadminu Maximálně Protokoly skriptů pro správu Najvyšší Protokoly správy profilů Rozvoj WebSphere Rapid Vývojové deníky

Pokud je obtížné problém znovu vytvořit nebo narušuje obchodní operace, přečtěte si

„Další krok“ na stránce 162, kde najdete úplný seznam dokumentace, kterou je třeba shromáždit, než budete pokračovat. Zejména byste si měli prohlédnout dokumenty MustGather, kde najdete úplný seznam dokumentace, kterou vyžaduje podpora IBM.

Protokoly WebSphere Application Server

Při diagnostice problémů se správou systému se musíte podívat na soubory protokolu WebSphere Application Server.

122 Určení problému WebSphere Application Server V6 pro distribuované platformy

Aplikační serverU některých typů problémů se možná budete muset podívat do protokolů pro aplikační server, který se pokoušíte spravovat. Tyto soubory protokolu jsou:/profiles//logs//SystemOut.log/profiles//logs//SystemErr.log

Trasování správy systému

Většinu problémů se správou systému lze vysledovat nastavením následujícího tracestringu:Admin=all

Pokud se nemůžete připojit k administrativní konzole WebSphere nebo wsadmin,

můžete nastavit trasování aktualizací souboru server.xml pro aplikační server, který potřebujete trasovat. Soubor server.xml najdete pod položkou serveru v adresářové struktuře konfiguračního souboru:/profiles//config/cells//nodes//servers//server.xml

Kapitola 4. Určení problémů se správou systému 123

Otevřete tento soubor v textovém editoru a aktualizujte značku služeb, přičemž změňte startupTraceSpecification na požadovaný trasovací řetězec, jak je ukázáno v příkladu 4-1.

Příklad 4-1 Nastavení trasovacího řetězce v server.xml

Aby se to projevilo, musíte restartovat server.

výstup wsadmin Zprávy z wsadmin se zapisují do souboru Soubor protokolu wsadmin.traceout: /profiles//logs/wsadmin.traceout

Můžete také zvýšit množství dat protokolovaných do tohoto souboru sledováním obslužného programu wsadmin. Aktualizujte následující soubor: /properties/wsadmin.properties

Odkomentujte řádek:

com.ibm.ws.scripting.traceString=com.ibm.*=all=enabled

Pamatujte, že protokolované informace mají omezené použití, protože wsadmin volá MBeans na aplikačním serveru, na kterém je spuštěna aplikace administrativní konzoly. Obvykle musíte také sledovat aplikační server.

Protokoly skriptů pro správu

Služby WebSphere Application Server lze spravovat pomocí dodaných skriptů pro správu. Například každá instalace WebSphere Application Server má skript pro spuštění aplikačního serveru, skript pro zastavení aplikačního serveru a skript pro zobrazení stavu všech aplikačních serverů, které jsou definovány v profilu. Každý z těchto skriptů zapisuje svůj vlastní soubor protokolu do adresáře protokolů serveru. Například skript stopServer zapíše stopServer.log do adresáře logs:

/profiles//logs//stopServer.log

Protokoly správy profilu

Nástroj pro vytváření a správu profilu wasprofile zapisuje zprávy do adresáře protokolů nezávislých na profilu, tj.: /logs/wasprofile/.log

Tento soubor protokolu je ve formátu XML.

124 Určení problému WebSphere Application Server V6 pro distribuované platformy

Grafické rozhraní Java, které se používá k vytvoření profilu, jednoduše volá wasprofile po shromáždění potřebných informací. Ve výchozím nastavení nezapisuje protokol. Můžete mu však předat parametr protokolu, jak je znázorněno: pctWindows -is:log c:\temp\pct.log

Protokoly WebSphere Rapid Development

Nástroj WebSphere Rapid Deployment pracuje s adresářem, který vytvoříte a předáte do WebSphere Rapid Deployment v proměnné prostředí WORKSPACE. Zaznamenává zprávy Eclipse do dvou samostatných souborů v tomto adresáři: Vývoj /.metadata/.log Maximálně /project/.metadata/.log

Podobně jako u jiných obslužných programů WebSphere Application Server, WebSphere Rapid

Deployment volá MBeans na aplikačním serveru. Protokoly aplikačního serveru vám mohou pomoci vyřešit problém s WebSphere Rapid Deployment. Obslužný program WebSphere Rapid Deployment nelze nijak vysledovat. Aplikační server však můžete trasovat podle popisu v části „Protokoly WebSphere Application Server“ na stránce 122.

Poznámka: V prostředí UNIX jsou soubory a adresáře začínající tečkou (.) skryté. Chcete-li je zobrazit, musíte předat parametr -a příkazu ls.

4.2 Řešení problému

Proces určování problému zahájíte vyhodnocením příznaků vysoké úrovně, abyste zjistili, zda jeden z nich popisuje váš problém. Pokud tomu tak není, shromáždíte příslušná data, která jsou nutná k diagnostice problému.

4.2.1 Analýza příznaků na vysoké úrovni

Začněme pracovat na problému: vylepšení Pokud se vám nedaří získat přístup k administrativní konzole WebSphere, přejděte na „Problém: Nelze získat přístup k administrativní konzole“ na strana 127. HLAVNÍ Pokud používáte wsadmin nebo skripty pro správu, jako je stopServer, ale tyto nástroje pro správu nemají přístup k procesu serveru, přejděte na „Problém: skripty wsadmin nebo skripty pro správu nemají přístup k serveru“ na straně 130.

Kapitola 4. Určení problémů se správou systému 125

Vyšší Pokud se pokoušíte provádět administrativní úlohy s procesy WebSphere Application Server (jako je spouštění nebo zastavování serveru), zvažte následující situace: - Pokud nemůžete zastavit aplikační server, přejděte na "Problém: Nelze zastavit proces serveru" na straně 133. - Pokud se vám nedaří spustit aplikační server, přejděte na "Problém: Nelze spustit proces serveru" na straně 135 - Pokud správce implementace nekomunikuje s agentem uzlu, přejděte na "Problém: Nelze získat přístup k agentovi uzlu" na stránce 137. - Pokud nemůžete spravovat webový server z administrativních nástrojů WebSphere, přejděte na "Problém : Nelze spravovat webový server" na straně 138. - Pokud nemůžete spravovat (spustit, zastavit, nainstalovat) aplikaci, přejděte na "Problém: Nelze spravovat aplikace" na straně 141. uzel se správcem implementace, přejděte na "Problém: Selhání přidání uzlu do správce implementace" na stránce 143. vel Pokud provádíte změny v administrativní konzole a dostáváte zprávy upozorňující na konflikt ukládání, přejděte na "Problém: Uložte konflikty v administrativní konzole" na stránce 150. Vylepšit Pokud se podnikové aplikace již nezobrazují v administrativní konzole, přejděte na "Problém: chybí podnikové aplikace" na stránce 151. Vyšší Pokud máte problém s komunikací se systémem přes SSL nebo přijímání zpráv, že platnost vašich certifikátů vypršela, přejděte na "Problém: Neplatné nebo vypršela platnost certifikátů" na stránce 153. h h Pokud máte problémy s WebSphere Rapid Deployment, přejděte na "Problém: WebSphere Rapid Deployment" na straně 158. , odstraňte nebo aktualizujte profily WebSphere Application Server, viz WebSphere Application Server V6: Určení problémů s instalací na: http://www.redbooks.ibm.com/redpapers/pdfs/redp4068.pdf

Kam jít odtud: Pokud po nalezení příznaku a přechodu do příslušné části nebo pokud se žádný z těchto příznaků nepodobá vašemu problému, přejděte na „Další krok“ na straně 162.

126 Určení problému WebSphere Application Server V6 pro distribuované platformy

4.3 Analýza problémových oblastí Analýza dat, která jste shromáždili, vás s největší pravděpodobností zavede k jedné z následujících problémových oblastí. Pokud ne, viz „Další krok“ na straně 162.

4.3.1 Problém: Nelze získat přístup k administrativní konzole

Pokoušíte se získat přístup k administrativní konzole WebSphere a přihlašovací stránka se nezobrazuje. Místo toho se zobrazí prázdná stránka nebo chyba HTTP 404, chyba nenalezena.

K tomuto problému dochází ihned po instalaci WebSphere Application

Server, po povolení zabezpečení, po přidání uzlu do správce implementace nebo po restartování procesu WebSphere Application Server.

V prostředí Network Deployment bude proces spuštěn ve správci nasazení

. V prostředí samostatného serveru bude proces probíhat na serveru (server1).

V závislosti na problému může být také nutné provést trasování správce a trasování zabezpečení. Podrobnosti viz „Sběr dat“ na straně 122.

Co hledat

K tomuto problému může dojít, protože server, který je hostitelem administrativní konzoly, není spuštěn nebo se pokoušíte připojit k nesprávnému číslu portu. Může k tomu také dojít, pokud byly soubory administrativní konzoly omylem odstraněny nebo je nesprávně nakonfigurováno zabezpečení.

Ověřte číslo portu a adresu URL

Ve výchozím nastavení je přístup k administrativní konzole přes následující adresu URL: http://:9060/ibm/console

Port je však konfigurovatelný a pokud je na počítači nainstalováno více profilů, port se může lišit od výchozího.

Prohlédněte si WebSphere Application Server SystemOut.log a ujistěte se, že byla spuštěna

administrativní konzola. Uvidíte zprávy podobné těm v Příkladu 4-2 na stránce 128, které ukazují, že administrativní konzola byla spuštěna a na kterém portu administrativní konzola naslouchá.

Kapitola 4. Určení problémů se správou systému 127

Příklad 4-2 Zprávy o spuštění administrativní konzoly [6/22/05 9:58:31:342 EDT] 0000001b ApplicationMg A WSVR0221I: Aplikace spuštěna: adminconsole [6/22/05 9:58:31:492 EDT] 0000000a TCPChannel A TCPC0001I: Kanál TCP TCP_1 naslouchá na portu hostitele * (IPv4) 9060.

Obrázek 4-5 Číslo portu administrativní konzoly

Ujistěte se, že se připojujete ke správnému serveru se správným číslem portu, například: http://localhost:9060/ibm/console

Ověřte, že se aplikace adminconsole spustila

Pokud se administrativní konzole nespustí, uvidíte chyby podobné těm, které jsou uvedeny v příkladu 4-3.

Příklad 4-3 zprávy o selhání administrativní konzoly

[7/3/05 15:10:29:359 EDT] 0000000a DeployedAppli E WSVR0100W: Při inicializaci došlo k chybě, adminconsolejava.io.FileNotFoundException: C :\IBM\WAS6\AppServer\systemApps\adminconsole.ear\deployment.xml (Systém nemůže najít zadanou cestu) na java.io.FileInputStream.open (Nativní metoda)

128 Určení problému WebSphere Application Server V6 pro distribuované platformy

Poznámka: V WebSphere Application Server V6 se aplikace adminconsole.ear a filetransfer.ear již nezobrazují jako nainstalované aplikace a nelze je spravovat ve stejné stejně jako jiné aplikace. To má zabránit jejich náhodnému odinstalování.

Ověřte konfiguraci zabezpečení

Pokud je zabezpečení povoleno, možná nebudete moci získat přístup k aplikaci administrativní konzoly kvůli problému s digitálními certifikáty, které se používají k nastavení komunikace SSL mezi vaším prohlížečem a serverem WebSphere Application Server. .V tomto případě byste mohli bez problémů přistupovat k jiným aplikacím na aplikačním serveru, které nepoužívaly SSL. Podrobnosti naleznete v části „Problém: Neplatné nebo prošlé certifikáty“ na straně 153.

Pokud se váš problém nevyřeší opravou neplatných certifikátů, můžete potvrdit, že souvisí se zabezpečením, vypnutím zabezpečení a opětovným testováním.

Soubor security.xml naleznete ve struktuře konfiguračního adresáře pod: /profiles//config/cells//security.xml

Aby se tato změna projevila, musíte restartovat server.

Kapitola 4. Určení problémů se správou systému 129

4.3.2 Problém: wsadmin nebo skripty pro správu nemají přístup k serveru Pokoušíte se použít nástroj wsadmin ke správě systému, ale nemůžete se připojit k proces aplikačního serveru nebo nedostávají žádnou odpověď od wsadmin.

Tento problém máte při pokusu o použití dodaných skriptů pro správu, jako je stopServer.bat nebo serverStatus.bat.

K tomuto problému dochází ihned po instalaci WebSphere Application

Server, po povolení zabezpečení, po přidání uzlu do správce implementace nebo po restartování serveru WebSphere Application Server.

Pokud se pokoušíte spravovat službu pomocí skriptu pro správu, jako je

stopServer.bat, pak potřebujete soubor protokolu z tohoto skriptu (stopServer.log) a případně stopu tohoto skriptu .

Co hledat

Tento problém může nastat, protože aplikační server, ke kterému se pokoušíte připojit, není spuštěn, nebo se pokoušíte připojit k nesprávnému číslu portu.

Obslužný program wsadmin se připojuje k aplikačnímu serveru v samostatném

prostředí nebo správci implementace v distribuovaném prostředí. Následující chyba ukazuje, že nelze navázat žádné připojení: WASX7023E: Chyba při vytváření připojení „SOAP“ k hostiteli „název hostitele“

Ujistěte se, že aplikační server běží a že pro připojení k aplikačnímu serveru nebo správci implementace používáte správné číslo portu.

Ověřte číslo portu

Můžete určit, ke kterému serveru se wsadmin pokouší připojit a na jakém portu se podíváte do souboru wsadmin.properties. Tento soubor je v adresářové struktuře profilu: /profiles//properties/wsadmin.properties

130 Určení problému WebSphere Application Server V6 pro distribuované platformy

Příklad 4-4 ukazuje název hostitele a číslo portu, které wsadmin používá jako výchozí.

Příklad 4-4 SOAP hostitel a port pro samostatný server

com.ibm.ws.scripting.host=localhostcom.ibm.ws.scripting.port=8879

Můžete to porovnat se záznamem v SystemOut.log z aplikačního serveru, který vám říká, na kterém portu aplikační server skutečně naslouchá připojení SOAP, jak ukazuje příklad 4-5.

Příklad 4-5 čísla portu konektoru SOAP z SystemOut.log

[7/8/05 14:19:55:445 EDT] 0000000a JMXSoapAdapte A ADMC0013I: Konektor SOAP je k dispozici na portu 8880

Případně můžete předat číslo portu wsadmin pomocí -portparameter:wsadmin -host kll6571 -port 8880

V instalaci Network Deployment se wsadmin pokouší odeslat požadavky do

správce nasazení. Soubor wsadmin.properties opět obsahuje název hostitele a číslo portu procesu správce implementace. Pomocí parametrů -host a -port můžete použít wsadmin k přímému připojení k jinému procesu než ke správci nasazení. Můžete se například připojit přímo k agentovi uzlu nebo vzdálenému aplikačnímu serveru. Příklad 4-6 ukazuje připojení k agentovi uzlu a následné vydání příkazu stopServer.

Příklad 4-6 Přímé připojení k agentovi uzlu pomocí wsadmin

$ ./wsadmin.bat -host m23vnx60.itso.ral.ibm.com -port 8881WASX7209I: Připojeno k procesu "nodeagent" na uzel m23vnx60Node01 využívající SOAPconnector; Typ procesu je: NodeAgentWASX7029I: Pro nápovědu zadejte: "$Help help"wsadmin>$AdminControl stopServer nodeagentWASX7337I: Vyvoláno zastavení pro server "nodeagent" Čekání na dokončení zastavení.

Kapitola 4. Určení problémů se správou systému 131

Poznámka: V příkladu 4-6 neobdržíte žádnou další odpověď, protože se server vypne. Pomocí Ctrl+c nástroj ukončete.

Ověřte, že aplikační server běží

Pomocí příkazu netstat můžete zajistit, že proces na portu naslouchá. Příklad 4-7 ukazuje výstup příkazu netstat, který byl filtrován nástrojem grep, aby zobrazoval pouze řádky obsahující řetězec 8880.

Příklad 4-7 výstup netstat

C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>netstat -an|grep 8880 TCP 0.0.0.0:8880 0.0.0.0:0 LISTENING 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_WAIT11127

Poznámka: Příkaz netstat je dostupný v systému UNIX i Windows. Příkaz grep je ve výchozím nastavení k dispozici v systému UNIX a můžete si stáhnout bezplatné kopie grep pro Windows.

Můžete také použít příkaz telnet a pokusit se získat připojení k názvu hostitele a portu, jak je znázorněno v příkladu 4-8.

Příklad 4-8 Použití k telnetu k testování portu

C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>telnet localhost 8880 Připojování k localhost...Nelze otevřít připojení k hostiteli na portu 8880: Připojení se nezdařilo

Všimněte si, že i když se můžete připojit, nebudete moci nic dělat, protože WebSphere Application Server nereaguje na příkazy telnet. Svou relaci telnet můžete ukončit stisknutím Ctrl+c.

Pokud se telnet nemůže připojit, pak se server nespustí nebo nepřijímá žádnou formu připojení. Zkuste restartovat aplikační server. Pravděpodobně budete muset ukončit proces Java, protože nepřijme příkaz stopServer.

132 Určení problému WebSphere Application Server V6 pro distribuované platformy

Ověřte konfiguraci zabezpečení Pokud je zabezpečení povoleno, musíte předat uživatelské jméno a heslo wsadmin, abyste se mohli připojit. Pokud nezadáte uživatelské jméno nebo heslo nebo je zadáte špatně, zobrazí se chyba při připojování, jak je znázorněno v příkladu 4-9

Příklad 4-9 Nesprávné uživatelské jméno nebo heslo

WASX7246E: Nelze navázat připojení "SOAP" k hostiteli "localhost" kvůli selhání ověřování. Ujistěte se, že uživatel a heslo jsou správné na příkazovém řádku nebo v souboru vlastností. Zpráva o výjimce (pokud existuje): "ADMN0022E: Přístup byl odepřen pro operaci getProcessType na Server MBean kvůli nedostatečným nebo prázdným přihlašovacím údajům."

Je možné, že se nebudete moci připojit k aplikačnímu serveru nebo správci nasazení

, pokud je povoleno zabezpečení, kvůli problému s digitálními certifikáty, které se používají k nastavení komunikace SSL. Podrobnosti viz „Problém: Neplatné certifikáty nebo certifikáty, jejichž platnost vypršela“ na straně 153.

4.3.3 Problém: Nelze zastavit proces serveru

Pokoušíte se zastavit aplikační server prostřednictvím administrativní konzoly, ale zobrazují se zprávy o selhání.

Pokud se pokoušíte spravovat server pomocí skriptu pro správu, jako je

stopServer.bat, pak potřebujete soubor protokolu z tohoto skriptu (stopServer.log) a případně stopu tohoto skriptu .

Kapitola 4. Určení problémů se správou systému 133

Co hledat Obrázek 4-6 ukazuje výsledek, který byste viděli v administrativní konzole, pokud byste se pokusili zastavit aplikační server, který zamrzl. Chvíli trvá, než vyprší časový limit požadavku na zastavení.

Obrázek 4-6 Chyba administrativní konzoly při zastavování aplikačního serveru

V tomto případě soubor SystemOut.log pro správce implementace s největší pravděpodobností nebude obsahovat žádné relevantní zprávy. V SystemOut.log pro agenta uzlu však můžete vidět zprávy podobné těm, které jsou uvedeny v příkladu 4-10.

Příklad 4–10 chyby agenta uzlu zastavující aplikační server

[7/11/05 13:51:54:207 EDT] 0000000d ThreadMonitor W WSVR0605W: Thread"SoapConnectorThreadPool : 6" (020000) byl aktivní po dobu 607027 milisekund a může být pozastaven. Na serveru je/jsou celkem 1 vlákna, která mohou být zavěšena.

V tomto příkladu je problém, že aplikační server nereaguje a nemůže reagovat na požadavky. Můžete také vidět situaci, kdy je agent uzlu zavěšen, jak je znázorněno v příkladu 4-11.

Příklad 4–11 chybových zpráv agenta zavěšeného uzlu

[7/11/05 14:19:00:918 EDT] 0000000f ThreadMonitor W WSVR0605W: Vlákno "WebContainer: 1"(00000038) bylo aktivní po dobu 619290 milisekund a může být pozastaveno. Na serveru je celkem 1 vlákno (vlákna), které může být pozastaveno.

V případě, že agent uzlu nereaguje, vyprší časový limit administrativní konzole alespoň po 10 minutách. Před vypršením časového limitu se zobrazí zpráva v SystemOut.log správce implementace.

Poznámka: Ve Správci úloh systému Windows se ID procesu ve výchozím nastavení nezobrazuje. Můžete však přidat ID procesu (PID) pomocí možnosti Zobrazit → Vybrat sloupce.

134 Určení problému WebSphere Application Server V6 pro distribuované platformy

Zastavení pozastaveného procesu je jednoduše obejitím. Skutečným problémem je zavěšení.

4.3.4 Problém: Nelze spustit proces serveru

Pokud se vám nedaří spustit aplikační server, problém bude pravděpodobně v konfiguraci nebo v chybě aplikace. Administrativní konzola i výstup skriptu startServer vrátí chybu, která vám řekne, kde hledat.

Poznámka: Zde uvedené kroky platí také pro správce implementace nebo agenta uzlu.

Data ke shromažďování Pokud se pokoušíte spustit server prostřednictvím administrativní konzoly, otevřete příkazové okno a pokuste se server spustit pomocí příkazu startServer.

Pokud tyto protokoly neobjasňují příčinu problému, možná budete muset skript sledovat.

Co hledat

Když se server nepodaří spustit, musíte zkontrolovat výstup příkazu startServer a protokoly pro daný aplikační server, zda neobsahují zprávy, které vám sdělí, v jakém bodě server selhal.

Příklad 4-12 ukazuje výstup příkazu startServer, který indikuje, proč se server nespustí.

Příklad 4-12 Nelze spustit server z příkazového řádku

C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>startserver server1 ADMU7701I: Protože server1 je registrován ke spuštění jako Windows, požadavek na spuštění tohoto serveru bude dokončen spuštěním přidružené služby Windows. ADMU0116I: Probíhá protokolování informací o nástroji

Kapitola 4. Určení problémů se správou systému 135

server server1 již běží b) nějaký jiný proces používá port 8880 ADMU3027E: Instance serveru již možná běží: server1 ADMU0111E: Program končí s chybou: com.ibm.websphere.management.exception.AdminException: ADMU3027E: Instance serveru již může být spuštěna: server1 ADMU1211I: Chcete-li získat úplnou stopu selhání, použijte volbu -trace. ADMU0211I: Podrobnosti o chybě lze vidět v souboru:

C:\IBM\WAS6\AppServer/profiles/StandAlone\logs\server1\startServer.log

V příkladu 4-12 nám výstup říká, že nějaký jiný proces používá jeden z portů, které tento server potřebuje ke spuštění. Pomocí příkazu netstat můžete potvrdit, že se port používá.

Příklad 4-13 ukazuje, že nějaký proces naslouchá na portu 8880. V UNIXu můžete určit, který proces na tomto portu naslouchá, pomocí příkazu lsof.

Příklad 4-13 Výstup z příkazu netstat

TCP 9.42.171.145:8880 9.42.171.145:2698 TIME_WAIT TCP 9.42.171.145:8880 9.42.171.145 TIME

Poznámka: Příkaz netstat je dostupný v systému UNIX i Windows.

Příklad 4-14 ukazuje výstup příkazu lsof. Tento výstup vám sdělí, že proces Java naslouchá na portu TCP 8880. ID procesu je 12968.

Příklad 4-14 Použití lsof ke kontrole otevřených portů

[root@m23vnx60 root]# lsof -i|grep 8880 java 12968 wasadmin 135u IPv4 655014 TCP *:8880 (LISTEN)

Poznámka: Existují ekvivalenty příkazu lsof pro Windows ke stažení z Internetu.

136 Určení problému WebSphere Application Server V6 pro distribuované platformy

Kontrolou protokolů serveru můžete určit, zda se server skutečně spustil.

Příklad 4-15 Spuštění serveru ztratí kontakt

C:\IBM\WAS6\AppServer\profiles\StandAlone\bin>startserver server1 ADMU7701I: Protože server1 je registrován ke spuštění jako služba Windows, požadavek na spuštění tohoto serveru bude dokončen spuštěním přidružené služby Windows. ADMU0116I: Probíhá protokolování informací o nástroji

Tento problém můžete vyřešit nastavením parametru časového limitu SOAP v následujícím souboru: /profiles//properties/soap.client.props

4.3.5 Problém: Nelze získat přístup k agentovi uzlu

Nedávno jste restartovali správce implementace a zjistili jste, že jeden z vašich agentů uzlu není zřejmě dostupný.

Kapitola 4. Určení problémů se správou systému 137

V závislosti na příčině problému se však v protokolech mohou nebo nemusí zobrazit nějaké užitečné zprávy.

Na co se zaměřit

Zkontrolujte agenta uzlu, abyste se ujistili, že skutečně běží, vyhledáním jeho procesu a kontrolou jeho SystemOut.log. Můžete se také ujistit, že běží, tím, že se pokusíte připojit k agentovi uzlu přímo pomocí wsadmin, jak je znázorněno v příkladu 4-6 na stránce 131.

Pokud agent uzlu běží a správce implementace nehlásí žádné chyby, ale stále říká, že agent uzlu je mimo provoz, je možné, že při spouštění správce implementace došlo k chybě DNS.

4.3.6 Problém: Nelze spravovat webový server

WebSphere Application Server V6 má schopnost spravovat IBM HTTP Server V6 z administrativní konzoly.

Máte problémy se spouštěním, zastavováním nebo získáváním stavu webového serveru.

Co hledat

Pomocí administrativní konzoly WebSphere můžete spustit a zastavit kterýkoli z podporovaných webových serverů. Webový server musí být nainstalován na spravovaném uzlu. Agent uzlu WebSphere Application Server provede příslušný příkaz spuštění nebo zastavení.

138 Určení problému WebSphere Application Server V6 pro distribuované platformy

Pokud používáte IBM HTTP Server V6.0, nemusíte instalovat webový server na spravovaný uzel, protože administraci lze provádět prostřednictvím IBM HTTP administrační server. Kromě spouštění a zastavování serveru IBM HTTP Server V6.0 můžete také spravovat jeho konfigurační soubor a prohlížet protokoly webového serveru.

IBM HTTP Server na nespravovaném uzlu

Pokud nemůžete spravovat IBM HTTP Server z administrátorské konzoly WebSpheread, ověřte, že byl správně nastaven administrativní server IBM HTTP Server.

Automaticky pomocí formátu MD5.

Nové heslo: ****** Znovu zadejte nové heslo: ****** Přidání hesla pro uživatele webadmin

Kapitola 4. Určení problémů se správou systému 139

Když spravujete IBM HTTP Server pomocí administrativní konzoly WebSphere, musíte se ujistit, že jsou splněny následující podmínky: vyvývoj, že administrace IBM HTTP Server server běží. • Ověřte, že název hostitele webového serveru a port, které jsou definovány v administrativní konzole WebSphere, odpovídají názvu hostitele a portu administrace serveru IBM HTTP Server. • Ověřte, že vám brána firewall nebrání v přístupu k administrativnímu serveru IBM HTTP Server z administrativní konzoly WebSphere. • Pokud se pokoušíte spravovat IBM HTTP Server přes zabezpečené připojení SSL, ověřte, že jste exportovali osobní certifikát databáze klíčů serveru administrace IBM HTTP Server a importovali jej do databáze klíčů WebSphere jako certifikát podepisujícího. Databáze klíčů bude identifikována v parametru com.ibm.ssl.trustStore v souboru sas.client.props. • Ověřte, že soubor admin_error.log IBM HTTP Server a protokoly WebSphere Application Server (trace.log) neobsahují žádné chyby.

IBM HTTP Server na spravovaném uzlu

Když je IBM HTTP Server na spravovaném uzlu spuštěn pomocí nástrojů pro správu WebSphere. Agent uzlu vydá stejný příkaz, který byste použili z příkazového řádku, tedy: /bin/apachectl

Správce implementace nezaprotokoluje žádné zprávy, když se pokusíte spustit webový server. Agent uzlu zaprotokoluje jednoduchou zprávu, která vám sdělí, že se pokouší spustit webový server, jak je znázorněno v příkladu 4-16.

Pokud se webový server nespustí, zobrazí se zpráva o selhání v administrativní konzole a zpráva v protokolu agenta uzlu, jak je znázorněno v příkladu 4-16.

Příklad 4–16 zpráv agenta uzlu spouštějící webový server

[7/12/05 14:56:15:658 EDT] 000000a6 AdminHelper A ADMN1001I: Je proveden pokus o spuštění webového serveru1 na uzlu m23vnx60Node .[7/12/05 14:56:15:661 EDT] 000000a6 NodeAgent W ADML0065W: Operace synchronizace před spuštěním aplikačního serveru se nezdařila.

140 Určení problému WebSphere Application Server V6 pro distribuované platformy

[7/12/05 14:56:22:843 EDT] 000000a6 NodeAgent W ADML0040E: Časový limit procesu při čekání na inicializaci serveru "webserver1" vypršel : 1200 sekund

Musíte zkontrolovat protokoly webového serveru, abyste zjistili, co se pokazilo.

Můžete také sledovat proces správce implementace i proces agenta uzlu, jak je popsáno v části "Shromažďování dat" na stránce 122, abyste získali další informace o zdroji selhání.

4.3.7 Problém: Nelze spravovat aplikace

Pokoušíte se spravovat aplikace, například spouštíte, zastavujete nebo instalujete aplikaci, a máte problémy.

K těmto problémům dochází při instalaci aplikace, po instalaci

aplikace nebo po restartu serveru.

Na co se zaměřit

Když dojde k chybě při pokusu o správu aplikace, můžete udělat následující věci:  Ověřte, že neexistují žádné chyby prostředku nebo cesty ke třídě. h Ověřte, že aplikace byla správně nainstalována vyš. Ověřte, že úložiště konfigurace není poškozeno

Ověřte, že neexistují žádné chyby prostředku nebo cesty ke třídě

Soubory protokolu aplikačního serveru jsou prvním místem, kde je třeba se podívat na jakékoli problémy se samotnou aplikací, jako jsou problémy s cestami ke třídě nebo problémy se zdroji. Chybová zpráva z administrativní konzoly vám sdělí, který uzel a server máte zkontrolovat, jak ukazuje Obrázek 4-7 na stránce 142. Pokud takovou chybu najdete, ve spolupráci s vývojáři aplikací vyřešte problém s kódováním aplikace nebo prostředky.

Ověřte, zda byla aplikace správně nainstalována

Pokud se aplikaci po instalaci nepodaří spustit na serveru, instalace možná neproběhla úspěšně. Instalace může mít

Kapitola 4. Určení problémů se správou systému 141

se zdálo být úspěšné, ale když se pokusíte spustit aplikaci, selže se zprávou v administrativní konzole, jak ukazuje Obrázek 4-7 na straně 142.

Obrázek 4-7 Zpráva z administrativní konzoly při selhání spuštění aplikace

Tato zpráva se také zobrazí ve správci implementace SystemOut.log, jak

ukazuje příklad 4-17.

Aplikační server SystemOut.log zobrazuje podobnou zprávu jako v

Příklad 4-18.

Příklad 4-18 Zpráva v protokolu aplikačního serveru, když se aplikace nepodaří spustit[7/12/05 9:44:07:379 EDT] 00000039 ApplicationMg W WSVR0215W: Spouštění aplikace, HelloApp, se nezdařilo. Aplikace není nainstalována.

Ověřte, že úložiště konfigurace není poškozeno

Poškození v úložišti konfigurace může také způsobit nespuštění podnikových aplikací. Například soubor serverindex.xml uzlu obsahuje seznam všech serverů a portů v buňce, se kterými může uzel potřebovat komunikovat. Obsahuje také seznam aplikací, které jsou nasazeny na serverech v těchto uzlech.

142 Určení problému WebSphere Application Server V6 pro distribuované platformy

Pokud dojde k poškození tohoto souboru a ke ztrátě seznamu aplikací, aplikace se na serveru v tomto uzlu nespustí. Když se proces serveru spustí, myslí si, že aplikace není nainstalována, a nepokouší se ji spustit. Pokud se pokusíte spustit aplikaci z administrativní konzoly, zobrazí se zpráva, která je znázorněna na obrázku 4-7 na stránce 142. Protokoly aplikačního serveru vám sdělí, že aplikace není nainstalována, jak ukazuje příklad 4-18 na straně 142.

Poté v administrativní konzole přejděte do části Správa systému →

Nodes. Vyberte uzel a zvolte Úplná resynchronizace, jak je znázorněno na obrázku 4-8.

Obrázek 4-8 ​​Úplná synchronizace

4.3.8 Problém: Selhání přidání uzlu do správce implementace

Uzel WebSphere Application Server je federován ke správci implementace pomocí addNode příkaz. To může někdy selhat.

Kapitola 4. Určení problémů se správou systému 143

Data ke shromažďování Následující protokoly mohou být užitečné při určování toho, proč nemůžete přidat uzel do správce implementace: Soubor protokolu skriptu pro správu: addNode.log velvyvoj Protokoly správce nasazení

V závislosti na příčině selhání se možná budete muset podívat na protokoly ve správci implementace.

Co hledat

Příklad 4-19 ukazuje, že časový limit připojení ze skriptu addNode ke správci implementace vypršel před dokončením práce.

Příklad 4-19 Chyby ze skriptu addNode

ADMU0116I: Informace o nástroji se zaznamenávají do souboru /opt/IBM/WAS6/AppServer/profiles/Craig02/logs/addNode.log ADMU0128I: Spouštění nástroje s profilem Craig02 ADMU0001I: Začněte federaci uzlu m23vnx60Node02 s Deployment Manager na kll6571:8879. ADMU0009I: Úspěšně připojeno k serveru Deployment Manager Server: kll6571:8879 ADMU0507I: V konfiguraci pod:

144 Určení problému WebSphere Application Server V6 pro distribuované platformy

ADMU0211I: Podrobnosti o chybě lze vidět v souboru: /opt/IBM/WAS6/AppServer/profiles/Craig02/logs/addNode.log

Podrobnější informace můžete získat z protokolu addNode, jak je znázorněno v příkladu 4-20 na stránce 145.

Příklad 4-20 Chyby z addNode.log

[7/12/05 15:20:02:155 EDT] 0000000a AdminTool A ADMU0113E: Program končí s chybou: com.ibm.websphere .management.exception.ConnectorException: ADMC0009E: Systému se nepodařilo provést volání SOAP RPC: invoke at com.ibm.ws.management.connector.soap.SOAPConnectorClient.invokeTemplate(SOAPCon nectorClient.java:642) ... výsledkem: [SOAPException: faultCode=SOAP-ENV:Client; msg=Čtení vypršel; targetException=java.net.SocketTimeoutException: Časový limit čtení vypršel] na adrese org.apache.soap.transport.http.SOAPHTTPConnection.send(Neznámý zdroj)

4.3.9 Problém: Synchronizace úložiště

Provádíte změny konfigurace v prostředí Network Deployment, a zatímco můžete uložit změny, požadavek na synchronizaci do vzdáleného uzlu selže.

Kapitola 4. Určení problémů se správou systému 145

Co hledat Zkontrolujte SystemOut.log od správce implementace a od agenta uzlu na serveru, který se nesynchronizuje. Zpráva administrativní konzoly vám sdělí, který uzel se nedaří synchronizovat, jak ukazuje Obrázek 4-9.

Obrázek 4-9 Výstup z neúspěšné synchronizace uzlu

Zpráva uvedená v příkladu 4-21 se objeví v SystemOut.log správce nasazení

.

Příklad 4-21 Nelze synchronizovat uzel

[7/3/05 16:01:17:845 EDT] 00000026 CellSync E ADMS0104I: Systém není schopen vyvolat požadavek na synchronizaci na nodeWebSphere: platform=common,cell=IBM-99TVXRDCell01,version=6.0.1.2,name=nodeSync,mbeanIdentifier=nodeSync,type=NodeSync,node=IBM-99TVXRDNode01,process=nodeagent.javax.management.InstanceNaServerServer nemůže najít výjimku MBeanSphere Object MBeanS :platform=common,cell=IBM-99TVXRDCell01,version=6.0.1.2,name=nodeSync,mbeanIdentifier=nodeSync,type=NodeSync,node=IBM-99TVXRDNode01,process=nodeagent

146 Určení problému WebSphere Application Server V6 pro distribuované platformy

Replikovaná kopie souboru, který se upravuje, může být poškozená nebo nepřístupná v uzlu, kde se změna provádí. Například provedení změny parametru velikosti haldy Java aktualizuje soubor server.xml v úložišti. Změna se provede v hlavní kopii souboru a administrativní konzola vrátí zprávu, že změna byla uložena a že synchronizace byla úspěšná, jak ukazuje Obrázek 4-10.

Obrázek 4-10 Výstup z úspěšného uložení a synchronizace

SystemOut.log správce implementace také ukazuje synchronizaci jako

úspěšnou: [7/3/05 16:11 :13:343 EDT] 00000085 DeploymentMan A ADMS0208I: Synchronizace konfigurace pro buňku dokončena.

SystemOut.log agenta uzlu však ukazuje, že agent uzlu není schopen otevřít soubor kvůli oprávněním, jak ukazuje příklad 4-22.

Příklad 4–22 Agent uzlu neotevře server.xml

[7/3/05 16:11:13:902 EDT] 00000040 FileDocument E ADMR0104E: Systém není schopen číst buňky dokumentu/ IBM-99TVXRDCell01/nodes/IBM-99TVXRDNode01/servers/server1/server.xml:java.io.FileNotFoundException:C:\IBM\WAS6\AppServer\profiles\AppSrv01\config\cells\IBM-99TVXRDCellCellCell09\no \servers\server1\server.xml (Přístup odepřen)[7/3/05 16:11:13:912 EDT] 00000040 NodeSyncTask A ADMS0016I: Synchronizace konfigurace se nezdařila.

Kapitola 4. Určení problémů se správou systému 147

V tomto případě je řešením opravit oprávnění k souboru a opakovat synchronizaci.

V jiných případech, například v případě poškozeného nebo prázdného souboru, je řešením soubor odstranit a umožnit automatickou synchronizaci, aby byl soubor nahrazen správnou kopií z hlavního úložiště.

Pokud automatická synchronizace není povolena, musíte uzel synchronizovat ručně

buď z administrativní konzoly, nebo ze samotného uzlu. Obrázek 4-11 ukazuje nastavení synchronizace souborů pro agenta uzlu. V tomto případě je povolena automatická synchronizace.

Obrázek 4-11 Nastavení automatické nebo ruční synchronizace

148 Určení problému WebSphere Application Server V6 pro distribuované platformy

Pokud ze zpráv nejste schopni určit, proč synchronizace selhává v protokolech zkuste synchronizaci příkazového řádku zahájenou z uzlu, který nelze synchronizovat. Musíte zastavit agenta uzlu. Z příkazového řádku zadejte příkaz syncNode, jak je znázorněno na obrázku 4-23. Musíte mu předat název hostitele a port SOAP správce implementace. Můžete také zadat volbu -trace.

Příklad 4-23 Spuštění a trasování syncNode

[wasadmin@m23vnx60 bin]$ ./syncNode.sh kll6571 8879 -trace ADMU0115I: Režim trasování je zapnutý. ADMU0116I: Informace o nástroji se zaznamenávají do souboru /opt/IBM/WAS6/AppServer/profiles/Node01/logs/syncNode.log ADMU0401I: Spusťte operaci syncNode pro uzel m23vnx60Node01 pomocí Správce nasazení kll6571: no0de cell.:Synchronizace mezi konfiguracemi ADMU 80167 ADMU0111E: Program končí s chybou: com.ibm.websphere.management.exception.AdminException: ADMU0005E: Chyba při synchronizaci úložišť ADMU0211I: Podrobnosti o chybě lze vidět v souboru: /opt/IBM/WAS6/AppServer/profiles/Craig01/logs syncNode.log

Poznámka: Agenta uzlu můžete zastavit, aniž byste museli zastavit aplikační servery. Provozní dopad zastavení agenta uzlu spočívá v tom, že nebude monitorovat aplikační servery, aby se ujistil, že jsou v provozu.

Kontrola souboru protokolu ukazuje problém, jak je znázorněno v příkladu 4-24.

Příklad 4-24 syncNode neotevře server.xml

[7/11/05 12:14:00:448 EDT] 0000000c FileDocument E ADMR0105E: Systém není schopen zapsat buňky dokumentu/kll6571Cell01 /nodes/m23vnx60Node01/servers/server02/server.xml:java.io.FileNotFoundException:/opt/IBM/WAS6/AppServer/profiles/Node01/config/cells/kll6571Cell01/nodes/m23vnx1xml2server/server.server. Přístup odepřen)

V tomto příkladu nebylo nutné spouštět trasování, protože chybová zpráva by se stejně objevila. Trasování je užitečné pro nalezení problému, pokud neexistují žádné zjevné chyby.

Kapitola 4. Určení problémů se správou systému 149

Příklad 4-25 Benign FileNotFound výjimkajava.io.FileNotFoundException:/opt/IBM/WAS6/AppServer/profiles/Node01/config/cells/kll6571Cell01/nodes /m23vnx60Node01/servers/nodeagent/variables.xml (Žádný takový soubor nebo adresář)

4.3.10 Problém: Konflikty ukládání v administrativní konzole

Při přihlašování do administrativní konzoly se vám zobrazují zprávy, že v administrativním úložišti došlo ke konfliktu ukládání.

Co hledat

Poté, co provedete změny v konfiguraci WebSphere Application Server v administrativní konzole a pokusíte se tyto změny uložit, zobrazí se zpráva, že došlo ke konfliktu ukládání, jak je znázorněno na obrázku 4-12.

Obrázek 4-12 Konflikt ukládání

Tato chyba vám říká, že došlo ke konfliktu aktualizací jednoho nebo více souborů v úložišti konfigurace. Konflikt ukládání není hlášen v SystemOut.log, pokud se nerozhodnete přepsat konfliktní změnu nebo nepovolíte trasování.

150 Určení problému WebSphere Application Server V6 pro distribuované platformy

Ke konfliktu při ukládání může dojít z mnoha důvodů: Vytvorte změny v konfiguraci více než jeden administrátor současně. • Změny byly provedeny přímo v souborech úložiště konfigurace. • Implementujete aplikace pomocí WebSphere Rapid Deployment.

Příklad 4-26 Přepsání změn konfigurace

[7/11/05 11:20:03:348 EDT] 00000037 FileRepositor A ADMR0016I: Uživatel WTRNTDM/config upraveno buňky dokumentu/kll6571Node/01Cll1A55no servers/server1/server.xml.[7/11/05 11:20:10:569 EDT] 0000003f ServletWrappe A SRVE0242I:[/secure/tiles/syncconflict.jsp]: Inicializace úspěšná.[7/11/05 11: 20:23:808 EDT] 00000038 FileRepositor W ADMR0114W: Systém na žádost přepisuje buňky dokumentů/kll6571Node01Cell/nodes/kll6571StandAlone/servers/server1/server.xml.[7/12:28:04:05 08 FileRepositor A ADMR0016I: Uživatel WTRNTDM/wasadmin upravil buňky dokumentu/kll6571Node01Cell/nodes/kll6571StandAlone/servers/server1/server.xml.

Je možné, aby na úložišti pracovalo současně více administrátorů

a neměli problémy s konflikty při ukládání, když tito správci pracují s různými soubory a objekty v úložišti. Pokud neustále nekontrolujete SystemOut.log, nemůžete si být jisti, že změny, které provádíte, nejsou přepsány. Proto doporučujeme, aby změny prováděl vždy pouze jeden správce.

4.3.11 Problém: Chybí podnikové aplikace

Přihlásili jste se do administrativní konzoly a pokoušíte se spravovat podnikové aplikace, ale žádné se nezobrazují. Aplikace mohou provozně fungovat dobře, jen je nemůžete spravovat. Tento problém s největší pravděpodobností nastane po restartování serveru.

Kapitola 4. Určení problémů se správou systému 151

Data ke shromažďování Následující protokoly mohou být užitečné při určování toho, proč aplikace chybí: Maximálně Protokol správce nasazení Vysoký Protokol agenta uzlu Vytvorte Protokol aplikačního serveru

Co hledat

Z administrativní konzoly byste měli vidět seznam nainstalovaných aplikací v části Aplikace → Podnikové aplikace. Pokud zde vaše aplikace již nejsou uvedeny, začněte kontrolou protokolu správce implementace. Tento problém může být způsoben poškozením úložiště konfigurace nebo problémy s oprávněními, jak ukazuje příklad 4-27.

Příklad 4-27 Problém s oprávněními v protokolu správce implementace

[7/13/05 14:09:48:993 EDT] 0000003a FileDocument E ADMR0104E: Systém není schopen číst buňky dokumentu/m23vnx60Cell01/ application/HelloApp.ear/deployments/IBMUTC/deployment.xml:java.io.IOException: Žádný takový soubor nebo adresář

Prohlédnutím protokolu agenta uzlu by se zobrazila podobná zpráva, možná odkazující na jiný soubor, jak je znázorněno v příkladu 4-28.

Příklad 4-28 Problém s oprávněními v protokolu agenta uzlu

[7/13/05 14:12:03:979 EDT] 00000035 FileDocument E ADMR0109E: Došlo k chybě při obnovovánídocumentcells/m23vnx60Appplications/Hello01 .ear/deployments/HelloApp/META-INF/was.policy:java.io.FileNotFoundException:/opt/IBM/WAS6/AppServer/profiles/AppSrv01/config/cells/m23vnx60Cell01/applications/HelloApp.ear/deployments/Hello META-INF/was.policy (Povolení odepřeno)

Protokol aplikačního serveru také ukazuje, že problém je způsoben oprávněními k souboru, jak ukazuje příklad 4-29.

Příklad 4-29 Problém s oprávněními v protokolu aplikačního serveru

[7/13/05 13:55:26:517 EDT] 0000001b FileDocument E ADMR0104E: Systém není schopen číst buňky dokumentu/m23vnx60Cell01/ nodes/m23vnx60Node01/perftuners.xml: java.io.IOException:Permission denied

Ve všech třech případech se zprávy týkají různých souborů a různých umístění v systému souborů. Kontrola oprávnění k těmto souborům ukazuje, že uživatel, který procesy spouští, nemá k těmto souborům přístup pro zápis.

V tomto příkladu běží servery na platformě UNIX a jsou nakonfigurovány tak, aby za normálních podmínek běžely jako uživatel bez oprávnění root. V určitém okamžiku byly servery

152 Určení problému WebSphere Application Server V6 pro distribuované platformy

restartován uživatelem root a byla nasazena aplikace HelloApp. Poté byly servery restartovány jako normální uživatel bez oprávnění root a nastal tento problém. Uživatel bez oprávnění root nemohl zapisovat do souborů, které byly vytvořeny, když server běžel jako uživatel root. Problém je vyřešen resetováním oprávnění souboru.

4.3.12 Problém: Neplatné certifikáty nebo certifikáty, jejichž platnost vypršela

Pokud se vaše problémy zdají být specifické pro aplikace, které vyžadují přístup SSL, je velká pravděpodobnost, že problém je způsoben neplatnými nebo vypršelými certifikáty. To může způsobit různé problémy se správou systému. Problémy s certifikáty, jejichž platnost vypršela, mohou nastat kdykoli, pokud své certifikáty nespravujete. Tento problém můžete také narazit, pokud jste nedávno povolili zabezpečení.

V závislosti na problému může být také nutné provést trasování správce a trasování zabezpečení. Podrobnosti viz „Sběr dat“ na straně 122.

Co hledat

WebSphere Application Server zapíše varovnou zprávu (příklad 4-30) do souboru SystemOut.log předtím, než vyprší platnost certifikátu. To vám dává možnost obnovit certifikáty před skutečnými daty vypršení platnosti a předtím, než aplikace přestanou fungovat. V současnosti vás však WebSphere Application Server V6 neupozorňuje, že platnost certifikátu vypršela.

Příklad 4-30 varovných zpráv o vypršení platnosti certifikátu

7/6/05 11:37:15:860 EDT] 0000000a SASRas W JSAS0456W: WARNING v sasOutboundSSLConfig: Platnost certifikátu s aliasem vyprší 07/07 keyStoreC:\IBM\WAS6\AppServer/profiles/StandAlone/etc/ExpiresKeyFile.jks vyprší za 1 den.

Kapitola 4. Určení problémů se správou systému 153

Sledování aplikačního serveru pomocí následujícího sledovacího řetězce vám ukáže, zda je problém s certifikáty, jak je znázorněno v příkladu 4-31: traceString=ORBRas=all

Příklad 4-31 Trasovací zprávy zobrazující certifikát, jehož platnost vypršela

[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 Následující výjimka byla logjavax.net.ssl.SSLException: Žádný dostupný certifikát neodpovídá šifrovacím sadám SSL, které jsou povoleny.

Pokud se zobrazí zprávy, že platnost certifikátu vypršela nebo došlo k problému, měli byste certifikát ověřit pomocí nástroje IBM Key Management (ikeyman).

V instalaci Network Deployment naleznete tento soubor na adrese:

/profiles//config/cells//security.xml

V souboru security.xml vyhledejte značku XML, jak je znázorněno v příkladu 4-32.

Příklad 4-32 Soubory databáze klíčů definované v security.xml

Budete potřebovat znát heslo k souboru databáze klíčů. Pokud jste nenahradili dodané fiktivní databáze souborů klíčů, výchozí heslo je WebAS.

154 Určení problému WebSphere Application Server V6 pro distribuované platformy

Obrázek 4-13 ukazuje databázi klíčů DummyServerKeyFile otevřenou v ikeymanutility. Klikněte na název certifikátu, v tomto příkladu websphere fiktivní server, a poté klikněte na Zobrazit/Upravit. Pokud platnost certifikátu vypršela, nástroj zobrazí okno se zprávou. Poté zobrazí podrobnosti certifikátu.

Obrázek 4-13 Otevřít databázi klíčů v obslužném programu ikeyman

Pole Platnost také ukazuje, zda vypršela platnost certifikátu. Na obrázku 4-14 na stránce 156 je certifikát platný pouze do 7. července 2005. Klepnutím na OK zavřete okno.

Kapitola 4. Určení problémů se správou systému 155

Obrázek 4-14 Podrobnosti certifikátu s prošlou platností

Akce: Vyžádejte si nový klíč od certifikační autority

Pokud platnost certifikátu vypršela, můžete tento problém vyřešit vytvořením nového platného certifikátu ve stávajícím souboru databáze klíčů.

Když klientský program, jako je prohlížeč, nastavuje spojení SSL se serverem

, klient může důvěřovat obsahu certifikátu, který je ověřen důvěryhodnou třetí stranou. Certifikační autorita vystupuje jako důvěryhodná třetí strana. Obslužný program pro správu klíčů vám umožňuje vyžádat si certifikát od certifikační autority. Certifikační autorita vám bude tuto službu účtovat.

Akce: Vytvořte certifikát s vlastním podpisem (ne pro produkční verzi)

Případně můžete vytvořit certifikát s vlastním podpisem v databázi souboru fiktivního klíče. Toto je certifikát, který lze použít k nastavení připojení SSL, pokud se klient rozhodne přijmout certifikát, i když nebyl ověřen certifikační autoritou. V produkčním prostředí byste k zabezpečení připojení SSL neměli používat certifikáty s vlastním podpisem.

Chcete-li vytvořit certifikát podepsaný svým držitelem, klikněte na možnost Nový vlastnoručně podepsaný, jak je znázorněno na

Obrázek 4-13 na straně 155.

156 Určení problému WebSphere Application Server V6 pro distribuované platformy

Obrázek 4-15 Vytvoření nového certifikátu s vlastním podpisem

Zadejte informace pro certifikát s vlastním podpisem. Maximální doba platnosti, kterou můžete nastavit, je 7300 dní nebo přibližně 20 let.

Po vytvoření nových certifikátů restartujte WebSphere ApplicationServer a opakujte test.

Kam dál: Pokud jste vyčerpali všechny možnosti v této části a stále máte problémy s SSL a certifikáty, přečtěte si „Další krok“ na straně 162.

Kapitola 4. Určení problémů se správou systému 157

4.3.13 Problém: WebSphere Rapid Deployment Pokoušíte se použít WebSphere Rapid Deployment k vývoji a testování aplikace a nemůžete se připojit k aplikační server nebo WebSphere Rapid Deployment nevytvoří ani neaktualizuje aplikace.

Na co se zaměřit

Máte-li problémy s WebSphere Rapid Deployment, můžete provést následující akce:  Ověřte proměnnou WORKSPACE  Ověřte konfiguraci WebSphere Rapid Deployment Vytvorte si podstatnou část aplikace  Ověřte, zda je spuštěn správce implementace a aplikační server. Hledejte chyby kódování Java

Ověřte proměnnou WORKSPACE

Nastavením proměnné prostředí WORKSPACE sdělíte WebSphere Rapid Deployment, který adresář má monitorovat. Jaký adresář použijete, je jen na vás. Ujistěte se, že soubory, které chcete aktualizovat, vkládáte do umístění určeného proměnnou prostředí WORKSPACE. Například: WORKSPACE=C:\IBM\WRD

Pokud v proměnné WORKSPACE zadáte adresář nesprávně, WebSphere

Rapid Deployment se spustí, ale nesestaví ani nenasadí vaše aplikace, protože monitoruje nesprávný adresář.

Ověřte konfiguraci WebSphere Rapid Deployment

Ujistěte se, že jste spustili wrd-config pro nastavení vašeho prostředí pro projekt WebSphere Rapid Deployment, na kterém pracujete. Nastavení projektu můžete zkontrolovat v konfiguračním souboru projektu na adrese: //.wrdconfig.xml

Příklad 4-33 ukazuje obsah tohoto souboru.

158 Určení problému WebSphere Application Server V6 pro distribuované platformy

V prostředí síťového nasazení by měl být logický název serveru.

název aplikačního serveru, na kterém bude aplikace spuštěna. ServerJMXHostand serverJMXPort by měl odkazovat na název hostitele a port SOAP správce nasazení.

Ověřte, že se aplikace vytváří

Můžete zkontrolovat protokol WebSphere Rapid Deployment (příklad 4-34), abyste se ujistili, že prostředí bylo inicializováno a že jsou rozpoznány změny pracovního prostoru. Zprávy také ukazují, zda jsou změny zpracovány správně.

!ENTRY org.eclipse.core.runtime Jul 10, 2005 03:37:32.816

!MESSAGE Produkt org.eclipse.platform.ide nebyl nalezen.

!ENTRY com.ibm.ws.rapiddeploy.core 0 0 Jul 10, 2005 03:40:49.16

!MESSAGE Vytváření nového projektu 'HelloApp'.

!ENTRY org.eclipse.core.resources 1 1 Jul 10, 2005 03:40:51.936

Kapitola 4. Určení problémů se správou systému 159

!MESSAGE Nelze načíst knihovna: libcore_2_1_0b.so. Tato knihovna poskytuje optimalizace specifické pro určitou platformu pro určité operace souborového systému. Tato knihovna není přítomna na všech platformách, takže se nemusí jednat o chybu. Zásuvný modul zdrojů se bezpečně vrátí k používání funkce java.io.File.

!ENTRY com.ibm.ws.rapiddeploy.core 1 1 10. července 2005 03:40:51.994

!MESSAGE Záznam ID aktivního adresáře do kořenového adresáře pracovního prostoru.

!ENTRY com.ibm.ws.rapiddeploy.core 0 0 Jul 10, 2005 03:40:52.85

!MESSAGE Konfigurace stylu 'WebSphere Free Form Project' pro projekt 'HelloApp'.

!ENTRY com.ibm.ws.rapiddeploy.core 0 0 Jul 10, 2005 03:40:52.87

!MESSAGE Zaznamenává se aktuální styl a vlastnosti projektu...

!ENTRY com.ibm.ws.rapiddeploy.core 0 0 Jul 10, 2005 03:40:52.782

!MESSAGE Konfigurace umístění výstupu sestavení na: '/HelloApp/bin'

!ENTRY com.ibm.ws.rapiddeploy.core 0 0 Jul 10, 2005 03:40:52.861

!MESSAGE Konfigurace zdrojové složky na '/HelloApp'

!ENTRY com.ibm.ws.rapiddeploy.core 0 0 Jul 10, 2005 03:40:52.863

!MESSAGE Konfigurace zdrojové složky na '/HelloApp/gen/src'

!ENTRY com.ibm.ws.rapiddeploy.core 0 0 Jul 10, 2005 03:40:53.110

!MESSAGE Konfigurace nového umístění výstupu sestavení na '/HelloApp/bin'

Ověřte, zda je spuštěn správce implementace a aplikační server

Pokud WebSphere Application Server není při spuštění WebSphere Rapid Deployment dostupný, zobrazí se v konzole WebSphere Rapid Deployment následující zpráva: CHYBA! Nepodařilo se vytvořit připojení k serveru WebSphere Application Server

Příklad 4-35 WebSphere Rapid Deployment nemůže publikovat aplikaci

Během stahování došlo k chybě. : publishrecord.remote [13:23:40] Export souboru Ear File. [13:23:41] CHYBA! [SOAPException: faultCode=SOAP-ENV:Client; msg=Chyba při otevírání soketu: java.net.ConnectException: Připojení odmítnuto: připojit;

160 Určení problému WebSphere Application Server V6 pro distribuované platformy

targetException=java.lang.IllegalArgumentException: Chyba při otevírání socket:java.net.ConnectException: Připojení odmítnuto: připojit]

V prostředí Network Deployment publikujete aplikaci do

správce nasazení. Aplikace však běží na samostatném aplikačním serveru. Pokud správce implementace neběží, zobrazí se v konzole zpráva uvedená v příkladu 4-35. Pokud cílový aplikační server neběží, aplikace se publikuje, ale nespustí se. V konzole se zobrazí zpráva, jak je uvedeno v příkladu 4-36.

Příklad 4-36 WebSphere Rapid Deployment nemůže spustit aplikaci

[12:08:01 PM] CHYBA! Spuštění aplikace se nezdařilo. HelloApp[12:08:01] CHYBA! MBeanServer nemůže najít MBean s ObjectNameWebSphere:platform=dynamicproxy,cell=m23vnx60Cell01,version=6.0.1.2,name=ApplicationManager,mbeanIdentifier=ApplicationManager,type=ApplicationManager,node=m23vnx60NodePM01,process! Další podrobnosti naleznete v protokolech serveru.

Po restartování procesu je třeba provést změnu v jednom z aplikačních souborů, aby WebSphere Rapid Deployment detekoval aktualizaci a znovu publikoval aplikaci.

Poznámka: Používání WebSphere Rapid Deployment způsobuje konflikty ukládání v

administrativní konzole, pokud jste vy nebo jiný administrátor přihlášeni. To je další důvod, proč byste měli používat WebSphere Rapid Deployment pouze pro vývoj.

Hledejte chyby kódování Java

Pokud kód vaší aplikace obsahuje chyby, WebSphere Rapid Deployment zobrazí chybu kódování v konzole, například:[01:28:05 PM] 'Chyba syntaxe, vložte ";" k dokončení prohlášení' v prostředku'HelloServlet.java' na řádku číslo 37

Chyby v kódování Java jsou mimo rozsah této knihy.

Kapitola 4. Určení problémů se správou systému 161

Kam jít: Pokud jste zkontrolovali všechny problémy dosud popsané, a přesto stále nelze sestavit a nasadit aplikaci s WebSphere Rapid Deployment, zkontrolujte protokoly pro správce implementace, pokud je to vhodné, a aplikační server pro případné zprávy, které se vztahují k implementaci aplikace.

Pokud jste vyčerpali všechny možnosti popsané v této části a stále nejste schopni používat WebSphere Rapid Deployment, přejděte k další části.

4.4 Další krok

Příznaky a problémové oblasti uvedené v tomto dokumentu jsou některé, se kterými se pravděpodobně setkáte. Existují však i jiné věci, které se mohou pokazit, nebo příčina problému může souviset s něčím jiným, než jsou součásti správy systému.

Zkontrolujte klasifikaci problémů a zjistěte, zda existují nějaké další součásti, které by mohly problém způsobovat.

162 Určení problému WebSphere Application Server V6 pro distribuované platformy

Vysoký MustGather: Problémy s vytvořením/odstraněním profilu pro V6.0 http://www-1.ibm.com/support/docview.wss? rs=180&uid=swg21196228 Vysoký MustGather: Problémy s federací nebo odstraněním uzlu pro verzi V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196227: MustGa Vývoj Správa portů pro verzi 6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196226 vyspelý MustGather: Problémy zjišťování agenta uzlu a správce nasazení pro všechna vydání a edice V6.0 http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21196220 vyšší MustGather: Používání a vytváření šablon selhává na V6.0 http://www-1.ibm.com/ support/docview.wss?rs=180&uid=swg21195439

Kapitola 4. Určení problémů se správou systému 163

164 Určení problémů WebSphere Application Server V6 pro distribuované platformy 5

Kapitola 5. Problém webového kontejneru

Určení Pokud uživatelé obdrží neočekávané výsledky ve webovém prohlížeči (například chyby nebo nesprávné informace), můžete mít problém s webovými komponentami v aplikaci. Běhové prostředí pro webové komponenty se nazývá webový kontejner. Tento dokument popisuje techniky diagnostiky problémů, které mohou nastat ve webovém kontejneru. Potenciální příznaky problému s webovým kontejnerem mohou zahrnovat: hrub Uživatelé nemohou přistupovat k webové komponentě vel Neočekávané chování při spouštění webové komponenty Maximálně Chyby při spouštění webové komponenty Najvyšší Problémy s kompilací JSP Vytvorte chyby nebo výjimky při spuštění webové komponenty • Zprávy začínající na SRVE (webový kontejner), JSPG (JSP) nebo JSFG (JSF)

Oblasti problémů související s webovým kontejnerem zahrnují také problémy se správou relací a problémy s kódováním znaků.

Důležité: Doporučujeme, abyste zahájili proces určování problému

tím, že si přečtete Přístup k určování problémů v WebSphere Application Server V6 na http://www.redbooks.ibm.com/redpapers/pdfs/redp4073 .pdf.

© Copyright IBM Corp. 2005. Všechna práva vyhrazena. 165

5.1 Úvod Webový kontejner je runtime prostředí pro webové aplikace. Zpracovává servlety, soubory JSP a další typy součástí na straně serveru. Webový kontejner také poskytuje správu relací, zpracování statického obsahu a příchozí transportní řetězec pro požadavky HTTP. Každé běhové prostředí aplikačního serveru má jeden logický webový kontejner, který lze upravovat, ale nelze jej vytvářet ani odstraňovat.

Obrázek 5-1 znázorňuje webový kontejner a jeho umístění na aplikačním serveru.

Aplikační server

Správce relací

Servlet JSP

Kontejner EJB

Služby JCA

Name Server (JNDI)

Security Server

Zprávy

Webové služby

Obrázek 5-1 – přehled webového kontejneru

Každý webový kontejner poskytuje následující:

vysoký Přepravní řetězce webového kontejneru Požadavky jsou směrovány do webového kontejneru pomocí příchozího přepravního řetězce webového kontejneru . Řetěz se skládá z TCP příchozího kanálu, který zajišťuje připojení k síti, HTTP příchozího kanálu, který obsluhuje požadavky HTTP 1.0 a 1.1, a kanálu webového kontejneru, přes který jsou požadavky na servlety a JSP odesílány do webového kontejneru ke zpracování.

166 Určení problému WebSphere Application Server V6 pro distribuované platformy

vel. Zpracování servletů Při manipulaci se servlety webový kontejner vytvoří objekt požadavku a objekt odpovědi a poté vyvolá metodu služby servletu. Webový kontejner vyvolá metodu zničení servletu, pokud je to vhodné, a uvolní servlet, načež JVM provede sběr odpadu. příchozí řetězec. Ve většině případů je však pro produkční prostředí vhodnější použít externí webový server a zásuvný modul pro webový server jako front-end k webovému kontejneru. jak je popsáno ve specifikaci Servlet API.

Obrázek 5-2 na stránce 168 znázorňuje adresářovou strukturu webové aplikace.

Kapitola 5. Určení problému webového kontejneru 167

Kořenový adresář Rational Application Developer Assembly

JSP WEB-INF, HTML atd.

třídy knihoven web.xml

ibm-web-ext.xmi ibm-web-bnd.xmi faces-config.xml Soubory tříd na straně serveru Soubory JAR knihovny

Obrázek 5-2 Komponenty webové aplikace

5.1.1 Počáteční příznaky

Problém, který se vyskytuje ve webovém kontejneru, obvykle způsobí, že se ve webovém prohlížeči zobrazí neočekávané výsledky. Zde jsou uvedeny tři běžné indikace: Maximálně chyby HTTP 404 Najvyšší chyby HTTP 500 Maximálně nesprávné informace

Obrázek 5-3 na stránce 169 ukazuje vývojový diagram příznaků vysoké úrovně a potenciální problémové oblasti, které se mohou týkat každého z nich.

168 Určení problému WebSphere Application Server V6 pro distribuované platformy

Zobrazení prohlížeče

Chyba HTTP 404 Chyba HTTP 500 Nesprávné informace

Stránku nelze nalézt Chyba zpracování JSP Relace HTTP

Nepodařilo se najít zdroj IllegalStateExceptions Znovu načítání webového zdroje

Chyba kódování WebGroup/Virtual Host

Statický zdroj

Obrázek 5-3 Počáteční příznaky problémů s webovým kontejnerem

5.2 Řešení problému

Proces zjišťování problému zahájíte shromážděním příslušných dat, která jsou nutná k diagnostice problému. Poskytneme vám seznam veškeré dokumentace, která může být vyžadována, a způsob, jak ji shromáždit. Pokud máte omezenou schopnost znovu vytvořit problém, možná budete chtít před zahájením procesu určování problému shromáždit veškerou dokumentaci najednou.

A nakonec poskytujeme pokyny k dalšímu kroku k vyřešení problému, ať už se jedná o web podpory, kontaktování IBM, informace o konfiguraci nebo jiné návrhy, jak postupovat.

5.2.1 Data ke shromažďování

Následující data vám pomohou s procesem určování problémů v prostředí spouštění webového kontejneru: vel. Protokoly WebSphere Application Server JVM: Soubory SystemOut a SystemErr Základ Proces WebSphere Application Server protokoly: native_stderr.log a native_stdout.log soubory protokolů Maximálně soubory protokolu webového serveru

Kapitola 5. Určení problémů webového kontejneru 169

Informace o shromažďování protokolů JVM a Process naleznete v části WebSphere Application Server V6: Diagnostická data na adrese: http://www.redbooks.ibm.com/ redpapers/pdfs/redp4085.pdf

Názvy a umístění souborů protokolu webového serveru jsou specifické pro produkt (IBM HTTP Server, Apache, SunOne, IIS a Domino®), který se pro tuto funkci používá.

Pokud je obtížné problém znovu vytvořit nebo narušuje obchodní operace, přečtěte si

„Další krok“ na stránce 209, kde najdete úplný seznam dokumentace, kterou je třeba shromáždit, než budete pokračovat. Zejména byste si měli prohlédnout dokumenty MustGather, kde najdete úplný seznam dokumentace, kterou vyžaduje podpora IBM.

5.2.2 Analýza příznaků na vysoké úrovni

Zvažte následující typy chyb. Pokud zde nenaleznete popis svého problému, přejděte na „Další krok“ na straně 209.

Co hledat

Mnoho indikátorů problému webového kontejneru se uživateli nejprve objeví jako neočekávaná stránka webového prohlížeče nebo obsah stránky. Neočekávanou informací může být chybová stránka, která je výsledkem chyby HTTP, nebo stránka, která zobrazuje nesprávné nebo neúplné informace.

Chyby HTTP 404

Chyby HTTP 404 mohou mít různé základní příčiny. Tabulka 5-1 ukazuje chyby HTTP 404, kterými se zabýváme v tomto dokumentu.

Tabulka 5-1 Kde hledat informace o chybách HTTP 404

Pokud chyby zahrnují, přejděte na

Stránku nelze najít nebo zobrazit „Příznak: Chyba HTTP 404 – Stránku nelze zobrazit“ na stránce 172

JSPG0036E: Nepodařilo se najít zdroj „Příznak: Chyba HTTP 404 – Nepodařilo se najít zdroj zprávy“ na stránce 175

Webová skupina/virtuální hostitel není definován „Příznak: Chyba HTTP 404 –

Webová skupina/virtuální hostitel není definován“ na straně 177

170 Určení problému WebSphere Application Server V6 pro distribuované platformy

Chyby HTTP 500 Chyby HTTP 500 mohou mít také různé základní příčiny, které zahrnují následující: Zlepšení Pokud chyby indikují chyby procesoru JSP nebo nesprávnou syntaxi v JSP, přejděte na „Příznak: Chyba HTTP 500 – chyba zpracování JSP“ na stránce 179. hdv Pokud příznaky zahrnují chybovou stránku HTTP 500 v prohlížeči a v souboru SystemOut.log vidíte výjimku IllegalStateException, přejděte na „Příznak: Chyba HTTP 500 - IllegalStateException" na straně 181.

Na webových stránkách se zobrazují nesprávné informace

Pokud se uživatelům ve webovém prohlížeči zobrazuje správná stránka, ale stránka obsahuje neplatné informace, zkontrolujte tyto příznaky: Vyšší Uživatelé hlásí, že se stránky zobrazují s chybějícími prvky. Pokud se webová stránka zobrazí, ale postrádá statické prostředky, jako je text, obrázky nebo segmenty souborů, přejděte na „Statické prostředky se nezobrazují“ na stránce 190. Vylepšení Uživatelé hlásí, že se jim zobrazuje stará verze stránek aplikace. Pokud byl soubor JSP upraven a nasazen na server, ale změny se v rozhraní prohlížeče neprojeví, možná budete muset zajistit, aby aplikace byla povolena pro opětovné načtení JSP. Přejděte na „Webové zdroje se znovu nenačítají“ na stránce 192. Zlepšení Uživatelé hlásí, že stránky obsahují neplatné informace, jako jsou vícenásobné otazníky (???) nebo nesmyslné znaky. Je možné, že aplikace používá znaky DBCS (japonština, čínština, korejština) nebo specifické znaky pro jiné jazyky, které nejsou zahrnuty ve výchozím kódování znaků. V těchto případech je pro bezproblémové zobrazení a zpracování těchto informací nezbytná správná konfigurace kódování znaků. Další podrobnosti týkající se konfigurací kódování naleznete v části „Problémy s kódováním a internacionalizací“ na stránce 195. Vylepšení Uživatelé hlásí problémy, jako je ztráta dat během relace. Uživatelé musí opakovaně zadávat informace, které mají být během relace uloženy, ztrácejí informace o nákupním košíku nebo mají jinou krátkodobou ztrátu dat. Tato ztráta dat může být způsobena problémem s HTTP relacemi. V klastrovém prostředí může být problém s modulem plug-in webového serveru. Existují však další možné příčiny, například chyby konfigurace nebo aplikace. Chcete-li tento problém dále analyzovat, přejděte na „Správa relací HTTP“ na stránce 202.

Kapitola 5. Určení problému webového kontejneru 171

5.2.3 Příznak: Chyba HTTP 404 – Stránku nelze zobrazit Obrázek 5-4 ukazuje přehled kroků, které můžete podniknout, abyste našli příčinu stav chyby HTTP 404 způsobené stránkou nelze zobrazit.

nespustí se žádný webový modul úspěšně? Zkontrolujte problémy s protokoly JVM

ano ne Webový server OK? Podpora HTTP serveru

ano

Aplikace přístupná prostřednictvím webového kontejneru ano

, ale nikoli webový server? Problémy s pluginem HTTP

ne

Postup ověření adresy URL prohlížeče

Aplikační server OK? ano

Zkontrolujte vývoj aplikací

ne

Podívejte se na dostupnou online podporu Získejte pomoc od podpory IBM

Obrázek 5-4 Stránku nelze zobrazit kroky ověření

Ověřte, zda se webový modul úspěšně spustil

< p> Zkontrolujte protokoly JVM pro aplikační server a vyhledejte zprávy v souboru SystemOut.log (Příklad 5-1), abyste ověřili, že se webový kontejner a webový modul úspěšně spustily.

Příklad 5-1 Výsledky procesu spuštění webového modulu v souboru SystemOut.log

ApplicationMg A WSVR0200I: Spouštěcí aplikace: [název_aplikace] WebContainer A SRVE0161I: IBM WebSphere Application Server - Webový kontejner. Copyright IBM Corp. 1998-2004 WebContainer A SRVE0162I: Úroveň specifikace servletu: 2.4 WebContainer A SRVE0163I: Podporovaná úroveň specifikace JSP: 2.0 WebGroup A SRVE0169I: Načítání webového modulu: [název_webového_modulu_WS0221 ApplicationMg] ApplicationMg A

172 Určení problému WebSphere Application Server V6 pro distribuované platformy

Jedním z možných důvodů, proč by se webový kontejner nespustil, je problém se správcem relací. Chcete-li zjistit, zda se jedná o tento případ, postupujte takto: Vyhledejte všechny chyby nebo výjimky obsahující název balíčku com.ibm.ws.webcontainer.httpsession. Tyto chyby normálně najdete mezi zprávou o spuštění aplikace a zprávou o spuštění aplikace.. Hledejte v protokolech zprávy související se správcem relací. Tyto zprávy budou ve formátu SESNxxxxE pro chyby a SESNxxxxW pro varování. Můžete také vidět transakční zprávy, které indikují problém s daty relace (viz příklad 5-2).

Příklad 5-2 Chyba zprávy správce relací

Chyba "SRVE0054E: Při načítání kontextu relace a webové aplikace došlo k chybě.

Pokud najdete chybu správce relací, ale vysvětlení k vyřešení problému nestačí, přejděte na „Další krok“ na straně 209.

Ověřte, že webový server funguje

Ověřte, že webový server je v pořádku, přejděte z prohlížeče na adresu URL http://název_serveru a podívejte se, zda se zobrazí uvítací stránka. Tato akce označuje, zda je webový server v provozu, bez ohledu na stav serveru WebSphere Application Server.

Ověřte, že zásuvný modul webového serveru funguje

Pokud jste aplikaci nedávno aktualizovali nebo nainstalovali, ujistěte se, že zásuvný modul webového serveru byl znovu vytvořen a přenesen na webový server. Také se ujistěte, že webový server používá nový konfigurační soubor zásuvného modulu.

Pokud jste obnovili zásuvný modul a jste si jisti, že se používá, ale stále máte problém, můžete obejít webový server a přistupovat k aplikaci přímo

Kapitola 5. Určení problémů webového kontejneru 173

z aplikačního serveru. Toto není doporučená metoda poskytování produkčního webu. Poskytuje však dobrý diagnostický nástroj, když není jasné, zda problém spočívá na webovém serveru, WebSphere Application Server nebo plug-inu webového serveru.

Ověřte, že je adresa URL správná

Pokud nemůžete na stránku přistupovat přímo z aplikačního serveru, ověřte správnost adresy URL použité pro přístup na stránku. Další informace naleznete v části „Specifikace adresy URL aplikace“ na stránce 186.

Ověřte, že aplikační server funguje

Pokud se adresa URL zdá být správná, ale nemáte přístup ke zdroji přímo prostřednictvím aplikačního serveru, ověřte stav hostitelského aplikačního serveru a webového modulu provedením následující: 1. Zobrazte hostitelský aplikační server a webový modul v administrativní konzole a ověřte, zda jsou v provozu. V prostředí jednoho serveru můžete zkontrolovat proces aplikačního serveru a zjistit, zda běží, nebo můžete použít příkaz serverStatus takto: c:\cd WebSphere\AppServer\profiles\AppSrv01\bin serverStatus server1

174 Určení problému WebSphere Application Server V6 pro distribuované platformy

2. Zkopírujte jednoduchý soubor HTML nebo JSP do kořenového adresáře dokumentu webového modulu a pokuste se k němu získat přístup. Kořen dokumentu webového modulu se nachází v: /profiles//installedApps// .ear\.war V případě úspěchu je problém se zdrojem. Prohlédněte si soubor SystemOut.log pro aplikační server a zjistěte, proč nelze prostředek nalézt nebo poskytnout.

Podívejte se na dostupnou online podporu

Pokud žádný z těchto kroků váš problém nevyřeší, zkontrolujte, zda byl problém identifikován a zdokumentován pomocí dostupné online podpory (rady a tipy, technické poznámky, a opravy), které se týkají problémů webového kontejneru: http://www.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1=SSCMPDF

Pokud hledání nenalezne problém, přejděte na "Další krok" na straně 209, kde naleznete informace o shromažďování dokumentace MustGather pro problémy s HTTP stavovým kódem 404 "Nenalezeno".

5.2.4 Příznak: Chyba HTTP 404 – Nepodařilo se najít zdroj

Pokud prohlížeč zobrazí zprávu JSPG0036E: Nepodařilo se najít zdroj, procesor JSP nemůže najít zadanou stránku JSP ve webovém modulu, jak je znázorněno na obrázku 5-5 na stránce 176.

Kapitola 5. Určení problému webového kontejneru 175

Obrázek 5-5 JSPG0036E: Nepodařilo se najít zdroj

Ověřte správnost adresy URL

Postupujte podle kroků popsaných v části „Specifikace adresy URL aplikace“ na straně 186 a zjistěte, zda je zadávaná adresa URL správná.

Pokud se adresa URL zdá být správná, je možné, že tato stránka v jednotce nasazení webového modulu (soubor WAR) neexistuje. Ověřte, že se požadovaná stránka nachází v adresářové struktuře webového modulu:

/profiles//installedApps// .ear\.war

Podívejte se na dostupnou online podporu

Pokud tyto kroky selhaly při identifikaci problému, viz „Další krok“ na straně 209.

176 Určení problému WebSphere Application Server V6 pro distribuované platformy

5.2.5 Příznak: Chyba HTTP 404 – WebGroup/virtuální hostitel není definován Může se zobrazit chybová zpráva SRVE0017W: WebGroup/Virtual Host nebyl definován v souboru SystemOut.log z mnoha důvodů. Chcete-li problém odstranit, zkontrolujte následující.

Ověřte, že se webový modul spustil

Ověřte, že se webový modul úspěšně spustil (viz „Ověřte, že se webový modul úspěšně spustil“ na straně 172).

Ověřte, zda je alias hostitele jedinečný

Tento typ problému může způsobit duplicitní alias hostitele, který je definován ve více virtuálních hostitelích. Například v příkladu 5-3 je alias hostitele test:80 duplikován v obou virtuálních hostitelích, protože identifikátor URI obsahující test:80 by odpovídal aliasům v obou virtuálních hostitelích (*:80 a test:80).

Příklad 5-3 Definice virtuálních hostitelů

Řešení tohoto problému:

1. V administrativní konzole WebSphere klepněte na Prostředí → Virtuální hostitelé. 2. Vyberte cílového virtuálního hostitele, klepněte na Aliasy hostitele a vyberte alias hostitele *:80. 3. Změňte pole Název hostitele na konkrétní alias místo aliasu *. 4. Restartujte aplikační server.

Poznámka: Existence localhost jako aliasu může způsobit duplicitní položky.

Pokud je jako položka aliasu použit localhost, zkontrolujte soubor etc/hosts a ujistěte se, že všechny názvy hostitelů (aliasy) spojené s zpětná adresa smyčky (127.0.0.1) je součástí stejného seskupení virtuálních hostitelů (například výchozí_hostitel).

Kapitola 5. Určení problémů webového kontejneru 177

Ověřte správnost adresy URL Viz „Specifikace adresy URL aplikace“ na stránce 186, abyste zjistili, zda je adresa URL správná.

Pokud se zobrazí tato chybová zpráva, podrobnosti o příčině a řešení najdete v technické poznámce č. 1193379 na následující webové adrese: http://www.ibm.com/support/docview.wss?uid=swg21193379

Podívejte se na dostupnou online podporu

Pokud žádný z těchto kroků váš problém nevyřeší, zkontrolujte, zda byl problém identifikován a zdokumentován, pomocí dostupné online podpory (rady a tipy, technické poznámky a opravy), které se týkají problémů webového kontejneru: http://www.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1=SSCMPDF

Pokud vaše hledání nenalezne problém, přejděte na "Další krok" na stránce 209, kde najdete informace o shromažďování dokumentace MustGather pro problémy se servletovým strojem a webovým kontejnerem.

178 Určení problému WebSphere Application Server V6 pro distribuované platformy

5.2.6 Příznak: Chyba HTTP 500 – chyba zpracování JSP Obrázek 5-6 ukazuje diagnostické kroky, které je třeba provést, když příznaky problému zahrnují HTTP 500 – chyba zpracování JSP.

žádný HTML nebo servlet se nezobrazují správně HTTP 404 - Kroky nenalezeny stránky

ano

Žádný procesor JSP se nespustí normálně

Obrázek 5-6 Chyba zpracování JSP

Zjistěte, zda je chybný soubor jediným selháním

Měli byste určit, zda jsou požadovány další typy zdrojů, jako jsou soubory HTML nebo servlety, a zobrazeny správně. Pokud se chyba nezdá být omezena na jeden soubor JSP, přejděte na „Příznak: Chyba HTTP 404 – stránku nelze zobrazit“ na stránce 172.

Ujistěte se, že se procesor JSP spustil normálně

Pokud se ostatní prostředky zobrazují správně, zjistěte, zda se procesor JSP spustil normálně. Projděte soubor SystemOut.log serveru, který je hostitelem souborů JSP, ke kterým se pokoušíte získat přístup. Zprávy zobrazené v příkladu 5-4 indikují, že procesor JSP se spustil normálně.

Příklad 5-4 zprávy procesoru JSP v souboru SystemOut.log

WebContainer SRVE0239I: Extension Factory [třída com.ibm.ws.jsp.webcontainerext.JSPExtensionFactory] byl úspěšně zaregistrován. WebContainer A SRVE0240I: Extension Factory [třída com.ibm.ws.jsp.webcontainerext.JSPExtensionFactory] byl spojen se vzory [*.jsp *.jspx *.jsw *.jsv ].

Pokud se nepodaří načíst procesor JSP, přejděte na "Další krok" na stránce 209, kde najdete informace o shromažďování dokumentace MustGather pro výjimky JSP.

Kapitola 5. Určení problému webového kontejneru 179

Vyhledání chyb kódu JSP Pokud se procesor JSP spustí normálně, problém může být v samotném souboru JSP. JSP může mít neplatnou syntaxi JSP, kterou nemůže procesor JSP zpracovat. Chcete-li vyhledat chyby kódu JSP, postupujte takto: • Prohlédněte soubor SystemOut.log cílového aplikačního serveru, zda neobsahuje neplatné zprávy syntaxe direktivy JSP. Chyby podobné těm, které jsou uvedeny v příkladu 5-5, naznačují tento druh problému.

Příklad 5-5 chybová zpráva syntaxe direktivy JSP

Zpráva: /test.jsp(2,1)JSPG0076E: Chybějící stránka s povinným atributem pro prvek jsp jsp:include

Najvýš Zkontrolujte soubor SystemOut.log, zda neobsahuje problémy s neplatnou syntaxí Java. Chyby, které obsahují text podobný „nepodařilo se zkompilovat (viz příklad 5-6), označují tento druh problému.

Příklad 5-6 Neplatná chybová zpráva syntaxe Java

com.ibm.ws.jsp.JspCoreException: JSPG0049E: /test.jsp se nepodařilo zkompilovat: JSPG0091E: Došlo k chybě na řádku: 16 v soubor: /test.jsp JSPG0093E: Vygenerovaná chyba servletu ze souboru: /test.jsp

Vyhledejte rozšířené definice chyb pro zprávy JSP na:

http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm .websphere.messages.doc/doc/JSPG.html vel. Opravte chybu v souboru JSP a zkuste soubor znovu.

Podívejte se na dostupnou online podporu

Pokud jste problém nezjistili, zkontrolujte, zda byl problém zdokumentován, pomocí dostupné online podpory (rady a tipy, technické poznámky a opravy) pro Problémy s JSP na: http://www-1.ibm.com/support/search.wss?rs=180&tc=SSEQTP&tc1= SSCC2GL&rankprofile=8&dc=DB520+D800+D900+DA900+DA800& dtm

Pokud hledání nevyřeší váš problém, přejděte na "Další krok" na stránce 209, kde najdete informace o shromažďování dokumentace MustGather pro výjimky JSP.

180 Určení problému WebSphere Application Server V6 pro distribuované platformy

5.2.7 Příznak: Chyba HTTP 500 – IllegalStateException Pokud máte chybu výjimky nelegálního stavu, výjimka by vám měla indikovat nelegální stav způsobuje problém. Tato část se zabývá následujícím: HL Neplatný objekt relace HL Problémy s generováním odpovědí

Neplatný objekt relace

Komponenta správce relací používá rozhraní HttpSession k vytvoření relace mezi klientem HTTP a serverem. Když je vytvořen nový objekt relace, je mu přiřazeno jedinečné ID relace. ID relace, které je pak předáno jako součást každého požadavku, odpovídá uživateli s objektem relace. Sledování relací umožňuje servletům udržovat informace o stavu a uživatelích napříč více požadavky.

Relace mohou být automaticky zrušeny kvůli vypršení časového limitu relace (viz

"Interval časového limitu relace" na straně 207) nebo mohou být ukončeny explicitně kódem aplikace. Rozhraní HttpSession poskytuje následující metodu pro explicitní ukončení relace: public void invalidate();

Po ukončení relace se objekt relace a informace, které jsou v něm uloženy, trvale ztratí. Správce relace odpojí všechny objekty vázané na relaci, než relaci zničí.

Obrázek 5-7 znázorňuje životní cyklus rozhraní HttpSession.

Načtení objektu relace

Vyvolání metody objektu relace Uložení objektu do relace

Načtení objekt z relace

no Neplatný objekt relace? Odebrat objekt z relace ano Zrušit platnost objektu relace Vyhoďte IllegalStateException

Obrázek 5-7 Životní cyklus rozhraní HttpSession

Kapitola 5. Určení problému webového kontejneru 181

Když se aplikace pokusí použít objekt relace s neplatností, dojde k výjimce IllegalStateException, jak je znázorněno v příkladu 5-7.

Příklad 5-7 IllegalStateException v objektu neplatné relace

[7/7/05 16:41:30:627 ART] 00000028 ServletWrappe E SRVE0068E: Nelze vyvolat metodu service() na servletu TestServlet . Vyhozená výjimka : java.lang.IllegalStateException: Session Object Internals: id : pi55X7syi-ExTjyyhFn5Cu7 hashCode : 1449590567 čas vytvoření : Čt 07. čt 16:24:54 poslední přístup 21. ART 2005 2005 ART 41:705 05 max. neaktivní interval : 1800 uživatelské jméno : anonymní platná relace : false nová relace : true overflowed : false data relace specifická pro neserializovatelnou aplikaci : {} serializovatelná data relace specifická pro aplikaci : {} na adrese com.ibm.ws.webcontainer.httpsession.SessionData.getValueGuts( SessionData.java(C ompiled Code)) na adrese com.ibm.ws.webcontainer.httpsession.SessionData.getValue(SessionData.java(Inlin ed Compiled Code)) na adrese com.ibm.ws.webcontainer.httpsession.SessionData.SgetessionAsttribute .java(Vložil jsem kompilovaný kód)) na com.ibm.ws.webcontainer.httpsession.HttpSessionFacade.getAttribute(HttpSessionF acade.java(kompilovaný kód))

Zkontrolujte servlet nebo kód JSP, který vyvolal výjimku, abyste se ujistili, že relace není zrušena příliš brzy. Pokud tomu tak není, zkontrolujte časový limit relace, abyste se ujistili, že není příliš krátký.

Podívejte se na dostupnou online podporu

Pokud tyto kroky neidentifikují problém, mohou vám pomoci následující zdroje: ␂ Přečtěte si specifikaci Java Servlet verze 2.4, oddíl SRV.15.1. HttpSession rozhraní a definice metod, chcete-li získat další podrobnosti o příčinách vytvoření výjimky IllegalStateException: http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html

182 Určení problému WebSphere Application Server V6 pro distribuované platformy

Vylepšení Vyhledejte rozšířené definice chyb pro zprávy relací a uživatelských profilů: http://publib.boulder.ibm.com/infocenter/wasinfo/ v6r0/index.jsp?topic=/ com.ibm.websphere.messages.doc/doc/SESN.html

Pokud tyto akce neidentifikují problém, přejděte na "Další krok" na stránce 209, kde najdete informace o shromažďování dokumentace MustGather pro problémy se správou relace a relace.

Problémy s generováním odpovědí

Když je požadavek HTTP od klienta delegován na servlet, je vyvolána metoda service() třídy HttpServlet. Třída HttpServlet přidává další metody, jako je doGet(), doPost(), doPut() a doHead(), pro zpracování požadavků na základě HTTP. Obrázek 5-8 znázorňuje životní cyklus metody service().

Načíst inicializační parametry

Načíst hlavičky požadavků

Vyvolat RequestDispacher Načíst parametry požadavku

Vygenerovat objekt odpovědi Odeslat odpověď servletem

Odeslat odpověď z webového zdroje Provést metodu sendRedirect

Žádná odpověď již potvrzena? Zobrazit stránku v prohlížeči Odpověď již potvrzena?

Ano

Vyhoďte výjimku IllegalStateException Vyhoďte výjimku IllegalState

Obrázek 5-8 Životní cyklus metody Servlet service()

Výjimka java.lang.IllegalState: Odpověď již potvrzena

Výjimka je vyvoláno rozhraním HttpServletResponse během procesu generování odpovědi (Příklad 5-8 na stránce 184). Pokud byla odpověď potvrzena, nemůžete provést žádnou související metodu

Kapitola 5. Určení problému webového kontejneru 183

Úprava objektu HttpServletResponse. Pokud jste například něco napsali do vyrovnávací paměti odpovědí, nemůžete přeposlat stránku pomocí metod rozhraní RequestDispacher.

Příklad 5-8 IllegalStateException při generování odpovědi

[7/8/05 20:36:25:694 ART] 0000004f ServletWrappe E SRVE0068E: Nelze vyvolat metodu service() na servletu TestServlet. Vyhozena výjimka: java.lang.IllegalStateException na adrese com.ibm.ws.webcontainer.webapp.WebAppDispatcherContext.sendRedirect(WebAppDispa tcherContext.java:486) na adrese com.ibm.ws.webcontainer.srt.SRTServletResponse:srt.SRTServletResponse:8se. ) na web.TestServlet.doGet(TestServlet.java:56) na javax.servlet.http.HttpServlet.service(HttpServlet.java:743) na javax.servlet.http.HttpServlet.service(HttpServlet.java:856)

[7/8/05 20:36:25:764 ART] 0000004f LocalTranCoor E WLTC0017E: Zdroje

vráceny zpět kvůli volání setRollbackOnly(). [7/8/05 20:36:25:774 ART] 0000004f WebApp E SRVE0026E: [Chyba servletu]-[TestServlet]: java.lang.IllegalStateException na com.ibm.ws.webcontainer.webappispa.WebAppendDispater tcherContext.java:486) na adrese com.ibm.ws.webcontainer.srt.SRTServletResponse.sendRedirect(SRTServletResponse. java:810) na adrese web.TestServlet.doGet(TestServlet.java:56) na adrese javax.servvlet.http.H. (HttpServlet.java:743) na javax.servlet.http.HttpServlet.service(HttpServlet.java:856)

[7/8/05 20:36:25:784 ART] 0000004f SRTServletRes W VAROVÁNÍ: Nelze nastavit

stav. Odpověď již přijata.

Další problémy, které je třeba hledat v aplikaci, která může způsobit

java.lang.IllegalStateException jsou následující volání, pokud již byla odezva potvrzena: Vytvorte volání setBufferSize() Vytvorte volání ServletResponse.reset( ) nebo ServletResponse.resetBuffer() Vyšší Volání buď HttpServletResponse.sendError() nebo HttpServletResponse.sendRedirect(). vylepšené volání RequestDispatcher.forward(), které zahrnuje provedení jsp:forward

184 Určení problému WebSphere Application Server V6 pro distribuované platformy

Poznámka: Pamatujte, že pokud ve svém kódu zavoláte forward() nebo sendRedirect(), všechny řádky kódu následující za těmito se budou stále provádět.

Dvě běžné varianty této výjimky jsou:

Rozvoj java.lang.IllegalStateException: Záhlaví již odesláno Klientovi bylo odevzdáno jedno nebo více záhlaví, takže toto záhlaví nelze nastavit znovu. Vytvorí se java. lang.IllegalStateException: Nelze přeposlat, protože Output Stream nebo Writer již byly získány Volající servlet zavolal response.getWriter() nebo response.getOutputStream(). Protože odpověď byla napsána, není vhodná pro přeposlání.

Podívejte se na dostupnou online podporu

Pokud jste stále neidentifikovali příčinu problému, podívejte se na Java ServletSpecification verze 2.4 na následující adrese URL, kde získáte další podrobnosti o příčinách generování výjimek IllegalStateException v procesu generování odpovědi:http ://jcp.org/aboutJava/communityprocess/final/jsr154/index.html

Projděte si následující sekce:

Vyšší rozhraní SRV.14.2.5 RequestDispatcher Vysoký Rozhraní SRV.14.2.16 ServletRequest zvýšuje rozhraní SRV.14.2.22 ServletResponse

Pokud tyto kroky váš problém nevyřeší, přejděte na "Další krok" na stránce 209, kde najdete informace o shromažďování dokumentace MustGather pro problémy se servletovým enginem a webovým kontejnerem.

Kapitola 5. Určení problému webového kontejneru 185

5.3 Analýza problémových oblastí Analýza dat, která jste shromáždili, vás s největší pravděpodobností zavede do jedné z následujících oblastí. Pokud ne, viz „Další krok“ na straně 209.

5.3.1 Specifikace adresy URL aplikace

V nové instalaci nebo nové aplikaci je možné, že adresa URL aplikace není zadána správně. Chcete-li zjistit adresu URL nainstalované aplikace, musíte pomocí administrativní konzoly zobrazit konfiguraci řady položek.

Formát adresy URL je následující:

Obrázek 5-9 Výpis virtuálního hostitele pro webový modul

186 Určení problému WebSphere Application Server V6 pro distribuované platformy

Chcete-li najít hostitele a čísla portů, které jsou platné pro virtuálního hostitele:1. Vyberte Prostředí → Virtuální hostitelé.2. Vyberte virtuálního hostitele a potom v části Další vlastnosti klepněte na Aliasy hostitele.3. Seznam obsahuje název hostitele a kombinace portů, které lze použít pro přístup k tomuto virtuálnímu hostiteli (obrázek 5-10). Sloupec hostitele by měl obsahovat hodnoty, které jsou registrovány na serveru DNS jako název hostitele pro server WebSphere. Hvězdička (*) ve sloupci hostitele označuje, že lze použít jakýkoli název. V tomto případě použijte název hostitele serveru. Pokud je uveden port 80, je požadavek obvykle předán z webového serveru. (Uživatel zadal adresu URL webového serveru, která je normálně 80.) Měly by být uvedeny také porty WC_defaulthost (například 9080) a WC_defaulthost_secure (například 9443) pro aplikační server. Odpovídající porty můžete vidět v seznamu portů v sekci Komunikace aplikačního serveru. Použijte buď kombinaci hostitel/port, která přistupuje k virtuálnímu hostiteli prostřednictvím webového serveru, nebo kombinaci hostitel/port pro použití portů WC_* pro přímý přístup k aplikaci prostřednictvím aplikačního serveru.

Obrázek 5-10 Nalezení aliasu a portů pro virtuálního hostitele

Kapitola 5. Určení problémů s webovým kontejnerem 187

Pokud potřebujete SSL, můžete zkontrolovat transportní řetězce webového kontejneru pro odpovídající porty a zjistit, zda bylo SSL povoleno takto: a. Vyberte Servery → Aplikační servery. b. Vyberte název aplikačního serveru. C. V části Nastavení kontejneru otevřete seznam Nastavení webového kontejneru. d. Klepněte na Přepravní řetězce webového kontejneru a zkontrolujte stav a povolení SSL pro port, který je zadán v aliasu virtuálního hostitele.

Obrázek 5-11 Nalezení kořenového adresáře kontextu

188 Určení problému WebSphere Application Server V6 pro distribuované platformy

Důležité: Nezapomeňte, že se používá kontextová kořenová hodnota webového kontejneru „/“. pomocí ukázkové aplikace s názvem DefaultApplication. Z tohoto důvodu, pokud potřebujete použít tuto hodnotu a tato ukázková aplikace je nainstalována, nejprve odinstalujte ukázkovou aplikaci, nainstalujte aplikaci a znovu vytvořte zásuvný modul webového serveru.

Příklad 5-9 Servlety a uvítací soubory v deskriptoru webového nasazení

Kapitola 5. Určení problému webového kontejneru 189

5.3.2 Statické zdroje se nezobrazují

Pokud prohlížeč zobrazuje textový výstup, který souvisí s webovou stránkou JSP nebo servletu, ale nezobrazují se obrázky nebo soubory HTML, můžete mít problém v balení webového modulu nebo ve způsobu, jakým jsou soubory v aplikaci odkazovány. Další možností je, že je třeba pro vaši aplikaci zapnout funkci povolení poskytování souborů.

Ověřte umístění statických zdrojových souborů

Prvním krokem je ověření, že jsou vaše soubory na správném místě a že kořenový adresář dokumentu modulu webové aplikace odpovídá standardu J2EE, tj. kořen dokumentu je v adresáři .war souboru ucha nasazené aplikace. Obvykle se tento adresář nachází v tomto umístění: /profiles//.ear/ .war/

Pokud jsou soubory obrázků v podadresáři kořenového adresáře dokumentu, ověřte, zda odkaz na obrázek odpovídá tomu, jak je znázorněno v příkladu 5-11.

Příklad 5-11 Odkaz na obrázek ve značkách HTML

Umístění souboru: /images/test.gif Správná značka HTML:Nesprávná značka HTML:

190 Určení problému WebSphere Application Server V6 pro distribuované platformy

Poznámka: Neumísťujte soubory, které mají být doručeny klientovi, do adresáře WEB-INF.

Zkontrolujte funkci povolení poskytování souborů

Služba souborů umožňuje webové aplikaci poskytovat statické typy souborů (HTML, obrázky a šablony stylů) pomocí servletu enable file, známého také jako fileservlet nebo file servírovací aktivátor. Tento servlet poskytuje jakýkoli zdrojový soubor, který je zabalen v souboru WAR, a atribut file service enabled je standardně nastaven na hodnotu true. Další informace o této funkci najdete na: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/ cweb_flserv.html

Toto chování je implementováno nastavením vlastnosti fileServingEnabled na

true při konfiguraci webového modulu. Pokud je nastavena na hodnotu false, modul plug-in webového serveru neposílá požadavky na statický obsah aplikačnímu serveru, ale ponechává je na webovém serveru, aby je obsloužil. To se někdy provádí z důvodů výkonu, aby bylo zajištěno, že obsah bude obsluhovat webový server. Poskytování stránky z webového serveru poskytuje kratší cestu ke stránce a obvykle poskytuje více možností přizpůsobení, než může nabídnout souborový servlet.

Další informace naleznete v části:

Vyšší přizpůsobení SimpleFileServlet za účelem zakázání poskytování souborů na adrese: http://www.ibm.com/support/docview.wss?uid=swg21116838 Podpora nástroje pro sestavení ve WebSphere Aplikační server V6: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/catk_assemblytools.html

Vlastnost fileServingEnabled se nachází v konfiguraci ibm-web-ext.xmi

na adrese:/profiles//installedApps//.ear\.war/WEB-INF/ibm-web-ext .xmi

Aktualizace vlastnosti pomocí sady Application Server Toolkit nebo Rational

Nástroj pro vývojáře:1. Přejděte do pohledu J2EE Hierarchy (Project Explorer v Rational) a vyberte cílový modul webové aplikace.2. Poklepejte na deskriptor webového nasazení (web.xml) a vyberte kartu Rozšíření, abyste viděli rozšíření webového modulu IBM (Obrázek 5-12 na stránce 192).3. V části Obecné vyberte nebo zrušte zaškrtnutí políčka Poskytování souborů povoleno, chcete-li povolit nebo zakázat poskytování statických souborů.

Kapitola 5. Určení problému webového kontejneru 191

4. Uložte soubor deskriptoru webového nasazení. 5. Znovu nasaďte modul Web. 6. Znovu vygenerujte modul plug-in webového serveru a rozšiřte jej na webový server. 7. Zastavte a restartujte webový server nebo počkejte, než bude nová konfigurace plug-in programu znovu načtena. 8. Zkuste webový požadavek znovu.

Obrázek 5-12 Rozšíření webových modulů IBM

5.3.3 Webové zdroje se znovu nenačítají

Pokud se po úpravě a uložení servletu nebo souboru JSP změna neprojeví v prohlížeči je třeba zkontrolovat nastavení opětovného načtení v konfiguraci webového modulu a nastavení opětovného načtení JSP runtime.

192 Určení problému WebSphere Application Server V6 pro distribuované platformy

Reloading webového modulu U webových zdrojů, jako jsou servlety a JSP, webový kontejner znovu načte webový modul pouze tehdy, když je rozšíření IBM reloadingEnabled v ibm-web-ext .xmifile je nastaven na true. Při úpravě rozšířených deskriptorů nasazení Webmodule v nástroji pro sestavení můžete nastavit reloadingEnabled na hodnotu true.

Chcete-li zkontrolovat tato nastavení pomocí sady Application Server Toolkit nebo Rational

Application Developer:1. Přejděte do pohledu J2EE Hierarchy (Project Explorer for Rational) a vyberte cílový modul webové aplikace.2. Poklepejte na deskriptor webového nasazení (web.xml) a vyberte kartu Rozšíření, abyste viděli rozšíření webového modulu IBM (Obrázek 5-12 na stránce 192).3. V sekci Obecné zaškrtněte příznak Reloading Enabled a hodnotu Reload Interval.4. Vyberte Reloading Enabled, nebo pokud je již vybráno, nastavte interval Reload nižší.5. Uložte soubor deskriptoru nasazení webu.6. Znovu nasaďte modul Web.7. Znovu vygenerujte zásuvný modul webového serveru a rozšiřte jej na webový server.8. Zastavte a restartujte webový server nebo počkejte, až se nový zásuvný soubor projeví.9. Zkuste webový požadavek znovu.

Položky v ibm-web-ext.xmi vypadají podobně jako v příkladu 5-12.

Příklad 5-12 Nastavení opětovného načtení webového modulu v ibm-web-ext.xmi

Konfigurace opětovného načítání JSP runtime

Máte možnost upravit chování procesoru JSP pro různé fáze JSP (jako jsou vývojová, testovací nebo produkční prostředí). Toho lze dosáhnout konfigurací specifických atributů v rozšířeních webových modulů IBM, které ovlivňují chování při opětovném načítání za běhu JSP.

Kapitola 5. Určení problémů webového kontejneru 193

Chcete-li zkontrolovat tato nastavení pomocí sady Application Server Toolkit nebo Rational Application Developer: 1. Přejděte do pohledu J2EE Hierarchy (Project Explorer for Rational) a vyberte modul cílové webové aplikace. 2. Poklepejte na deskriptor webového nasazení (web.xml) a vyberte kartu Rozšíření. 3. V části Atributy JSP (Obrázek 5-13) klepněte na Přidat. 4. Do pole Name zadejte reloadEnabled, do pole Value zadejte hodnotu true a klepněte na tlačítko Dokončit. 5. Uložte soubor deskriptoru webového nasazení. 6. Znovu nasaďte modul Web. 7. Znovu vygenerujte zásuvný modul webového serveru a ověřte, že funguje (viz „Ověřte, že zásuvný modul webového serveru funguje“ na straně 173). 8. Zastavte a restartujte webový server. 9. Zkuste webový požadavek znovu.

Obrázek 5-13 Atributy JSP v rozšířeních webových modulů IBM

194 Určení problému WebSphere Application Server V6 pro distribuované platformy

Nastavení jádra JSP jsou uložena v ibm-web.ext .xmi, jak je ukázáno v příkladu 5-13.

Příklad 5-13 nastavení jádra JSP v ibm-web-ext.xmi

5.3.4 Problémy s kódováním a internacionalizací

Problémy s kódováním a internacionalizací se na webu obvykle objevují jako nesmyslné znaky stránky (Obrázek 5-14 na straně 196). Dalším běžným příznakem je nesprávná interpretace vstupu od uživatele.

Kapitola 5. Určení problému webového kontejneru 195

Obrázek 5-14 Webová stránka s neplatným nastavením kódování znaků

Kódování znaků v prostředí J2EE

Webové komponenty obvykle používají k vytváření odpovědí objekt java.io.PrintWriter; PrintWriter automaticky kóduje pomocí kódování znaků ISO 8859-1. Servlety mohou také vydávat binární data pomocí objektů java.io.OutputStream, které neprovádějí žádné kódování. Aplikace, která nemůže použít výchozí kódování, musí explicitně nastavit jiné kódování.

U webových komponent je třeba vzít v úvahu tři kódování:

196 Určení problému WebSphere Application Server V6 pro distribuované platformy

Request encodingRequest kódování je kódování znaků, ve kterém jsou parametry v příchozím požadavku jsou interpretovány. V současné době mnoho prohlížečů neodesílá kvalifikátor requestencoding s hlavičkou HTTP typu content. V takových případech používá webový kontejner k analýze dat požadavku výchozí kódování: ISO-8859-1. Pokud klient nenastavil kódování znaků a data požadavku jsou kódována odlišným kódováním než výchozí, data nebudou interpretována správně.

Chcete-li tuto situaci napravit, můžete použít metodu setCharacterEncoding(String enc)

k přepsání kódování znaků dodaného kontejnerem, jak ukazuje příklad 5-14.

Příklad 5-14 implementace metody setCharacterEncoding()

public class TestServlet rozšiřuje HttpServlet {

public void doPost(HttpServletRequest req, HttpServletResponse resp)

vyvolá ServletException, IOException {

Před analýzou parametrů požadavku nebo čtením jakéhokoli vstupu z požadavku musíte metodu zavolat. Volání metody nebo tagu po přečtení dat neovlivní kódování.

Pokud není poskytnuto žádné z těchto, použije se jako výchozí kódování stránky ISO-8859-1.

Kapitola 5. Určení problému webového kontejneru 197

< h2> Atributy pageEncoding a contentType určují kódování znaků stránky

pouze pro soubor, který fyzicky obsahuje direktivu stránky.

Pokud není zadána žádná z těchto možností, použije se jako výchozí odpověď ISO-8859-1

Ke změně znaku lze zavolat metodu setContentType() v servletu

kódování. Volání provedená po zavolání metody getWriter() nebo po potvrzení odpovědi nemají žádný vliv na kódování znaků.

Nastavení kódování znaků MVC/Struts

Při použití architektury Model-View-Controller, včetně použití Struts, zvažte při kódování následující.

198 Určení problému WebSphere Application Server V6 pro distribuované platformy

Požadavek na kódování znakůV prostředí Struts zavolejte metodu setCharacterEncoding() ve formuláři ActionForm, jak je znázorněno v příkladu 5-16.

Příklad 5-16 Kódování požadavku v implementaci Struts

.public class PostMessageForm extends ActionForm { public void reset(mapování ActionMapping, požadavek HttpServletRequest) { try { request.setCharacterEncoding("UTF-8"); }catch (UnsupportedEncodingException e) { e.printStackTrace(); } }}.

Kódování znaků odpovědi

Uveďte kódování odpovědi pomocí atributu contentType s hodnotou charsetvalue v direktivě stránky JSP.

Konfigurace WebSphere Application Server

WebSphere určuje kódování znaků použité pro požadavek/odpověď analýzou vstupních hodnot klienta v getParameter() a zápisem výstupu na hodnotu do hlavičky accept-language příchozího požadavku.

Hodnota jazyka a odpovídající názvy kódování znaků jsou

přidruženy v souboru encoding.properties, který se nachází v adresáři/properties (příklad 5-17).

Příklad 5-17 soubor encoding.properties

Kapitola 5. Určení problému webového kontejneru 199

Mohou nastat případy, kdy budete chtít přepsat definici v encoding.properties. Pokud například chcete použít UTF-8 pro celý aplikační server, použijte pro vybraný aplikační server argument příkazového řádku JVM client.encoding.override.

Zadejte -Dclient.encoding.override=UTF-8 pro obecné argumenty JVM

v sekci Java Virtual Machine.

Další informace naleznete na adrese:

http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere.base.doc /info/aes/ae/trun_svr_utf.html

autoRequestEncoding a autoResponseEncoding

Počínaje WebSphere Application Server verze 5 již webový kontejner nenastavuje kódování požadavků a odpovědí a typy obsahu odpovědí automaticky. Výchozí hodnota pro obě rozšíření je false, pak je kódování znaků požadavku a odpovědi nastaveno na výchozí specifikaci Servlet 2.4, což je ISO-8859-1.

Pomocí nástroje pro sestavení (Obrázek 5-12 na stránce 192) změňte výchozí hodnoty pro rozšíření autoRequestEncoding a autoResponseEncoding.

Projděte si příklady kódování autoRequestEncoding a autoResponseEncoding

pro popis chování webového kontejneru, když jsou tyto hodnoty nastaveny na true: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/ index.jsp?topic=/ com.ibm.websphere.base.doc/info/aes/ae/rweb_autoreq.html

200 Určení problému WebSphere Application Server V6 pro distribuované platformy

Shrnutí Obrázek 5-15 ukazuje souhrn toho, jak se určují hodnoty kódování.

Aplikace používá explicitní Java ne

metody pro kódování znaků ano

autoRequestEncoding a false

hodnoty autoResponseEncoding Metody servletu 2.4 JSP 2.0 atributy true

setCharacterEncoding() contextType procedura autoRequestEncoding

setContextType() pageEncoding procedura autoResponseEncoding

Java Servlet 2.4 Spec default

Obrázek 5-15 Proces určování kódování

Podívejte se na dostupnou online podporu

Pokud žádný z těchto kroků váš problém nevyřeší, užitečné mohou být následující zdroje: HLAVNÍ Globalizace svého podnikání na vyžádání, kde najdete tipy pro kódování znaků: http://www-306.ibm.com/software/globalization/j2ee/encoding.jsp dostupné metody kódování znaků: http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html Rozšíření Specifikace stránek JavaServer verze 2.0, sekce JSP.4, které se týkají problémů s internacionalizací: http://jcp. org/aboutJava/communityprocess/final/jsr152/index.html Vysoký Internacionalizace: Zdroje pro výuku http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/ com.ibm.websphere. base.doc/info/aes/ae/rin_resources.html

Kapitola 5. Určení problémů webového kontejneru 201

Aktuální informace o známých problémech a řešeních souvisejících s kódováním, které jsou k dispozici od podpory IBM, naleznete na adrese: http://www.ibm.com/support/ search.wss?rs=180&tc=SSEQTP&tc


PREV: O základních formulářích - Power Apps | Dokumenty Microsoft

NEXT: Architektura klient-server - přehled | Témata ScienceDirect

Populární články

Žhavé články

Navigační seznamy

Zpět na začátek