Proprietăţi sursă de date WebSphere Application Server

Utilizaţi această pagină pentru a seta proprietăţi avansate pentru sursa de date în serverul de aplicaţii. Aceste proprietăţi activează şi configurează servicii pe care serverul de aplicaţii le aplică surselor de date pentru a personaliza conexiunile într-un server de aplicaţii. Aceste proprietăţi nu afectează conexiunile în baza de date.

Pentru a accesa această pagină de consolă administrativă finalizaţi una din următoarele căi:
Dimensiune cache de instrucţiune

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.

Sursa de date WebSphere Application Server optimizează procesarea instrucţiunilor pregătite şi instrucţiunilor apelabile prin memorarea în cache a acelor instrucţiunicare nu sunt utilizate într-o conexiune activă. Ambele tipuri de instrucţiuni ajută la maximizarea performanţei tranzacţiilor dintre aplicaţia dumneavoastră şi depozitul de date.
  • O instrucţiune pregătită este o instrucţiune precompilată SQL care este depozitată într-un obiect PreparedStatement. Serverul de aplicaţii utilizează acest obiect pentru a rula inctrucţiunea SQL de mai multe ori, cum este cerut de runtime-ul aplicaţiei dumneavoastră, cu valori care sunt determinate la momentul rulării.
  • O instrucţiune apelabilă este o instrucţiune SQL care conţine un apel la o procedură memorată, care este o serie de instrucţiuni precompilate care realizează un task şi returnează un rezultat. Instrucţiunea este memorată în obiectul CallableStatement. Serverul de aplicaţii utilizează acest obiect pentru a rula o procedură memeorată de mai multe ori, cum este cerut de runtime-ul aplicaţiei dumneavoastră, cu valori care sunt determinate de timpul rulării.

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 cea mai mare valoare pentru dimensiunea cache-ului dumneavoastră pentru a evita orice ignorări din cache, adunaţi numărul instrucţiunilor pregătite şi instrucţiunilor apelabile unice (cum sunt determinate de şirul SQL, concurenţa, şi tipul 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. Setând dimensiunea cache la această valoare înseamnă să nu aveţi niciodată ignorări din cache. În general, configuraţi un cache mai mare pentru aplicaţii cu un număr mai mare de instrucţiuni.

[AIX Solaris HP-UX Linux Windows] [iSeries] 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.
Note: 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, aţi putea să duceţi lipsa resurselor pentru că sistemul dumneavoastră nu poate deschide instrucţiuni pregătite multiple.

Dacă există o instrucţiune particulară pe care nu doriţi ca serverul de aplicaţii s-o memoreze în cache, configuraţi indicaţie de pool a instrucţiunii la fals. Serverul de aplicaţii nu memorează în cache o instrucţiune dacă indicaţia de pool este setată la 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, din cauza potenţialelor limitări de resurse, acest lucru nu poate fi posibil mereu.

Tip date Întreg
Valoare implicită Valorile implicite depind de baza de date Tipic, această valoare este 10. Pentru Informix versiunile 7.3, 9.2, 9.3, şi 9.4, fără corecţiile respective mai târzii, valoarea implicită trebuie să fie 0. O valoare implicită de 0 înseamnă că nu există nicio instrucţiune cache.
Activare detectare access multi-fire de execuţie

Când bifaţi această opţiune, serverul de aplicaţii detectează existenţa accesului prin fire de execuţie multiple.

Activare reautentificare bază de date

Indică faptul că nu poate exista potrivire exactă între conexiunile extrase din pool-ul de conexiune al serverului de aplicaţii (criteriul de căutare al pool-ului de conexiune nu include un nume de utilizator şi o parolă ). Î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 mai multe informaţii, referiţi-vă la documentaţia API pentru metoda com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction method.

Reautentificarea conexiunii poate ajuta la îmbunătăţirea performanţei prin reducerea regiei conexiunilor deschise şi închise, în particular pentru aplicaţii care cer frecvent conexiuni cu nume de utilizator şi parole diferite.
Evitare probleme: Nu puteţi activa reautentificarea bazei de date dacă selectaţi TrustedConnectionMapping pentru aliasul de configurare mapare.gotcha
Aîctivare suport optimizare JMS într-o fază

Când bifaţi această opţiune, serverul de aplicaţii permite Serviciul mesagerie Java (JMS) să primească 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).

Gestionare mânere cache

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 urmărirea mânerelor poate cauza regie mare de performanţă în timpul rulării.

Dacă pproprietatea Gestiune mânere memorate în cache este selectată în consola administrativă, şi o deselectaţi, câmpul nu va mai fi vizibil pentru resursele care sunt la Versiunea 7.0 a serverului de aplicaţii. Acest câmp este afizat numai dacă proprietatea manageCachedHandles este setată la adevărat în fişierul resources.xml. Pentru a face câmpul disponibil, modificaţi valoarea pentru intrarea manageCachedHandles de la fals la adevărat în fişierul resources.xml, sau introduceţi următoarea comandă Jython din unealta wsadmin:
AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')
Configuraţii suportate: Pentru orice resurse care rulează la Versiunea 6.x a serverului de aplicaţii, proprietatea Gestiune mânere memorate în cache va fi întotdeauna vizibilă. De exemplu, dacă aveţi un nod care e la Versiunea 6.1, intrarea în fişierul resources.xml nu va afecta modul în care câmpul este afişat în consola administrativă.sptcfg
Pentru o metodă alternativă de depanare a problemelor, utilizaţi alertele de diagnostic multi-fir de execuţie şi încrucişare-componentă pentru a detecta violări în modelul de programare Arhitectură de conectare Java (JCA). Pentru a activa aceste alerte, selectaţi acele opţiuni din panoul Servere > Servere aplicaţie > application_server > Performanţă > Configurare consilier de performanţă şi diagnostic > Configuraţie consilier de performanţă şi diagnostic. Aceste alerte forţează managerul de conexiune să gestioneze mânerele memorate în cache, să detecteze condiţiile de conexiune, şi să trimită alerte.
Note: Pentru ca aceste alerte să fie active t rebuie să selectaţi de asemenea Activare cadru de luccru consilier de performanţă şi diagnostic (Consilier de performanţă în momentul rulării) din panoul Servere > Servere aplicaţie > application_server > Performanţă > Configuraţie consilier de performanţă şi diagnostic.
Înregistrare context tranzacţie lipsă

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).

Sursă de date netranzacţională
Specifică faptul că serverul de aplicaţii nu va lista conexiunile de la această sursă de date în tranzacţiile globale sau locale. Aplicaţiile trebuie să apeleze explicit setAutoCommit(false) pe conexiune dacă doresc să pornească o tranzacţie locală pe conexiune, şi trebuie să comită sau să ruleze înapoi tranzacţia pe care o pornesc.
Evitare probleme: Setaţi această proprietate pe adevărat în circumstanţe rare, dar API-ul de persistenţă Java (JPA) cere atât surse JTA cât şi surse non-JTA.gotcha
Utilizaţi modelul de verificare excepţie WebSphere Application Server

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.

Utilizaţi modelul de mapare excepţie Server de aplicaţii WebSphere

Specifică faptul că serverul de aplicaţii utilizează facilitatea de mapare a erorilor care este definită în helper-ul depozitului de date pentru a identifica erorile, şi serverul de aplicaţii va înlocui excepţiile care sunt aruncate de driver-ul JDBC cu excepţiile care sunt definite în harta de eroare a helper-ului depozitului de date.

Configuraţii suportate: Acest model de detectare eroare funcţionează cu JDBC Version 3.0 şi mai devreme.sptcfg
Validaţi conexiunile noi

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

Numărul de reîncercări

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.

Interval de reîncercare

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ă.

Validaţi conexiunile existente aflate în pool

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

Interval de reîncercare

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.

Validarea după driver JDBC

Specifică faptul că serverul de aplicaţii va utiliza driverul JDBC pentru a valida conexiunile. Furnizorul JDBC trebuie să suporte JDBC 4.0 sau mai mare pentru a utiliza această opţiune.

Evitare probleme: Pentru o sursă de date Oracle, Validare după driverul JDBC apare în consola administrativă doar după ce proprietatea validateNewConnectionTimeout este adăugată la proprietăţile obişnuite ale proprietăţilor sursei de date WebSphere Application Server. Proprietatea validateNewConnectionTimeout este utilizată pentru validarea driverului JDBC 4.0 şi poate fi specificată folosind consola administrativă.gotcha
Timeout
Specifică timeout-ul în secunde pentru testarea conexiunilor (fie noi fie puse în pool de serverul de aplicaţii) la baza de date. Dacă timeout-ul expiră înainte de validare atunci conexiunea este considerată neutilizabilă. Dacă reîncercările sunt configurate, valoarea întreagă a timeout-ului se aplică pentru fiecare reîncercare. O valoare de 0 indică faptul că driverul JDBC nu impune un timeout la validarea încercărilor.
Configuraţii suportate: Această opţiune este valabilă numai pentru driverele JDBC care permit JDBC 4.0.sptcfg
Validare prin şir SQL (perimat)

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.

Optimizaţi pentru aducere/utilizare/închidere/tipar conexiune cu pool eterogen

Specifică faptul că serverul de aplicaţii va utiliza aducere/utilizare/închidere/tipar conexiune. Aceasta permite punerea în pool a conexiunilor pentru serverul de aplicaţii pentru a partaja conexiunile care sunt în aceeaşi tranzacţie. Acest tipar de optimizare permite ca o conexiune să fie partajată în timpul unei tranzacţii chiar şi atunci când conexiunile utilizează proprietăţi de conexiune diferite.

Caracteristica de a pune în pool eterogen vă permite să extindeţi definiţia sursei de date astfel încât puteţi specifica proprietăţi personalizate diferite sa u să permiteţi înlocuirea proprietăţilor non-nucleu pentru sursa de date.

Configuraţii suportate: Acest câmp este disponibil doar pentru sursele de date DB2.sptcfg
Reîncercaţi intervalul pentru redirijare client

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

Configuraţii suportate: Acest câmp este disponibil doar pentru sursele de date DB2.sptcfg
Reîncercările maxime pentru redirijare client

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.

Configuraţii suportate: Acest câmp este disponibil doar pentru sursele de dateDB2.sptcfg
Nume servere alternative
Specifică lista de nume servere alternative sau nume pentru serverul DB2. Dacă mai mult de un nume server alternativ este specificat, numele trebuie să fie separate prin virgule. De exemplu:
gazdă1,gazdă2
Configuraţii suportate: Acest câmp este disponibil doar pentru surse de dateDB2.sptcfg
Numere port alternative
Specifică lista de porturi server alternative sau porturi pentru serverulDB2. Dacă mai mult de un port de server alternativ este specificat, porturile trebuie să fie separate prin virgule. De exemplu:
5000,50001
Configuraţii suportate: Acest câmp este disponibil doar pentru surse de dateDB2.sptcfg
Nume JNDI de server redirijare client

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

Configuraţii suportate: Acest câmp este disponibil doar pentru sursele de date DB2.sptcfg
Dezlegare listă redirijare client de la JNDI

Utilizat doar cu conexiune test. Când este setat pe adevărat, numele JNDI al listei server redirijare Client va fi dezlegat de la spaţiul de nume JNDI după ce o conexiune test este emisă.

Configuraţii suportate: Acest câmp este disponibil doar pentru surse de date DB2.sptcfg



Legăturile marcate (online) necesită acces la internet.

Related concepts
Related tasks
Related reference
Setări proprietăţi personalizate


Nume fişier: udat_jdbcdatasorprops.html