WebSphere Application Server proprietăţi sursă de date

Specifică numărul de instrucţiuni care pot fi memorate în cache per conexiune. Serverul de aplicaţii memorează în cache o instrucţiune după ce aţi închis acea instrucţiune.

Dacă o instrucţiune cache nu este suficient de mare, sunt ignorate intrări folositoare pentru a face loc pentru intrările noi. Pentru a determina valoarea cea mai mare pentru dimensiunea cache-ului dumneavoastră pentru a evita orice renunţări de cache, adăugaţi numărul de declaraţii unice pregătite şi declaraţii apelabile, aşa cum a fost determinat de şirul SQL, concurenţă şi de tipul de defilare pentru fiecare aplicaţie care utilizează această sursă de date pe un anumit server. Această valoare este numărul maxim pe instrucţiuni posibile care pot fi memorate în cache într-o conexiune dată pe parcursul vieţii serverului. Setarea dimensiunii cacheului la această valoare înseamnă ca nu veţi avea niciodată renuntări de cache. În general, configuraţi un cache mai mare pentru aplicaţii cu un număr mai mare de instrucţiuni.

De asemenea puteţi utiliza Vizualizatorul de performanţăTivoli pentru a minimiza ignorările din cache. Utilizaţi o încărcare de lucru standard care reprezintă un număr tipic de cereri client de intrare, utilizaţi un număr fix de iteraţii, şi utilizaţi un set standard de setări de configurare.

Notă: Cu cât este mai mare instrucţiunea cache, cu atât mai multe resurse ale sistemului sunt întârziate. Prin urmare, dacă setaţi numărul prea mare, puteţi ramâne fără resurse deoarece sistemul dumneavoastră nu poate deschide mai multe declaraţii pregătite.

Dacă există o anumită declaraţie pe care nu doriţi ca serverul de aplicaţii să o memoreze în cache, configuraţi indicaţia de pool a declaraţiei în fals. Serverul de aplicaţii nu memorează în cache o declaraţie dacă indicaţia de pool este setată în fals. Aplicaţia specifică indicaţia de pool a instrucţiunii la momentul rulării.

În aplicaţii test, ajustarea instrucţiunii cache îmbunătăţeşte debitul de la 10% la 20%. Totuşi, datorită limitaţiilor resursei potenţiale, acest proces de ajustare nu poate fi posibil întotdeauna.

Dacă este selectată, următorul mesaj de averstisment va fi introdus în jurnalul de ieşire a sistemului WebSphere Application Server, dacă fire de execuţie multiple încearcă să folosească concurent acelaşi indicator. Puteţi folosi această proprietate pentru a depana problemele de conexiune dacă veţi considera că problemele pot fi cauzate de fire de execuţie multiple care încearcă să folosească acelaşi indicator. Să aveţi fire de execuţie multiple care folosesc concurent acelaşi indicator reprezintă o încălcare a modelului de programare.

J2CA0167W: S-a detectat o încercare de folosire concurentă a aceluiaşi indicator de către fire de execuţie multiple. Indicatorul este: {0}.

Indică faptul că potrivirea exactă pe conexiunile extrase ale pool-ului de conexiuni al serverului de aplicaţii (pool-ul de conexiuni caută criterii care nu includ un nume utilizator şi parolă) nu poate exista. În schimb, reautentificarea conexiunii este făcută în doConnectionSetupPerTransaction() a clasei DataStoreHelper. Serverul de aplicaţii nu furnizează o implementare a reautentificării conexiunii în momentul rulării. Prin urmare, când bifaţi această casetă, trebuie să extindeţi clasa DataStoreHelper pentru a furniza implementarea metodei doConnectionSetupPerTransaction() când apare reautentificarea. Dacă nu completaţi acest proces, serverul de aplicaţii poate returna conexiuni neutilizabile. Pentru informaţii suplimentare, citiţi documentaţia API-ului pentru metoda com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction.

Reautentificarea de conexiune poate ajuta la îmbunătăţirea performanţei prin reducerea conexiunilor deschise şi închise, în particular pentru aplicaţii care cer frecvent conexiuni cu nume de utilizator şi parole diferite.

Evitarea necazurilor: Nu puteţi activa reautentificarea bazei de date dacă selectaţi TrustedConnectionMapping pentru aliasul de configurare mapare.gotcha

Când bifaţi această opţiune, serverul de aplicaţii utilizează JMS (Java Message Service) pentru a obţine conexiuni optimizate de la această sursă de date. Această proprietate previne aplicaţiile Conectivitate bază de dateJava (JDBC) de la partajarea conexiunilor cu aplicaţiile persistenţă gestionată de container (CMP). Această opţiune nu este disponibilă dacă furnozorul JDBC al sursei de date este un furnizor XA.

Specifică dacă containerul urmăreşte mânerele memorate în cache, care sunt mânere de conexiune pe care o componentă aplicaţie le reţine active pe parcursul graniţelor tranzacţiei şi metodei. Puteţi utiliza această proprietate pentru a depana problemele de conexiune, dar mânerele de urmărire pot cauza probleme mari de performanţă în timpul rulării.

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

Specifică dacă containerul emite o intrare în înregistrarea activităţii când o aplicaţie obţine o conexiune fără un context tranzacţie. Acestea sunt excepţii la cerinţele conexiunii model programare Java Platform, Enterprise Edition (Java EE).

Specifică faptul că serverul de aplicaţii utilizează facilitatea de mapare a erorilor care este definită în helper-ul depozitului de date pentru a iden tifica erorile. Serverul de aplicaţii nu înlocuieşte excepţiile care sunt aruncate de driver-ul JDBC cu excepţiile care sunt definite în harta de erori a helper-ului depozitului de date.

Specifică faptul că serverul de aplicaţii utilizează facilitatea de mapare a erorii care este definită în ajutorul depozitului de date pentru a identifica erorile şi serverul de aplicaţii înlocuieşte excepţiile care sunt aruncate de driver-ul JDBC cu excepţiile care au fost definite în harta erorilor a ajutorului depozit de date.

Specifică dacă managerul de conexiune testează conexiunile nou create la baza de date.

Specifică de câte ori doriţi să reîncercaţi să faceţi conexiunea iniţială la o bază de date după ce prima operaţie de pretestare a eşuat.

Dacă selectaţi Validaţi conexiuni noi, această opţiune specifică lungimea timpului, în secunde, în care serverul de aplicaţii aşteaptă înainte de a reîncerca să facă o conexiune dacă încercarea iniţială eşuează.

Specifică dacă managerul de conexiune testează validitatea conexiunilor din pool înainte de a le returna aplicaţiilor.

Dacă selectaţi Pretestaţi conexiunile existente aflate în pool, această opţiune specifică lungimea timpului, în secunde, de alocat pentru driverul JDBC pentru validarea unei conexiuni.

Specifică faptul că serverul de aplicaţii utilizeaze driverul JDBC pentru a valida conexiunile. Furnizorul JDBC trebuie să suporte JDBC 4.0 sau mai mare pentru a utiliza această opţiune. Această opţiune este disponibilă doar dacă fie Validare conexiuni noi sau Validare conexiuni existente pool este selectată.

Evitarea necazurilor: Pentru o sursă de date Oracle, Validare de către JDBC Driver se afişează pe consola administrativă doar după ce este adăugată proprietatea validateNewConnectionTimeout la proprietăţile personalizate ale sursei de date. Proprietatea validateNewConnectionTimeout este utilizată pentru validarea driver-ului JDBC 4.0 şi poate fi specificată cu consola administrativă.gotcha

Specifică o instrucţiune SQL pe care serverul de aplicaţii o trimite la baza de date pentru a testa conexiunea. Utilizaţi o interogare care este posibilă să aibă un impact scăzut asupra performanţei. Această opţiune este disponibilă doar dacă fie Validare conexiuni noi sau Validare conexiuni existente pool este selectată.

Optimizează sursele de date pentru aplicaţiile care folosesc modelul de conexiune get/use/close. Această optimizare activează pool-ul de conexiuni pentru sursa de date pentru a partaja conexiunile care sunt în aceeaşi tranzacţie. Cu acest model de optimizare, puteţi partaja o conexiune în timpul unei tranzacţii chiar dacă conexiunile folosesc proprietăţi de conexiune diferită.

Dacă utilizaţi caracteristica pool eterogen, trebuie mai întâi să extindeţi definiţia sursei de date ca să puteţi specifica proprietăţi personalizate diferite sau aplicaţii pentru a înlocui proprietăţi neesenţiale pentru sursa de date. Pentru mai multe informaţii despre extinderea surselor de date, vedeţi informaţiile despre extinderea definiţiilor de surse de date DB2 la nivelul aplicaţiei.

Specifică durata, în secunde, între reîncercările pentru redirijarea automată a clientului.

Specifică numărul maxim de reîncercări de conexiune care sunt încercate de funcţia de redirijare client automată dacă conexiunea primară la server eşuează. Proprietatea este utilizată doar când este setată Reîncercare interval pentru redirijare client.

Specifică numele JNDI care este utilizat pentru a lega lista server redirijare clientDB2 în spaţiul de nume JNDI. Serverul DB2 bază de date utilizează acest nume pentru a căuta lista de nume server alternative când informaţiile serverului alternativ nu sunt deja în memorie. Această opţiune nu este suportată de sursele de date de tipul 2.

Utilizată doar cu testarea conexiunii. Când setaţi adevărat, numele JNDI dinn lista serverului rerutat al clientului este desfăcut de spaţiul nume JNDI după ce este emisă o conexiune de test.