WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Conexões de Banco de Dados do Usuário

Os bancos de dados de usuários contêm dados de negócios gravados e acessados por fluxos de mensagens implementados. Você deve criar conexões a partir do broker com o banco de dados do usuário usando ODBC ou JDBC.

As conexões ODBC com bancos de dados são gerenciadas internamente pelo broker e, portanto, nenhuma das opções de definição do conjunto de conexões configuráveis que estão disponíveis no driver ODBC deve ser usada.

O intermediário requer uma conexão com o banco de dados com o DSN (Data Source Name) para cada DNS que é referido no fluxo de mensagens, mesmo se DSNs diferentes resolverem para o mesmo banco de dados físico. Se o fluxo de mensagens estiver operando em modo coordenado, então uma conexão XA separada para cada DNS participante no fluxo coordenado globalmente também será necessária.

O número de conexões para um banco de dados do usuário que um broker requer depende das ações dos fluxos de mensagens que acessam o banco de dados. Para cada encadeamentos de fluxo de mensagens, um broker que acessa um banco de dados de usuários faz uma conexão com cada DSN (data source name). Se um nó diferente do mesmo encadeamento utilizar o mesmo DSN, a mesma conexão será utilizada, a menos que um modo de transação diferente seja utilizado, nesse caso, outra conexão será requerida. Para obter informações adicionais sobre transações, consulte Conexões de Banco de Dados para Fluxos de Mensagens Coordenados.

Normalmente, o broker faz as conexões quando precisa usá-las no fluxo de mensagens. Entretanto, no caso de conexões com origens de dados baseadas em ESQL, é possível fazer a conexão inicial antes de um fluxo receber uma mensagem e então remover qualquer latência na conexão do processamento de mensagens. Configure essa opção selecionando a propriedade Conectar antes de o fluxo iniciar no nó de origem de dados.

Se o fluxo de mensagens contiver um nó DatabaseInput, pelo menos uma conexão com o banco de dados permanece aberta enquanto o fluxo de mensagens está executando.

Linux platformUNIX platformWindows platformEm sistemas Linux, UNIX e Windows, as conexões com o banco de dados são liberadas nas seguintes circunstâncias:

Conexões com o banco de dados iniciadas com a opção Conectar antes do início do fluxo selecionada, ou conexões com o banco de dados envolvidas em transações Coordenadas Globalmente (XA), não são liberadas quando o fluxo de mensagens se torna inativo. Estes tipos de conexões são liberadas apenas nas seguintes circunstâncias:

Todas as outras conexões com o banco de dados permanecem abertas até que ocorra um dos seguintes eventos:

z/OS platformNo z/OS, as conexões com o banco de dados para fluxos de mensagens coordenados globalmente serão liberadas se o banco de dados não tiver sido acessado por 1 minuto.

Para alterar o tempo padrão de 1 minuto após o qual uma conexão com o banco de dados para um fluxo de mensagens inativo é liberada, use o seguinte comando:
mqsichangeproperties myBroker -e myExecutionGroup -o ComIbmDatabaseConnectionManager -n maxConnectionAge -v newValue
ou o seguinte comando, para alterar o tempo padrão para todos os grupos de execução:
mqsichangeproperties myBroker -o ComIbmDatabaseConnectionManager -n maxConnectionAge -v newValue
em que maxConnectionAge é especificado em segundos. Se maxConnectionAge estiver configurado como a opção -1, as conexões com o banco de dados nunca serão liberadas até que o grupo de execução ou o broker seja interrompido.

Se você estiver utilizando o DB2 para seu banco de dados, a ação padrão é limitar o número de conexões simultâneas com um banco de dados até o valor do parâmetro de configuração maxappls . O padrão para maxappls é 40. Se você achar que as conexões que o broker pode precisar excedem o valor para o maxappls, aumente este parâmetro e o parâmetro maxagents associado a novos valores com base em seus cálculos.

Para z/OS, o número de conexões não altera quando você usa conexões ODBC CAF (Call Attachment Facility) ou RRSAF (Recoverable Resource Services Attachment Facility). Para obter informações adicionais sobre o número de conexões necessárias, consulte Você não sabe quantas conexões com o banco de dados um broker requer.

Se estiver utilizando outro banco de dados, verifique a documentação do banco de dados para obter informações sobre conexões e os limites ou restrições que podem se aplicar.

Quando um fluxo de mensagens estiver inativo, o grupo de execução libera periodicamente as conexões com o banco de dados que não foram iniciados com a opção Conectar antes de o fluxo iniciar. Assim, as conexões mantidas pelo broker refletem o uso atual desses recursos. Essa situação permite que o broker responda quando um banco de dados estiver em modo quiesce, se o gerenciador de banco de dados suportar modo quiesce. Nem todos os bancos de dados suportam a função de quiesce e nem todos os bancos de dados fazem quiesce da mesma forma. Verifique a documentação de seu banco de dados para obter informações sobre como fazer quiesce do banco de dados.

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:28:11


Tópico de ConceitoTópico de Conceito | Versão 8.0.0.5 | ac00406_