Configurando Novo Roteamento de Cliente para Aplicativos que Usam Bancos de Dados DB2

O recurso de novo roteamento de cliente permite que você configure seus aplicativos cliente para um banco de dados DB2 Universal para recuperar-se de uma perda de comunicação e os aplicativos possam continuar a trabalhar com interrupção mínima. A novo roteamento é central para o suporte de operações contínuas, mas ele só é possível quando há um local alternativo definido para a conexão do cliente.

Antes de Iniciar

Esta tarefa assume o seguinte:
  • Você tem uma origem de dados DB2 definida no servidor de aplicativos. Consulte o tópico, Configurando uma Origem de Dados Usando o Console Administrativo, para obter informações sobre a criação de uma origem de dados.
  • A origem de dados DB2 à qual seu aplicativo se conecta está executante um dos seguintes itens:
    • DB2 for z/OS Versão 10.1 ou posterior
    • DB2 Database for Linux, UNIX e Windows Versão 9.7 ou posterior
  • Você implementou o banco de dados DB2 com uma configuração redundante ou a capacidade de falha do servidor DB2 em um modo em espera.
  • [z/OS]Você está se conectando a uma origem de dados com uma conexão Tipo-4.

Sobre Esta Tarefa

O novo roteamento de cliente do DB2 permite que você forneça um local de servidor alternativo, no caso de falha na conexão com o servidor de banco de dados. Se você decidir usar um novo roteamento do cliente com a opção de persistência, as informações do servidor alternativo persistirão entre as Java™ Virtual Machines (JVMs). Casa ocorra um travamento do servidor de aplicativos, as informações do servidor alternativo não serão perdidas quando o servidor de aplicativos for restaurado e tentará se conectar com o banco de dados.

Sem nenhuma configuração no cliente, um driver JDBC para DB2 suportará o recurso de novo roteamento de cliente, se estiver ativado, quando o driver fizer uma conexão inicial com o servidor DB2. Quando o driver JDBC se conecta a um servidor DB2 que possui um servidor alternativo configurado, o servidor principal envia informações sobre o servidor alternativo para o driver JDBC. Se a conexão com o servidor principal falhar, o driver JDBC roteará novamente as conexões para o servidor alternativo. Se o processo do cliente travar, entretanto, as informações do servidor alternativo serão perdidas e o cliente precisará se conectar novamente com o servidor principal. Se o cliente não conseguir fazer uma conexão inicial com o servidor principal, o cliente não terá nenhum conhecimento do servidor alternativo e não poderá rotear novamente.

Para resolver esse problema, é possível configurar uma origem de dados DB2 no servidor de aplicativos com os campos Nome do Servidor Alternativo e Número da Porta Alternativa, ou com as propriedades customizadas da origem de dados clientRerouteAlternateServerName e clientRerouteAlternatePortNumber para suportar o novo roteamento do cliente mesmo na tentativa de conexão inicial. Se o driver JDBC não puder se conectar ao servidor DB2 primário, as informações necessárias para um novo roteamento de cliente já estarão presentes e o driver JDBC poderá rotear novamente a conexão para um servidor alternativo.

Atenção: A propriedade customizada da origem de dados enableClientAffinitiesList altera as semânticas das propriedades clientRerouteAlternateServerName e clientRerouteAlternatePortNumber
Para saber mais sobre essas propriedades, consulte o tópico do centro de informações DB2, Propriedades Comuns do IBM Data Server Driver for JDBC e SQLJ, para todos os produtos de banco de dados suportados. Para saber mais sobre a afinidade do cliente, consulte o tópico Configurando a Afinidade do Cliente para Aplicativos que Usam os Bancos de DadosDB2.

Adicionalmente, se você configurou uma origem de dados DB2 como um driver JDBC Tipo 4, poderá usar o campo Nome de JNDI da Lista de Servidores de Novo Roteamento de Cliente ou a propriedade customizada da origem de dados clientRerouteServerListJNDIName para ativar a persistência de estado do novo roteamento de cliente. Geralmente, quando uma conexão é roteada novamente e o driver JDBC conecta-se a um servidor DB2 alternativo, o servidor alternativo envia informações sobre seu próprio servidor alternativo para o driver JDBC. O driver JDBC terá então as informações necessárias para rotear novamente a conexão se o servidor DB2 alternativo não estiver disponível. Efetivamente, o servidor que era originalmente o servidor alternativo agora é o servidor principal e o novo servidor alternativo terá sido estabelecido. Se você ativar a persistência para o novo roteamento de cliente, esse novo estado poderá ser relembrado. Se o servidor de aplicativos travar e for reiniciado, o driver JDBC poderá se conectar o servidor DB2 que foi considerado como servidor principal no momento do travamento. Sem o recurso de persistência, o driver JDBC teria de iniciar a partir da configuração do servidor original e tentaria se conectar ao servidor que foi originalmente considerado o servidor principal.

Você pode usar o recurso de novo roteamento de cliente automático dentro do seguintes ambientes DB2 configuráveis:
  • ESE (Enterprise Server Edition) com o DPF (recurso de particionamento de dados)
  • Replicação de Estilo pelo DPROPR (Data Propagator)
  • HACMP (High availability cluster multiprocessor)
  • HADR (High availability disaster recovery).

Procedimento

  1. No console administrativo, clique em Recursos > JDBC > Origens de Dados > data_source.
  2. Clique em Propriedades da Origem de Dados do WebSphere Application Server.
  3. Na seção Opções de Novo Roteamento de Cliente DB2 Automático, preencha os campos para ativar o novo roteamento de cliente. Complete os seguintes campos:
    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
    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
    Evitar Problemas Evitar Problemas: Verifique se um número igual de entradas deve ser especificado para portas e hosts alternativos. Caso contrário, um aviso será exibido e o novo roteamento de cliente não será ativado.gotcha
  4. Opcional: Ative o novo roteamento de cliente com a opção de persistência.
    1. Preencha o campo para Nome JNDI da Lista de Servidores de Novo Roteamento de Cliente. O campo especifica o nome de JNDI usado para ligar a lista de servidores de novo roteamento de cliente DB2 ao espaço de nomes JNDI. O servidor do banco de dadosDB2 usa esse nome para procurar pelas listas de nomes de servidores alternativos quando as informações do servidor alternativo ainda não estiverem na memória.
      Evitar Problemas Evitar Problemas: Lembre-se do seguinte:
      • Esta opção não é suportada para origens de dados do Tipo 2. Se você usar uma origem de dados DB2 configurada como um driver JDBC Tipo 2, o driver JDBC usará um catálogo para persistir as informações de novo roteamento de cliente. Se essa propriedade for configurada como um driver Tipo 2, o servidor de aplicativos emitirá um aviso.
      • Use nomes JNDI diferentes entre origens de dados diferentes. Caso contrário, quando você excluir uma origem de dados e a entrada JNDI for removida do espaço de nomes, as outras origens de dados que compartilham a entrada JNDI serão afetadas.
      gotcha
  5. Configure a contagem de nova tentativa e o intervalo para a função de novo roteamento de cliente. Complete estes dois campos:
    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.
    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.
  6. Clique em OK e salve as mudanças.
  7. Reinicie o servidor de aplicativos.

O que Fazer Depois

Se você quiser remover posteriormente as informações de novo roteamento de cliente ligadas ao JNDI, pode fazê-lo excluindo a origem de dados. Você também pode usar o recurso de remoção de ligação com o serviço de conexão de teste para excluir a ligação JNDI para a função de novo roteamento de cliente do espaço de nomes JNDI do servidor de aplicativos sem excluir a origem de dados.
Para excluir a ligação JNDI para o novo roteamento de cliente:
  1. Selecione Remover Ligação da Lista de Novo Roteamento de Cliente de JNDI.
  2. Clique em OK.
  3. Salve a configuração.
  4. Clique em Testar Conexão para a origem de dados.
  5. Desmarque Remover Ligação da Lista de Novo Roteamento de Cliente de JNDI.
  6. Clique em OK.
  7. Salve a configuração.

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_clientreroute
Nome do arquivo: tdat_clientreroute.html