Свойства источника данных WebSphere Application Server

Конфигурация

Размер кэша операторов

Указывает число операторов, доступных для кэширования для одного соединения. Сервер приложений кэширует оператор после того, как пользователь его закрывает.

Источник данных WebSphere Application Server оптимизирует обработку подготовленных и вызываемых операторов, кэшируя операторы, не используемые активным соединением. Оба типа операторов помогают максимизировать производительность транзакций между приложением и хранилищем данных.

Подготовленный оператор является предварительно скомпилированным оператором SQL, хранящимся в объекте PreparedStatement. Сервер приложений использует этот объект для выполнения оператора SQL столько раз, сколько требует среда выполнения приложения, и с такими значениями, какие она определяет.
Вызываемый оператор является оператором SQL, содержащим вызов хранящейся процедуры, являющийся серией предварительно скомпилированных операторов, выполняющей задачу и возвращающей результат. Оператор хранится в объекте CallableStatement. Сервер приложений использует этот объект для выполнения хранимой процедуры столько раз, сколько требует среда выполнения приложения, и с такими значениями, какие она определяет.

Если размер кэша операторов является недостаточно большим, полезные записи аннулируются чтобы предоставить место новым записям. Для определения максимального размера кэша и избежания аннулирования кэша добавьте несколько уникальных подготовленных операторов и вызываемых операторов (согласно строке SQL, параллелизму и типу прокрутки) для каждого приложения, использующего этот источник данных на определенном сервере. Это максимальное число возможных операторов, доступных для кэширования для определенного соединения на протяжении срока жизни сервера. Задав для размера кэша это значение вы отмените выполнение аннулирования кэша. Вообще, чем больше операторов у приложения, тем больший размер кэша для него нужно устанавливать.

Для минимизации количества сбросов кэша можно использовать программу Tivoli Performance Viewer. Используйте обычную рабочую нагрузку, представляющую типичное число входящих клиентских запросов, используйте фиксированное число повторений и стандартный набор параметров конфигурации.

Прим.: Чем больше размер кэша операторов, тем сильнее задержка системных ресурсов. Поэтому если задать слишком большое значение, вы можете столкнуться с нехваткой ресурсов, так как система не сможет открыть такое число подготовленных операторов.

Если какой-то оператор кэшировать нежелательно, присвойте его признаку кэшируемости значение "ложь". И сервер приложений не будет кэшировать этот оператор. Приложения указывают значение признака кэшируемости во время выполнения.

В тестируемых приложениях настройка кэша операторов позволяет увеличить производительность от 10% до 20%. Однако из-за потенциальных ограничений ресурса это бывает не всегда возможным.

Тип данных

Целое число

Значение по умолчанию

Значения по умолчанию зависят от базы данных. Обычно значение по умолчанию равно 10. Для Informix версий 7.3, 9.2, 9.3 и 9.4 без соответствующих исправлений значение по умолчанию должно быть равно 0. Значение 0 означает отсутствие оператора кэша.

Включить обнаружение многопоточного доступа

При включении этой опции сервер приложений обнаруживает наличие доступа нескольких нитей.

Включить повторную идентификацию базы данных

Если эта опция включена, соединения, извлеченные из пула сервера приложений, никогда точно не совпадают (критерии поиска пула соединений не включают в себя имя пользователя и пароль). Вместо этого выполняется повторная идентификация соединения в doConnectionSetupPerTransaction() класса DataStoreHelper. Сервер приложений не имеет реализации повторной идентификации соединений во время выполнения. Поэтому при выключении этой опции необходимо расширить класс DataStoreHelper для предоставления реализации метода doConnectionSetupPerTransaction() при выполнении повторной идентификации. Если этого не сделать, сервер может возвращать непригодные для использования соединения. См. документацию по API для метода com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction.

Повторная идентификация соединений может помочь повысить производительность за счет снижения дополнительной нагрузки открываемых и закрываемых соединений, особенно для приложений, часто запрашивающих соединения с различными именами пользователя и паролями.

Предотвращение неполадок: Если для псевдонима конфигурации преобразования выбрано значение TrustedConnectionMapping, включать повторную идентификацию базы данных нельзя.gotcha

Включить поддержку однофазной оптимизации JMS

Если эта опция включена, сервер приложений разрешает службе сообщений Java (JMS) получать оптимизированные соединения от источника данных. Это свойство запрещает приложениям JDBC использовать соединения совместно с приложениями CMP.

Управлять кэшированными дескрипторами

Указывает, должен ли контейнер отслеживать кэшируемые ссылки, являющиеся ссылками на соединения, которые поддерживаются компонентом приложения активными в пределах транзакций и методов. Это свойство можно использовать для отладки ошибок соединений, однако мониторинг дескрипторов может вызвать значительную дополнительную нагрузку в случае применения во время работы.

Если вы отметили выбор свойства Управлять кэшированными дескрипторами в административной консоли, это поле станет невидимым для ресурсов сервера приложений версии 7.0. Это поле отображается только в том случае, если для свойства manageCachedHandles задано значение true в файле resources.xml. Для того чтобы сделать это поле доступным, измените значение свойства manageCachedHandles с false на true в файле resources.xml, или введите следующую команду Jython с помощью утилиты wsadmin:

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

Поддерживаемые конфигурации : Для всех ресурсов сервера приложений версии 6.x свойство Управлять кэшированными дескрипторами является всегда видимым. Например, если имеется узел версии 6.1, то запись в файле resources.xml не влияет на способ отображения поля в административной консоли.sptcfg

В качестве альтернативного способа отладки можно использовать многонитевые и межкомпонентные диагностические предупреждения для обнаружения нарушений в модели программирования JCA. Для того чтобы активировать эти предупреждения, выберите соответствующие опции в панели Серверы > Серверы приложений > сервер_приложений > Производительность > Конфигурация Советника по производительности и диагностике > Конфигурация рекомендаций по оптимизации работы . Если эти предупреждения активны, диспетчер соединений управляет кэшированными дескрипторами, обнаруживает состояние соединений и отправляет предупреждения.

Прим.: Для активации этих предупреждений необходимо также выбрать опцию Включить среду Советника по производительности и диагностике (Советник по динамической производительности) в панели Серверы > Серверы приложений > сервер_приложений > Производительность > Конфигурация Советника по производительности и диагностике.

Записывать в протокол отсутствующий контекст транзакций

Указывает, должен ли контейнер создавать запись в протоколе операций при получении приложением соединения без контекста транзакции. Это исключения из требований к соединениям модели программирования Java Platform, Enterprise Edition (Java EE).

Источник данных без поддержки транзакций

Указывает, что сервер приложений не будет задействовать соединения этого источника данных в глобальных и локальных транзакциях. Приложения должны явно делать вызов setAutoCommit(false) для соединения, если им необходимо запустить локальную транзакцию на этом соединении; они должны сами фиксировать и откатывать запущенную ими транзакцию.

Предотвращение неполадок: В редких случаях это свойство устанавливается в значение "истина", однако Java Persistence API (JPA) требует наличия источников данных и JTA и не-JTA.gotcha

Использовать модель проверки исключений WebSphere Application Server

Включает использование сервером приложений функции преобразования ошибок, определенной во вспомогательной программе источников данных для идентификации ошибок. Сервер приложений не заменяет исключительные ситуации, возбуждаемые драйвером JDBC, исключительными ситуациями из таблицы преобразования ошибок вспомогательной программы источников данных.

Использовать модель преобразования исключительных ситуаций WebSphere Application Server

Включает использование сервером приложений функции преобразования ошибок, определенной во вспомогательной программе источников данных для идентификации ошибок. Сервер приложений будет заменять исключительные ситуации, возбуждаемые драйвером JDBC, исключительными ситуациями из таблицы преобразования ошибок вспомогательной программы источников данных.

Поддерживаемые конфигурации : Данная модель обнаружения ошибок работает с JDBC версии 3.0 и более ранних версий. sptcfg

Проверять новые соединения

Включает режим, в котором диспетчер соединений проверяет новые соединения с базой данных.

Число попыток

Указывает число попыток проверки исходного соединения с базой данных после того, как первая попытка проверки не удалась.

Интервал повторения

Если опция Проверять новые соединения выбрана, используйте ее, чтобы указать, как долго (в секундах) сервер приложений должен ждать перед повтором попытки установить соединение после сбоя первой попытки.

Проверять имеющиеся в пуле соединения

Включает режим диспетчера соединений, в котором он проверяет соединения в пуле перед их возвратом приложениям.

Интервал повторения

Если опция Предварительная проверка имеющихся в пуле соединений выбрана, она определяет, сколько времени в секундах выделяется драйверу JDBC для проверки соединения.

Проверка с помощью драйвера JDBC

Включает режим использования сервером приложений для проверки соединений драйвера JDBC. Для использования этого режима провайдер JDBC должен поддерживать JDBC 4.0 или выше.

Тайм-аут

Тайм-аут в секундах для проверки соединений с базой данных (новых или помещенных сервером приложений в пул). Если тайм-аут истекает до проверки, соединение считается непригодным для использования. Если настроен режим повторных проверок, значение тайм-аута применяется к каждому повтору в отдельности. Значение 0 означает, что драйвер JDBC не применяет тайм-аут проверки.

Поддерживаемые конфигурации : Эта опция доступна только для драйверов JDBC, совместимых с JDBC 4.0. sptcfg

Проверка с помощью строки SQL (устарело)

Указывает оператор SQL, отправляемый сервером приложений базе данных для проверки соединений. Используйте запрос, не оказывающий существенного влияния на производительность.

Оптимизировать работу шаблона get/use/close/connection с гетерогенным пулом

Включает режим использования сервером приложений шаблона get/use/close/connection. В этом режиме сервер приложений помещает соединения, принадлежащие одной транзакции, в пул и делает их общими. Этот шаблон оптимизации позволяет совместно использовать одно соединение во время обработки транзакции, даже когда соединения имеют разные свойства.

Гетерогенный пул позволяет расширять определение источника данных различными пользовательскими свойствами или переопределять небазовые свойства этого источника.