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
- 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.
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.
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.
- 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
O que Fazer Depois
- Selecione Remover Ligação da Lista de Novo Roteamento de Cliente de JNDI.
- Clique em OK.
- Salve a configuração.
- Clique em Testar Conexão para a origem de dados.
- Desmarque Remover Ligação da Lista de Novo Roteamento de Cliente de JNDI.
- Clique em OK.
- Salve a configuração.