Utilize esta página para configurar definições do conjunto de sessões.
Essa página do console administrativo é comum para vários tipos de recursos, por exemplo, fábricas de conexão de filas JMS. Para visualizar essa página, o caminho depende do tipo de recurso, mas geralmente você seleciona uma instância do provedor de recursos e depois uma instância do tipo de recurso e clica em Pools de Sessão. Por exemplo: clique em Recursos > JMS > Provedores JMS->provedor de sistemas de mensagens padrão->Connection Factories de Fila->connection_factory ->Conjuntos de Sessão.
Especifica o intervalo, em segundos, do tempo limite de um pedido de conexão, onde é emitida uma ConnectionWaitTimeoutException quando o mesmo for excedido.
A espera é necessária quando o valor máximo de conexões (Número Máximo de Conexões) a um determinado pool de conexão for atingido. Por exemplo, se Tempo Limite de Conexão estiver definido como 300 e o número máximo de conexões for alcançado, o Gerenciador de Conjunto aguardará 300 segundos por uma conexão física disponível. Se uma conexão física não estiver disponível neste período, o Gerenciador de Conjunto emitirá uma ConnectionWaitTimeoutException. Geralmente não faz sentido tentar novamente o método getConnection(), pois se um tempo de espera mais longo for necessário, você deverá definir o Tempo Limite de Conexão com um valor menor. Portanto, se esta exceção for detectada pelo aplicativo, o administrador deve rever a utilização esperada do aplicativo e ajustar o pool de conexão e o banco de dados de acordo.
Se o Tempo Limite de Conexão for definido como 0, o Gerenciador de Conjunto aguardará até que uma conexão seja alocada (isso acontece quando o número de conexões fica abaixo do valor do Número Máximo de Conexões).
Se o Número Máximo de Conexões for definido para 0, o que permite um número infinito de conexões físicas, então o valor Tempo Limite de Conexão será ignorado.
Tipo de Dados | Inteiro |
Unidades | Segundos |
Padrão | 180 |
Intervalo | 0 a max int |
Especifica o número máximo de conexões físicas que podem ser criadas no conjunto.
Estas são as conexões físicas para o recurso backend. Quando esse número for atingido, nenhuma nova conexão física será criada e o solicitante aguardará até uma conexão física atualmente em utilização retornar ao conjunto ou até uma ConnectionWaitTimeoutException ser emitida.
Por exemplo, se o valor Número Máximo de Conexões estiver definido para 5 e houver cinco conexões físicas em utilização, o gerenciador do conjunto aguardará o período de tempo especificado em Tempo Limite de Conexão para que uma conexão física seja liberada.
Se Número Máximo de Conexões estiver definido para 0, o valor de Tempo Limite de Conexão será ignorado.
Para um melhor desempenho, defina o valor do pool de conexões inferior ao valor da opção Número Máximo de Conexões no contêiner da Web. Definições mais baixas, como 10-30 conexões, têm melhor desempenho do que definições mais altas, como 100.
Se clones forem utilizados, um conjunto de dados existirá para cada clone. Saber o número de conjuntos de dados é importante ao configurar o número máximo de conexões de bancos de dados.
Você pode
utilizar o
Tivoli
Performance Viewer para localizar o número ideal de conexões em um conjunto. Se o número de solicitantes em
espera simultaneamente for maior que 0, mas a carga da CPU não estiver próxima a
100%, considere o aumento do tamanho do pool de conexões. Se o valor Percentual de Utilização for consistentemente baixo durante a carga de trabalho normal, considere a redução
do número de conexões no pool.
Tipo de Dados | Inteiro |
Padrão | 10 |
Intervalo | 0 a max int |
Especifica o número mínimo de conexões físicas a serem mantidas.
Até o número ser atingido, o encadeamento da manutenção do conjunto não descarta as conexões físicas. No entanto, não será feita nenhuma tentativa para que o número de conexões chegue até esse número. Se você definir um valor para Tempo Limite Transcorrido, o mínimo não será mantido. Todas as conexões com um tempo transcorrido expirado serão descartadas.
Por exemplo, se o valor Número Mínimo de Conexões for definido como 3 e se for criada uma conexão física, o encadeamento de Tempo Limite Não-utilizado não descartará essa conexão. Pelo mesmo token, o encadeamento não cria automaticamente duas conexões físicas adicionais para atingir a definição Número Mínimo de Conexões.
Tipo de Dados | Inteiro |
Padrão | 1 |
Intervalo | 0 a max int |
Especifica o intervalo, em segundos, entre execuções do encadeamento de manutenção de pool.
Por exemplo, se o Tempo de Coleta estiver definido como 60, o encadeamento de manutenção do conjunto será executado a cada 60 segundos. O intervalo de Tempo de Coleta afeta a precisão das definições Tempo Limite Não-utilizado e Tempo Limite Transcorrido. Quanto menor o intervalo, maior a exatidão. Se o thread de manutenção do conjunto estiver ativado, defina o valor Tempo de Coleta como menor do que os valores de Tempo Limite Não Utilizado e Tempo Limite Transcorrido. Quando o encadeamento de manutenção do conjunto for executado, ele descartará todas as conexões que permanecem sem utilização por um tempo maior do que o valor de tempo especificado em Tempo Limite Não Utilizado, até atingir o número de conexões especificado em Número Mínimo de Conexões.O encadeamento de manutenção de pool também descarta todas as conexões que ficaram ativas além do valor de tempo especificado em Tempo Limite Transcorrido.
O intervalo Tempo de Coleta também afeta o desempenho. Intervalos mais curtos significam que o encadeamento de manutenção de pool é executado com mais freqüência e diminui o desempenho.
Para desativar o encadeamento de manutenção de pool, defina Tempo de Coleta como 0 ou defina Tempo Limite Não Utilizado ou Tempo Limite Transcorrido como 0. A forma recomendada para desativar o encadeamento de manutenção de pool é definir Tempo de Coleta como 0, nesse caso, Tempo Limite Não Utilizado e Tempo Limite Transcorrido serão ignorados. No entanto, se Tempo Limite Não Utilizado e Tempo Limite Transcorrido estiverem definidos como 0, o encadeamento de manutenção de pool será executado, mas somente as conexões físicas que excederem o tempo limite devido a valores de tempo limite diferentes de 0 serão descartadas.
Tipo de Dados | Inteiro |
Unidades | Segundos |
Padrão | 180 |
Intervalo | 0 a max int |
Especifica o intervalo em segundos após o qual uma conexão não utilizada ou inativa é descartada.
Defina o valor Tempo Limite Não Utilizado como um valor maior que o valor Tempo Limite de Coleta para obter melhor desempenho. As conexões físicas não-utilizadas são descartadas somente se o número atual de conexões não-utilizadas exceder a definição Número Mínimo de Conexões. Por exemplo, se o valor de tempo limite não utilizado for definido como 120 e o encadeamento de manutenção de pool for ativado (Tempo de Coleta não for 0), as conexões físicas que permanecerem sem utilização por dois minutos serão descartadas. Observe que a precisão desse tempo limite, bem como o desempenho, é afetada pelo valor Tempo de Coleta. Para obter informações adicionais, consulte Tempo de Coleta.
Tipo de Dados | Inteiro |
Unidades | Segundos |
Padrão | 1800 |
Intervalo | 0 a max int |
Especifica o intervalo em segundos antes de uma conexão física ser descartada.
Definir Tempo Limite Transcorrido para 0 suportará que conexões físicas ativas permaneçam no conjunto indefinidamente. Defina o Tempo Limite Transcorrido para um valor maior que o Tempo Limite de Coleta para obter um melhor desempenho. Por exemplo, se o valor de Tempo Limite Transcorrido for definido para 1200 e o valor de Tempo de Coleta não for igual a 0, todas as conexões físicas que permanecerem existentes por 1200 segundos (20 minutos) serão descartadas do conjunto. Observe que a precisão desse tempo limite, assim como o desempenho, são afetados pelo valor de Tempo de Coleta. Para obter informações adicionais, consulte Tempo de Coleta.
Tipo de Dados | Inteiro |
Unidades | Segundos |
Padrão | 0 |
Intervalo | 0 a max int |
Especifica como analisar conexões quando uma conexão danificada ou erro de conexão fatal é detectado.
Valores válidos são EntirePool e FailingConnectionOnly. Origens de dados Java EE Connector Architecture (JCA) podem ter qualquer opção. Origens de dados WebSphere Versão 4.0 sempre têm uma política de limpeza de EntirePool.
Tipo de Dados | Cadeia |
Padrão | FailingConnectionOnly |
Intervalo |
|
Links marcados (on-line) requerem acesso à Internet.