Урок за WebSphere Application Server - Публикуване на тема - 6
За да добавите или актуализирате персонализирани свойства, изпълнете следните стъпки:
1. Отворете източник на данни, като щракнете върху името му в списъка с ресурси.
2. Щракнете върху Свойства по избор в таблицата с допълнителни свойства, за да посочите или актуализирате свойствата на източника на данни, които може да са ви необходими. Появява се списък с налични свойства в зависимост от типа източник на данни.
3. Щракнете върху Нов, за да добавите персонализирано свойство, или щракнете върху
по име на свойство, за да го промените.
На фиг. Фигура 6-12 показва първите няколко потребителски свойства, конфигурирани за източник на данни, свързан към DB2 база данни.
4. Щракнете върху OK, когато сте готови.
Ориз. 6.12. Персонализирани свойства на източника на данни
Конфигуриране на параметри за работа с пулове за връзки
Връзка към опциите за групиране на връзки може да бъде намерена в раздела Допълнителни свойства на прозореца за конфигуриране на източника на данни. Вижте фиг. 6.8.
Ориз. 6.13. Опции за групиране на връзки за източник на данни
• Изчакване на връзката.
Указва интервала (в секунди), след който заявката за връзка се прекъсва (времето изтече) и се хвърля ConnectionWait TimeoutException. Тази ситуация може да възникне, ако пулът е достигнал максимума (макс. връзки) и всички връзки се използват от други приложения по време на периода на изчакване.
Например, ако времето за изчакване на връзката е 300 и е достигнат максималният брой връзки, тогава мениджърът на пула изчаква 300 секунди за налична физическа връзка. Ако за товавреме на наличните връзки не се появи, мениджърът на пула хвърля ConnectionWaitTimeoutException.
съвет. Ако параметърът за изчакване на връзката е зададен на 0, тогава мениджърът на пула ще изчака толкова дълго, колкото е необходимо за разпределяне на връзката.
• Максимални връзки.
Указва максималния брой физически връзки, които могат да бъдат създадени в този пул.
Това са физически връзки към основната база данни. Когато този брой бъде достигнат, не се създават нови физически връзки и рикуестърът ще изчака, докато физическата връзка, която се използва в момента, бъде върната в пула или докато не бъде хвърлено ConnectionWaitTimeoutException.
Например, ако Max Connections е зададено на 5 и се използват пет физически връзки, тогава мениджърът на пула ще изчака връзката да стане свободна за периода от време, посочен в параметъра Connection Timeout. Ако след това време няма свободни връзки, мениджърът на пула хвърля ConnectionWaitTimeoutException за приложението.
• Минимални връзки.
Указва минималния брой поддържани физически връзки. Докато не бъде достигнат този брой, нишката за групиране не изтрива физическите връзки. Въпреки това не се правят опити броят на връзките да достигне този брой.
Например, ако Min Connections е зададено на 3 и е създадена една физическа връзка, тази връзка няма да бъде изтрита от нишката за неизползвано изчакване. Освен това нишката няма автоматично да създаде още две връзки, за да доведе техния брой до стойността на параметъра Min Connections.
• Време за жътва.
Указва интервала (в секунди) между изпълненията на нишката, обслужваща пула. Например, ако Reap Time е зададено на 60, тогава груповата нишка ще се изпълнява на всеки 60 секунди. Интервалът Reap Time влияе върху точността на настройките за Unused Timeout и Aged Timeout. Колкото по-малък е зададеният интервал, толкова по-висока е точността. Когато се стартира нишка за групиране, тя унищожава всички връзки, които са били неактивни по-дълго от стойността, определена от параметъра за неизползвано изчакване, докато броят на връзките достигне стойността, зададена от параметъра за минимални връзки. Нишката за обединяване също отхвърля всички връзки, които остават активни по-дълго от определеното от параметъра Aged Timeout.
съвет. Ако нишката за групиране е активирана, задайте параметъра Reap Time на стойност, по-малка от Unused Timeout и Aged Timeout.
Интервалът Reap Time също оказва влияние върху производителността. По-кратките интервали причиняват по-често изпълнение на нишката за обединяване, което намалява производителността.
• Unused Timeout (Изчакване за неизползвани връзки).
Посочете интервала (в секунди), след който неактивната връзка ще бъде изтрита.
съвет. Задайте Unused Timeout на стойност, по-голяма от стойността на параметъра Reap
Изчакване за осигуряване на оптимална производителност. Неизползваните физически връзки се премахват само ако текущият брой неизползвани връзки надвишава стойността на параметъра Min Connections.
Например, ако стойността на параметъра Unused Timeout е 120 и нишката за групиране е активирана (стойността Reap Time не е 0), тогава всяка физическа връзка, която остава неизползвана вв рамките на две минути, отстранен. Имайте предвид, че точността на този период на изчакване се влияе от стойността на Reap Time. Вижте раздела Време за жътва за повече информация.
• Възрастно изчакване.
Посочете интервала (в секунди), след който физическата връзка ще бъде изтрита, независимо как се използва.
Задаването на този параметър на 0 кара физическите връзки да останат в пула за неопределено време. Например, ако Aged Timeout е зададено на 1200 и Reap Time не е 0, тогава физическа връзка, която е съществувала в продължение на 1200 секунди (20 минути), ще бъде премахната от пула. Имайте предвид, че точността на този период на изчакване се влияе от стойността на Reap Time. Вижте раздела Време за жътва за повече информация.
съвет. За да оптимизирате производителността, задайте Aged Timeout да бъде по-голямо от Reap Time.
Ориз. 6.14. Допълнителни свойства на пула за връзки
• Политика за изчистване.
Посочете как се почистват връзките, ако бъде открита прекъсната връзка или фатална грешка на връзката.
Валидни стойности са EntirePool и FailingConnectionOnly. Ако изберете EntirePool (Цял пул), тогава всички връзки в пула ще бъдат изтрити, когато бъде открита прекъсната връзка. Ако изберете FailingConnectionOnly, тогава пулът ще се опита да изтрие само неуспешната връзка. Други връзки ще останат в пула. По този начин можете да забавите прекъсването на връзките, използвани в момента на възникване на грешката. Такива връзки обаче няма да бъдат върнати в пула.
Ако щракнете върху връзката Разширени свойства на пула за връзкисвойства на пула за връзки), ще можете да промените свойствата, показани на фиг. 6.14.
Тези свойства изискват по-задълбочено разбиране на това как работи групирането на връзки и как функционира вашата система. За информация относно тези опции вижте темата за разширени настройки на пула за свързване в Информационния център.
Свойства на източник на данни на WebSphere Application Server
Можете да зададете свойства, свързани с настройките за връзка от страна на WebSphere Application Server, вместо настройки за връзка с базата данни, като изберете връзката свойства на източника на данни на WebSphere Application Server в секцията Допълнителни свойства на страницата за конфигуриране на източника на данни. Обърнете се към фиг. 6.11. Щраквайки върху тази връзка, ще видите прозореца, показан на фиг. 6.15.
• Размер на кеша на изявленията.
Посочете броя на подготвените изрази, кеширани за връзка. Подготвеният оператор е предварително компилиран SQL израз, съхранен в обект на подготвен оператор. Този обект се използва за многократно изпълнение на даден SQL оператор. Източникът на данни WebSphere Application Server оптимизира обработката на подготвени отчети.
Като общо правило, колкото повече инструкции съдържа вашето приложение, толкова по-голям трябва да бъде размерът на кеша. Например, ако вашето приложение съдържа пет SQL оператора, задайте размера на кеша на оператора на 5, така че всяка връзка да има пет оператора.
• Разрешаване на откриване на многонишков достъп.
Ако активирате тази опция, сървърът на приложения ще определи наличността на достъп чрез множество нишки.
•Разрешете повторното удостоверяване на базата данни
Търсенето на пул от връзки не включва потребителско име и парола. Ако активирате тази опция, връзката пак ще бъде изтеглена от пула, но ще трябва да разширите класа DataStoreHelper и да създадете имплементация на метода doConnectionSetupPerTransaction(), в който се извършва повторно удостоверяване.
Повторното удостоверяване на връзките може да подобри производителността чрез намаляване на разходите за отваряне и затваряне на връзки, особено за приложения, които винаги изискват връзки с различно потребителско име и парола.
Ориз. 6.15. Персонализирани свойства на източника на данни на WebSphere
• Управление на кеширани манипулатори.
Когато извикате метода getConnection() за достъп до базата данни, той връща манипулатор на връзката. Този манипулатор не е физическа връзка, а представяне на физическа връзка. Физическата връзка се управлява от мениджъра на връзките. Кешираният манипулатор е манипулатор на връзката, който се запазва от приложението при излизане от обхвата на транзакция и метод.
Този параметър указва дали контейнерът трябва да следи манипулатори, съхранени в кеша. Това може да създаде допълнителни разходи и трябва да се активира само в специални ситуации. За повече информация относно кеширането на манипулатори вижте темата "Манипулатори на връзката" в Информационния център.
• Регистриране на контекста на транзакция.
Моделът за програмиране J2EE уточнява, че връзките винаги трябва да имат контекст на транзакция. Някои приложения обаче нямат собствен контекст. Товаопцията указва, че контейнерът трябва да регистрира липсата на контекст на транзакция в регистрационния файл на активността, когато получи връзка.
• Предварително тестване на съществуващи обединени връзки.
Ако поставите отметка в това квадратче, сървърът на приложения ще се опита да се свърже с източника на данни, преди да се опита да изпрати или получи данни от този източник на данни. Ако изберете това свойство, можете да посочите на какъв интервал (в секунди) сървърът на приложения ще се опита да установи връзка и колко опита ще направи. За да се тества връзката, към базата данни се изпраща предварително компилиран тестов SQL низ.