Bancos de Dados Altamente Disponíveis
Os bancos de dados de altamente disponíveis são altamente escaláveis e dependem de um Relational Database Management System (RDBMS) que esteja sempre em execução. As restrições se aplicam quando você escolhe um banco de dados altamente disponível como o armazém de dados para o mecanismo do sistema de mensagens.
Os bancos de dados que têm uma estrutura ou um recurso de alta disponibilidade podem ter servidores primários e "Standby" redundantes. Se estiver usando tal banco de dados como o armazém de dados, serão necessárias algumas ações específicas:
- Certifique-se de que os bancos de dados primário e de espera sejam idênticos quando o banco de dados de espera assumir o banco de dados primário, a não ser que pare e reinicie o mecanismo do sistema de mensagens antes de as conexões serem roteadas para o banco de dados de espera. Se clientes de banco de dados, como o mecanismo do sistema de mensagens, forem roteados pelo sistema do banco de dados principal para o banco de dados de espera, o mecanismo do sistema de mensagens confia que os dados dos dois bancos de dados são idênticos.
- Não utilize a otimização one-phase commit que permite que os aplicativos compartilhem as conexões JDBC utilizadas por um mecanismo do sistema de mensagens.
Se você utilizar o recurso HADR (High Availability Data Recovery) do DB2, observe as seguintes restrições:
- O fornecedor de sistema de mensagens padrão do mecanismo do sistema de mensagens suporta apenas os modos de sincronização síncrono e semi-síncrono do HADR. O fornecedor de sistema de mensagens padrão não suporta configurações assíncronas do HADR.
- O comando TAKEOVER BY FORCE só é permitido quando o banco de dados de espera está no estado peer ou quando o banco de dados de espera mudou, pela última vez, do estado peer para seu estado atual (tal como o estado desconectado).
Se você configurar um WebSphere Application Server para utilizar um banco de dados altamente disponível como seu armazém de dados e ocorrer um failover do banco de dados, o servidor de aplicativos no qual o mecanismo do sistema de mensagens está em execução poderá parar. A causa deste problema é que o mecanismo do sistema de mensagens nem sempre pode considerar o failover como um erro de comunicações temporário.
Ao configurar um mecanismo do sistema de mensagens para utilizar um banco de dados altamente disponível para seu armazém de dados, certifique-se de que o mecanismo do sistema de mensagens possa ser reiniciado automaticamente após uma falha do servidor de aplicativos. Escolha a opção apropriada para a sua configuração:
- Se você estiver executando um único servidor, o WebSphere Application Server não fornecerá suporte failover. Considere outras provisões de alta disponibilidade.
- Se você estiver executando o WebSphere Application Server Network Deployment sem o armazenamento em cluster, a configuração padrão para o agente do nó assegura o reinício automático.
- Se você estiver executando o WebSphere Application Server Network Deployment com o armazenamento em cluster, a recuperação de mesmo nível reiniciará o mecanismo do sistema de mensagens. Certifique-se de ter configurado a política de alta disponibilidade para ativar a recuperação no mesmo nível.