Controlează modul în care sesiunile HTTP sunt păstrate într-o bază de date.
Name | Type | Default | Description |
---|---|---|---|
dataSourceRef | string | Identificatorul sursei de date pe care ar trebui să-l utilizeze managerul de sesiune pentru a persista datele de sesiune HTTP. | |
tableName | string | sessions | Numele tabelei bazei de date. |
useMultiRowSchema | boolean | false | Când este activat, fiecare atribut al sesiunii de date este plasat pe o linie separată din baza de date permiţând memorarea în baza de date a unei cantităţi mai mari de date pentru fiecare sesiune. Această configuraţie poate oferi o performanţă mai bună atunci când atributele sesiunii sunt foarte mari şi sunt necesare puţine modificări pentru atributele sesiunii. Când este dezactivată, toate atributele datelor sesiunii sunt puse pe aceeaşi linie pentru fiecare sesiune. |
skipIndexCreation | boolean | false | Setaţi această proprietate la "true" pentru a dezactiva crearea indecşilor la pornirea serverului. Această proprietate personalizată ar trebui utilizată numai dacă vreţi să vă creaţi manual proprii indecşi de bază de date pentru persistenţa sesiunii. Totuşi, se recomandă să lăsaţi managerul de sesiune să creeze indecşii de bază de date. Înainte de a activa această proprietate, asiguraţi-vă că există indexul corect pe baza dumneavoastră de sesiune. |
writeFrequency |
| END_OF_SERVLET_SERVICE | Specifică când datele sesiunii sunt scrise în depozitul persistent. În mod implicit, datele sesiunii sunt scrise în depozitul persistent după finalizarea execuţiei servletului. Modificarea acestei valori poate îmbunătăţi performanţa în unele medii. MANUAL_UPDATE O sincronizare programatică pe obiectul IBMSession este necesară pentru scrierea datelor sesiunii în depozitul persistent. TIME_BASED_WRITE Datele sesiunii sunt scrise în depozitul persistent pe baza valorii specificate a intervalului de scriere. END_OF_SERVLET_SERVICE Datele sesiunii sunt scrise în depozitul persistent după finalizarea execuţiei servletului. |
writeInterval | O perioadă de timp cu precizie de secunde | 2m | Numărul de secunde care ar trebui să treacă înainte de scrierea datelor sesiunii în depozitul persistent. Valoarea implicită este de 120 secunde. Această valoare este folosită doar atunci când este activată o frecvenţă de scriere bazată pe timp. Specificaţi un întreg pozitiv urmat de o unitate de timp, care poate fi ore (o), minute (m) sau secunde (s). De exemplu, specificaţi 30 secunde ca 30s. Puteţi include valori multiple într-o singură intrare. De exemplu, 1m30s este echivalent cu 90 secunde. |
writeContents |
| ONLY_UPDATED_ATTRIBUTES | Specifică câte date de sesiune ar trebui să fie scrise în depozitul persistent. În mod implicit, doar atributele actualizate sunt scrise, dar toate atributele pot fi scrise în schimb (indiferent dacă sunt sau nu modificate). ONLY_UPDATED_ATTRIBUTES Doar atributele actualizate sunt scrise în depozitul persistent. ALL_SESSION_ATTRIBUTES Toate atributele sunt scrise în depozitul persistent. |
scheduleInvalidation | boolean | false | Activaţi această opţiune pentru a reduce numărul de actualizări ale bazei de date necesare pentru menţinerea sesiunilor HTTP. Specificaţi cele două ore dintr-o zi când există cea mai puţină activitate în serverul de aplicaţii. Când această opţiune este dezactivată, procesul de invalidator rulează la fiecare câteva minute pentru a înlătura sesiunile HTTP invalidate. |
scheduleInvalidationFirstHour | int | 0 | Indică prima oră în timpul căreia sesiunile invalidate sunt curăţate din depozitul persistent. Specificaţi această valoare ca un întreg între 0 şi 23. Această valoare este validă doar atunci când invalidarea de planificare este activată. |
scheduleInvalidationSecondHour | int | 0 | Indică a doua oră în timpul căreia sesiunile invalidate sunt curăţate din depozitul persistent. Specificaţi această valoare ca un întreg între 0 şi 23. Această valoare este validă doar atunci când invalidarea de planificare este activată. |
noAffinitySwitchBack | boolean | false | Setaţi această proprietate la "true" pentru a menţine afinitatea la noul membru chiar şi după revenirea la funcţionare a celui originial. La eşuarea unui membru al clusterului, cererile sale sunt rutate către un membru diferit din cluster şi sesiunile sunt activate în acel alt membru. Astfel, afinitatea sesiunii este menţinută la noul membru şi, la revenirea în funcţionare a noului membru, cererile pentru sesiunile care au fost create în membrul original al clusterului sunt rutate înapoi la acesta. Valorile permise sunt adevărat sau fals cu valoarea implicită fals. Setaţi această proprietate la adevărat când aveţi sesiuni distribuite configurate cu scriere pe bază de timp. Reţineţi că această proprietate nu afectează comportamentul atunci când sesiunile distribuite nu sunt activate. |
useInvalidatedId | boolean | true | Setaţi această proprietate pe "true" pentru a reutiliza identificatorul de intrare dacă sesiunea cu acel identificator a fost invalidată recent. Aceasta este o optimizare de performanţă deoarece împiedică verificarea depozitului persistent. |
onlyCheckInCacheDuringPreInvoke | boolean | false | Valoarea adevărat indică faptul că ora ultimului acces într-o sesiune ar trebui actualizat doar dacă o cerere obţine sesiunea. Valoarea fals indică faptul că ora ultimului acces într-o sesiune ar trebui actualizat după fiecare cerere. Modificarea acestei valori poate îmbunătăţi performanţa în unele medii. |
optimizeCacheIdIncrements | boolean | true | Dacă sesiunea browser a utilizatorului se deplasează înainte şi înapoi în mai multe aplicaţii web, aţi putea vedea că activitatea suplimentară de memorare persistentă ca sesiunile în memorie pentru un modul web sunt reîmprospătate din depozitul persistent. Ca şi rezultat, identificatorii de cache cresc în continuare şi atributele sesiunii din memorie sunt suprascrise de acelea ale copiei persistente. Setaţi această proprietate pe true dacă doriţi să împiedicaţi creşterea continuă a identificatorilor de cache. Valoarea adevărat indică faptul că managerul de sesiuni ar trebui să evalueze dacă sesiunea în memorie pentru un modul web este mai în veche decât copia din depozitul persistent. Dacă configuraţia este un cluster, asiguraţi-vă că orele sistemului pentru fiecare membru al clusterului sunt cât se poate de identice. |
db2RowSize |
| 4KB | Dimensiune pagină spaţiu de tabelă configurată pentru tabela de sesiuni dacă se utilizează o bază de date DB2. Creşterea acestei valori poate îmbunătăţi performanţa bazei de date în unele medii. 32KB Utilizaţi o dimensiune de pagină de spaţiu de tabelă de 32 KB. În plus, trebuie să creaţi un pool buffer sau un spaţiu de tabelă DB2 şi să specificaţi 32KB ca dimensiune de pagină pentru ambele. De asemenea, trebuie să specificaţi numele spaţiului de tabelă pe care l-aţi creat. 4KB Utilizaţi dimensiunea implicită a paginii spaţiu de tabelă de 4 KB. Nu este necesar să creaţi un pool buffer sau un spaţiu de tabelă DB2 şi nu este necesar să specificaţi un nume de spaţiu de tabelă. 16KB Utilizaţi o dimensiune de pagină de spaţiu de tabelă de 16 KB. În plus, trebuie să creaţi un pool buffer sau un spaţiu de tabelă DB2 şi să specificaţi 16KB ca dimensiune de pagină pentru ambele. De asemenea, trebuie să specificaţi numele spaţiului de tabelă pe care l-aţi creat. 8KB Utilizaţi o dimensiune de pagină de spaţiu de tabelă de 8 KB. În plus, trebuie să creaţi un pool buffer sau un spaţiu de tabelă DB2 şi să specificaţi 8KB ca dimensiune de pagină pentru ambele. De asemenea, trebuie să specificaţi numele spaţiului de tabelă pe care l-aţi creat. |
tableSpaceName | string | Spaţiu de tabelă de utilizat pentru tabela de sesiuni. Această valoare este necesară doar atunci când DB2 Row Size este mai mare de 4KB. | |
usingCustomSchemaName | boolean | false | Setaţi această proprietate la "true" dacă utilizaţi DB2 pentru persistenţa sesiunii şi proprietatea currentSchema este setată în sursa de date. |
useOracleBlob | boolean | false | Setaţi această proprietate la "true" pentru a crea tabelul bazei de date folosind tipul de date BLOB (Binary Large Object) pentru coloana medie. Această valoare creşte performanţa sesiunilor persistente la utilizarea bazelor de date Oracle. Datorită unei restricţii Oracle, suportul BLOB necesită utilizarea driver-ului de baze de date OCI (Oracle Call Interface) pentru mai mult de 4000 de octeţi de date. De asemenea, trebuie să vă asiguraţi că o nouă tabelă de sesiuni este creată înainte repornirea serverului prin abandonarea tabelei vechi de sesiuni sau prin modificarea definiţiei sursei de date la referirea unei baze de date care nu conţine o tabelă de sesiuni. |