Propriedades de Origem de Dados do WebSphere Application Server

Utilize essa página para definir propriedades avançadas de origem de dados no servidor de aplicativos. Essas propriedades ativam e configuram serviços que o servidor de aplicativos aplica às origens de dados para customizar conexões com um servidor de aplicativos. Essas propriedades não afetam as conexões no banco de dados.

Para acessar essa página do console administrativo, conclua um dos seguintes caminhos:
Tamanho do Cache de Instruções

Especifica o número de instruções que podem ser armazenadas em cache por conexão. O servidor de aplicativos armazena em cache uma instrução depois de fechá-la.

A origem de dados do WebSphere Application Server otimiza o processamento de instruções preparadas e instruções que podem ser chamadas, armazenando em cache aquelas instruções que não são utilizadas em uma conexão ativa. Os dois tipos de instrução ajudam a maximizar o desempenho de transações entre seu aplicativo e o datastore.
  • Instrução preparada é uma instrução SQL pré-compilada armazenada em um objeto PreparedStatement. O servidor de aplicativos utiliza esse objeto para executar a instrução SQL várias vezes, conforme exigido pelo tempo de execução do aplicativo, com valores determinados pelo tempo de execução.
  • Uma instrução chamável é uma instrução SQL que contém uma chamada a um procedimento armazenado, que é uma série de instruções pré-compiladas que executam uma tarefa e retornam um resultado. A instrução é armazenada no objeto CallableStatement. O servidor de aplicativos utiliza esse objeto para executar um procedimento armazenado várias vezes, conforme exigido pelo tempo de execução do aplicativo, com valores determinados pelo tempo de execução.

Se o cache não for grande o suficiente, entradas úteis serão descartadas para dar espaço a novas entradas. Para determinar o valor mais alto para o tamanho de cache para evitar descartes de cache, inclua o número de instruções preparadas exclusivamente e de instruções que podem ser chamadas (conforme determinado pela cadeia SQL, simultaneidade e o tipo de rolagem) para cada aplicativo que utiliza essa origem de dados em um determinado servidor. Esse valor é o número máximo de possíveis instruções que podem ser armazenadas em cache em uma determinada conexão durante a existência do servidor. A definição do tamanho do cache para este valor significa que você nunca terá caches descartados. Em geral, configure um cache maior para aplicativos com um número maior de instruções.

[AIX Solaris HP-UX Linux Windows] [iSeries] Você também pode utilizar o Tivoli Performance Viewer para minimizar descartes do cache. Utilize uma carga de trabalho padrão que represente um número típico de pedidos recebidos do cliente, um número fixo de iterações e um conjunto padrão de definições de configuração.
Nota: Quanto maior o cache de instruções, mais os recursos do sistema são atrasados. Dessa forma, se você definir o número muito alto, poderá faltar recursos, porque o sistema não pode abrir várias instruções preparadas.

Se houver uma instrução específica que você não queira que o servidor de aplicativos armazene no cache, configure como falsa a sugestão de conjunto da instrução. O servidor de aplicativos não armazena no cache uma instrução se a sugestão de conjunto estiver definida como falsa. O aplicativo especifica as sugestões de conjunto da instrução no tempo de execução.

Em aplicativos de teste, o ajuste do cache de instruções melhora o rendimento de 10% a 20%. No entanto, devido a limitações potenciais de recursos, isso nem sempre será possível.

Tipo de Dados Inteiro
Padrão Os valores padrão dependem do banco de dados. Normalmente, esse valor é 10. No Informix versões 7.3, 9.2, 9.3 e 9.4, sem as respectivas correções mais recentes, o valor padrão deve ser 0. Um valor padrão igual a 0 significa que não há instrução em cache.
Ativar Detecção de Acesso Multiencadeado

Quando você marca essa opção, o servidor de aplicativos detecta a existência de acesso por vários encadeamentos.

Ativar Reautenticação de Banco de Dados

Indica que a correspondência exata nas conexões recuperadas do conjunto de conexões do servidor de aplicativos (os critérios de procura do conjunto de conexões não incluem um nome de usuário e uma senha) não pode existir. Em vez disso, a nova autenticação da conexão é feita no doConnectionSetupPerTransaction() da classe DataStoreHelperass. O servidor de aplicativos não fornece uma implementação de reautenticação de conexão no tempo de execução. Por essa razão, quando você marcar essa caixa, será necessário estender a classe DataStoreHelper para fornecer a implementação do método doConnectionSetupPerTransaction() em que a nova autenticação ocorre. Se você não concluir esse processo, o servidor de aplicativos poderá retornar conexões inutilizáveis. Para obter mais informações, consulte a documentação da API para o método com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction.

A nova autenticação da conexão pode ajudar a melhorar o desempenho reduzindo a sobrecarga de abertura e fechamento de conexões, principalmente para aplicativos que freqüentemente solicitam conexões com diferentes nomes de usuário e senhas.
Evitar Problemas: Você não pode ativar a reautenticação do banco de dados se selecionar TrustedConnectionMapping para o alias de configuração de mapeamento.gotcha
Ativar Suporte de Otimização do JMS em Uma Fase

Quando você marca essa opção, o servidor de aplicativos permite que o serviço do sistema de mensagens Java (JMS) otimize as conexões dessa origem de dados. Essa propriedade impede que aplicativos JDBC (Java Database Connectivity) compartilhem conexões com aplicativos CMP (persistência gerenciada por contêiner).

Gerenciar Manuseios Armazenados em Cache

Especifica se o contêiner rastreia manipulações armazenadas em cache, que são manipulações de conexões que um componente de aplicativo mantém ativas além dos limites de transações e métodos. Você pode utilizar essa propriedade para depurar problemas de conexão, mas os tratamentos de rastreio podem causar grande sobrecarga de desempenho durante o tempo de execução.

Se a propriedade Gerenciar Tratamentos em Cache estiver selecionada no console administrativo, e você desmarcá-la, o campo não ficará mais visível para recursos que estão na Versão 7.0 do servidor de aplicativos. Esse campo só será exibido se a propriedade manageCachedHandles estiver definida como true no arquivo resources.xml. Para tornar o campo disponível, altere o valor para a entrada manageCachedHandles de false para true no arquivo resources.xml, ou digite o seguinte comando Jython da ferramenta wsadmin:
AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')
Configurações com Suporte: Para qualquer recurso que estiver em execução na Versão 6.x do servidor de aplicativos, a propriedade Gerenciar Tratamentos em Cache estará sempre visível. Por exemplo, se você tiver um nó que está na Versão 6.1, a entrada no arquivo resources.xml não afetará a exibição do campo no console administrativo.sptcfg
Como método alternativo de depuração de problemas, utilize os alertas de diagnóstico multiencadeados e entre componentes para detectar violações no modelo de programação JCA (Java Connectivity Architecture). Para ativar esses alertas, selecione essas opções no painel Servidores > Servidores de Aplicativos > application_server > Desempenho > Configuração do Orientador de Diagnóstico e Desempenho > Configuração do Orientador de Diagnóstico e Desempenho. Esses alertas forçam o gerenciador de conexão a gerenciar tratamentos em cache, detectar condições de conexão e enviar alertas.
Nota: Para ativar esses alertas, você também deve selecionar Ativar Estrutura do Orientador de Diagnóstico e Desempenho (Runtime Performance Advisor) no painel Servidores > Servidores de Aplicativos > application_server > Desempenho > Configuração do Orientador de Diagnóstico e Desempenho.
Contexto de Transação Faltando no Registro

Especifica se o contêiner emite uma entrada para o registro de atividades quando um aplicativo obtém uma conexão sem um contexto de transação. Essas são exceções aos requisitos de conexão do modelo de programação Java Platform, Enterprise Edition (Java EE).

Origem de Dados Não Transacionais
Especifica que o servidor de aplicativos não registrará as conexões dessa origem de dados em transações globais ou locais. Os aplicativos deverão chamar explicitamente setAutoCommit(false) na conexão caso queiram iniciar uma transação local na conexão, e devem confirmar ou recuperar a transação que iniciaram.
Evitar Problemas: Defina essa propriedade como true em casos raros, mas a JPA (Java Persistence API) exige origens de dados JTA e não-JTA.gotcha
Utilizar Modelo de Verificação de Exceção do WebSphere Application Server

Especifica que o servidor de aplicativos utiliza o recurso de mapeamento de erro definido no auxiliar de armazenamento de dados para identificar erros. O servidor de aplicativos não substitui as exceções que são emitidas pelo driver JDBC pelas exceções definidas no mapa de erros do auxiliar de armazenamento de dados.

Utilizar Modelo de Mapeamento de Exceção do WebSphere Application Server

Especifica que o servidor de aplicativos utiliza o recurso de mapeamento de erro definido no auxiliar de armazenamento de dados para identificar erros, e o servidor de aplicativos substituirá as exceções que são emitidas pelo driver JDBC pelas exceções definidas no mapa de erros do auxiliar de armazenamento de dados.

Configurações com Suporte: Esse modelo de detecção de erro funciona com JDBC Versão 3.0 e anterior.sptcfg
Validar Novas Conexões

Especifica se o gerenciador de conexão testa as conexões recém-criadas com o banco de dados.

Número de Novas Tentativas

Especifica quantas vezes você deseja tentar novamente criar a conexão inicial com um banco de dados após a primeira operação pré-teste falhar.

Intervalo de tentativas

Se você selecionar Validar Novas Conexões, essa opção especificará a duração do tempo, em segundos, que o servidor de aplicativos aguarda antes de tentar novamente estabelecer uma conexão se a primeira tentativa falhar.

Validar Conexões Agrupadas Existentes

Especifica se o gerenciador de conexão testa a validade de conexões em conjunto antes de retorná-las aos aplicativos.

Intervalo de tentativas

Se você selecionar Pré-testar conexões em conjunto existentes, essa opção especificará o tempo, em segundos, designado ao driver JDBC para validar uma conexão.

Validação por Driver JDBC

Especifica que o servidor de aplicativos utilizará o driver JDBC para validar as conexões. O provedor JDBC deve suportar JDBC 4.0 ou superior para utilizar essa opção.

Evitar Problemas: Para uma origem de dados Oracle, Validação pelo Driver JDBC aparece no console administrativo apenas depois que a propriedade validateNewConnectionTimeout for incluída nas propriedades customizadas das propriedades de origem de dados do WebSphere Application Server. A propriedade validateNewConnectionTimeout é usada para a validação do driver JDBC 4.0 e pode ser especificada usando o console administrativo.gotcha
Tempo Limite
Especifica o tempo limite em segundos para testar conexões (novas ou em conjunto pelo servidor de aplicativos) com o banco de dados. Se o tempo limite expirar antes da validação, a conexão será considerada não utilizável. Se novas tentativas estiverem configuradas, o valor completo do tempo limite será aplicado a cada uma. Um valor 0 indica que o driver JDBC não fixa um tempo limite nas tentativas de validação.
Configurações com Suporte: Essa opção só está disponível para drivers JDBC compatíveis com JDBC 4.0.sptcfg
Validação por Cadeia SQL (Reprovado)

Especifica uma instrução SQL que o servidor de aplicativos envia ao banco de dados para testar a conexão. Utilize uma consulta que provavelmente tenha baixo impacto sobre o desempenho.

Otimizar para o Padrão Obter/Utilizar/Fechar/Conexão com Conjunto Heterogêneo

Especifica que o servidor de aplicativos utilizará o padrão obter/utilizar/fechar/conexão. Isso permite que o conjunto de conexões do servidor de aplicativos compartilhe conexões que estão na mesma transação. Esse padrão de otimização permite que uma conexão seja compartilhada durante uma transação mesmo quando as conexões utilizam propriedades de conexão diferentes.

O recurso de conjunto de conexões heterogêneo permite estender a definição de origem de dados para que você possa especificar diferentes propriedades customizadas ou permitir que os aplicativos substituam propriedades não críticas para a origem de dados.

Configurações com Suporte: Esse campo estará disponível somente para origens de dados do DB2.sptcfg
Intervalo de Novas Tentativas para Novo Roteamento do Cliente

Especifica o tempo, em segundos, entre novas tentativas de rotear novamente o cliente de forma automática.

Configurações com Suporte: Esse campo estará disponível somente para origens de dados do DB2.sptcfg
Número Máximo de Novas Tentativas para Novo Roteamento do Cliente

Especifica o número máximo de novas tentativas de conexão que são feitas pela função de novo roteamento automático do cliente se a conexão primária com o servidor falhar. A propriedade só é utilizada quando Intervalo de Novas Tentativas para Novo Roteamento do Cliente está definido.

Configurações com Suporte: Esse campo estará disponível somente para origens de dados do DB2.sptcfg
Nomes de Servidores Alternativos
Especifica a lista de nomes de servidores alternativos para o servidor DB2. Se mais de um nome do servidor alternativo for especificado, os nomes deverão ser separados por vírgulas. Exemplo:
host1,host2
Configurações com Suporte: Esse campo estará disponível somente para origens de dados do DB2.sptcfg
Números de Portas Alternativas
Especifica a lista de portas alternativas de servidores para o servidor DB2. Se mais de uma porta alternativa de servidor for especificada, as portas deverão ser separadas por vírgulas. Exemplo:
5000,50001
Configurações com Suporte: Esse campo estará disponível somente para origens de dados do DB2.sptcfg
Nome JNDI da Lista de Servidores de Novo Roteamento do Cliente

Especifica o nome JNDI que é utilizado para ligar a lista de servidores de novo roteamento do cliente DB2 ao espaço de nomes JNDI. O servidor de banco de dados DB2 utilizará esse nome para consultar o nome de servidor alternativo quando as informações de servidor alternativo ainda não estiverem na memória. Essa opção não é suportada em origens de dados do tipo 2.

Configurações com Suporte: Esse campo estará disponível somente para origens de dados do DB2.sptcfg
Cancelar Ligação da Lista de Novos Roteamentos do Cliente da JNDI

Utilizado com conexão de teste somente. Quando definido como true, o nome JNDI da lista de servidores de novo roteamento do cliente será desvinculado do espaço de nomes JNDI depois que uma conexão de teste for emitida.

Configurações com Suporte: Esse campo estará disponível somente para origens de dados do DB2.sptcfg



Links marcados (on-line) requerem acesso à Internet.

Conceitos relacionados
Tarefas relacionadas
Referências relacionadas
Definições de Propriedades Customizadas


Nome do arquivo: udat_jdbcdatasorprops.html