Vlastnosti zdroje dat produktu WebSphere Application Server

Tato možnost určuje počet příkazů, které mohou být pro jedno připojení uloženy v mezipaměti. Aplikační server uloží příkaz po jeho zavření do mezipaměti.

Pokud mezipaměť příkazu není dostatečně velká, použitelné položky jsou zahozeny, aby vytvořily místo pro nové položky. Chcete-li určit největší hodnotu velikosti mezipaměti, abyste se vyhnuli zahození položek, pro každou aplikaci, která používá tento zdroj dat na konkrétním serveru, sečtěte počet jedinečně připravených příkazů a příkazů s možností volání, jak určuje řetězec SQL, souběžnost a typ posouvání. Tato hodnota je maximálním počtem možných příkazů, které mohou být uloženy v mezipaměti pro dané připojení za dobu činnosti serveru. Nastavení velikosti mezipaměti na tuto hodnotu znamená, že nikdy nedojde k zahození položek. V obecných případech konfigurujte větší mezipaměť pro aplikace s větším počtem příkazů.

Kvůli minimalizaci zahození mezipaměti můžete také použít nástroj Tivoli Performance Viewer. Použijte standardní pracovní zatížení, které reprezentuje typický počet příchozích požadavků klientů, dále použijte pevný počet iterací a standardní sadu nastavení konfigurace.

Poznámka: Čím větší je mezipaměť pro příkazy, tím více jsou systémové prostředky zpožďovány. Pokud tedy tuto hodnotu nastavíte příliš vysokou, mohou vám chybět prostředky, protože systém nedokáže otevřít více připravených příkazů.

Chcete-li, aby aplikační server neukládal určitý příkaz do mezipaměti, konfigurujte pokyn k ukládání příkazu do fondu na hodnotu false. Když je pokyn k ukládání příkazu do fondu nastaven na hodnotu false, aplikační server neukládá příkaz do mezipaměti. Aplikace určuje pokyny k ukládání příkazu do fondu za běhu.

V testovacích aplikacích zvýší ladění mezipaměti pro příkazy prostupnost o 10 % až 20 %. Z důvodu potenciálních omezení prostředků nemusí být proces ladění vždy možný.

Je-li zaškrtnuto, ve výstupním protokolu systému produktu WebSphere Application Server se zaznamená následující varovná zpráva, pokud se více podprocesů souběžně pokusí použít stejnou obslužnou rutinu připojení. Tuto vlastnost můžete použít k ladění problémů s připojením, pokud si myslíte, že problémy mohou být způsobeny tím, že se více podprocesů pokouší použít stejnou obslužnou rutinu připojení. Pokud více podprocesů souběžně používá stejnou obslužnou rutinu připojení, je to porušení programovacího modelu.

J2CA0167W: Byl zaznamenán pokus o souběžné použití stejné obslužné rutiny připojení více podprocesy. Obslužná rutina připojení je: {0}.

Označuje, že si připojení načtená z fondu připojení aplikačního serveru (vyhledávací kritéria fondu připojení nezahrnují jméno uživatele a heslo) nemohou přesně odpovídat. Místo toho dojde k opakovanému ověřování připojení ve funkci doConnectionSetupPerTransaction() třídy DataStoreHelper. Aplikační server neposkytuje implementaci opakovaného ověřování připojení za běhu. Pokud tedy toto políčko zaškrtnete, musíte rozšířením třídy DataStoreHelper poskytnout implementaci metody doConnectionSetupPerTransaction(), ve které dochází k opakovanému ověřování. Nedokončíte-li tento proces, aplikační server může vracet nepoužitelná připojení. Další informace naleznete v dokumentaci k rozhraní API pro metodu com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction.

Opětovné ověření připojení může pomoci zvýšit výkon snížením počtu otevírání a zavírání připojení, a to především u aplikací, které často žádají o připojení s různými jmény uživatelů a hesly.

Předcházení potížím: Nemůžete povolit opakované ověřování databáze, pokud jako alias konfigurace mapování vyberete volbu TrustedConnectionMapping.gotcha

Zaškrtnete-li toto políčko, aplikační server bude k získání optimalizovaných připojení z tohoto zdroje dat používat službu JMS (Java Message Service). Tato vlastnost brání aplikacím JDBC (Java database connectivity) ve sdílení připojení s aplikacemi CMP (container-managed persistence). Tato volba není k dispozici, je-li poskytovatelem JDBC pro daný zdroj dat poskytovatel XA.

Určuje, zda má kontejner sledovat obslužné rutiny v mezipaměti, což jsou obslužné rutiny připojení, které komponenta aplikace udržuje v aktivním stavu a používá je ve více transakcích a metodách. Tuto vlastnost lze použít k ladění problémů s připojením, ale sledování obslužných rutin může za běhu výrazně snížit výkon.

AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')

Určuje, zda má kontejner odeslat položku do protokolu aktivity, pokud aplikace získá připojení v kontextu transakce. Toto jsou výjimky z požadavků na připojení v modelu programování Java EE (Java Platform, Enterprise Edition).

Určuje, že aplikační server používá prostředek mapování chyb definovaný v pomocníku datového úložiště k identifikaci chyb. Aplikační server nenahrazuje výjimky vygenerované ovladačem JDBC výjimkami definovanými v mapě chyb pomocníku datového úložiště.

Určuje, že aplikační server používá k identifikaci chyb mechanizmus mapování chyb definovaný v pomocníku datového úložiště a že aplikační server nahradí výjimky vyvolané ovladačem JDBC výjimkami definovanými v mapě chyb pomocníka datového úložiště.

Určuje, zda bude správce připojení testovat nově vytvořená připojení k databázi.

Určuje, kolikrát má proběhnout opakovaný pokus o vytvoření počátečního připojení k databázi v případě, že první testovací operace selže.

Při výběru volby Ověřit nová připojení tato volba určuje dobu (v sekundách), po kterou aplikační server vyčká před dalším pokusem o vytvoření připojení v případě, že počáteční pokus selže.

Určuje, zda má správce připojení testovat platnost připojení ve fondu předtím, než tato připojení vrátí aplikaci.

Vyberete-li volbu Předběžný test existujících připojení ve fondu, bude tato volba udávat čas v sekundách, který bude mít ovladač JDBC přidělen pro ověření spojení.

Určuje, že aplikační server ověřuje připojení pomocí ovladače JDBC. Aby bylo možné použít tuto volbu, musí poskytovatel JDBC podporovat standard JDBC 4.0 nebo vyšší. Tato volba je dostupná jen v případě, že je vybrána volba Ověřit nová připojení nebo volba Ověřit existující připojení ve fondu.

Předcházení potížím: Pro zdroj dat Oracle se volba Ověření pomocí ovladače JDBC zobrazí v administrativní konzole až po přidání vlastnosti validateNewConnectionTimeout do přizpůsobených vlastností zdroje dat. Vlastnost validateNewConnectionTimeout se používá pro ověřování ovladačem JDBC 4.0 a lze ji zadat pomocí administrativní konzoly.gotcha

Určuje příkaz SQL, který aplikační server odesílá databázi pro testování připojení. Použijte dotaz, který by neměl mít velký vliv na výkon. Tato volba je dostupná jen v případě, že je vybrána volba Ověřit nová připojení nebo volba Ověřit existující připojení ve fondu.

Optimalizovat datový zdroj pro aplikace, které používají vzorek get/use/close. Tato volba umožňuje, aby fond připojení pro zdroj dat sdílel připojení, která se nachází ve stejné transakci. Pomocí tohoto vzorku optimalizace můžete v průběhu transakce sdílet připojení, i když používají různé vlastnosti připojení.

Používáte-li funkci heterogenních fondů, musíte rozšířit definici zdroje dat tak, aby bylo možné zadat pro zdroj dat různé přizpůsobené vlastnosti nebo aplikacím povolit potlačení doplňkových vlastností. Další informace o rozšíření zdrojů dat naleznete v části týkající se rozšíření definice zdroje dat DB2 na úrovni aplikace.

Určuje čas v sekundách mezi opakovanými pokusy o automatické přesměrování klienta.

Určuje maximální počet opakování pokusů o připojení prováděných funkcí automatického přesměrování klienta, selže-li primární připojení k serveru. Tato vlastnost se používá pouze v případě, že je nastavena volba Interval opakování pro přesměrování klienta.

Určuje název rozhraní JNDI použitý k vytvoření vazby seznamu serverů přesměrování klienta DB2 do oboru názvů rozhraní JNDI. Databázový server DB2 použije tento název k vyhledání seznamu názvů alternativních serverů, nejsou-li informace o alternativních serverech již zavedeny do paměti. Tato volba není podporována u zdrojů dat typu 2.

Používá se pouze u testovacích připojení. Je-li tento parametr nastaven na hodnotu true, bude po navázání testovacího připojení zrušena vazba názvu rozhraní JNDI seznamu serverů přesměrování klienta do oboru názvů JNDI.