Usando Recuperação de Desastre de Alta Disponibilidade do DB2 com Tecnologia Tivoli Systems Automation e Reliable Scalable Cluster

Introdução ao recurso de alta disponibilidade do DB2

No mundo atual, em ritmo acelerado, tempo é dinheiro. E o mais importante: tempo de inatividade é dinheiro perdido. Por isso, a alta disponibilidade é tão importante para todos os negócios, grandes e pequenos. Um banco de dados altamente disponível garante que, em caso de falha de qualquer parte da solução de banco de dados, o sistema passe automaticamente para um backup. Entretanto, sem um gerenciador do cluster, esse "failover" não é automático. É necessário contatar o administrador de banco de dados e ele tem que ir até o servidor de banco de dados e emitir manualmente um comando takeover. É aí que entra o poder da solução integrada de HA.

A solução integrada de HA, chamada de recurso de alta disponibilidade do DB2, foi introduzida no DB2 9.5. Nessa solução, um gerenciador do cluster, o Tivoli Systems Automation/Reliable Scalable Cluster Technology (TSA/RSCT), vem no pacote do DB2 para Linux, UNIX e Windows Workgroup Edition e Enterprise Edition. É responsável por monitorar os recursos integrais de banco de dados e, em caso de falha, realizar a ação adequada. As principais vantagens da solução integrada são:

• É simples: o DBA não precisa aprender um novo conjunto de comandos de gerenciador do cluster para gerenciar os recursos.
• É integrado: usando a ferramenta db2haicu, o DB2 interage de forma totalmente integrada com o TSA, acionando as ações corretas. O DB2 vem com o TSA/RSCT no pacote. À medida que você aplica fix packs ao DB2, os fix packs atualizam automaticamente o nível do TSA/RSCT para obter correções críticas do TSA/RSCT, se necessário.

Em uma configuração típica de solução integrada de HA, o TSA/RSCT é instalado nos dois hosts. É responsável pelo monitoramento de entidades como interfaces de rede, instâncias do DB2 e bancos de dados de HADR. O cliente se conecta ao banco de dados primário usando a rede pública, por meio de um endereço de IP virtual. Em caso de falha do host primário, esse endereço de IP virtual passa para o host de espera. Do ponto de vista do cliente, não há tempo de inatividade, já que a transição é automática. Se há duas interfaces de rede em cada host, pode-se configurar uma rede privada exclusivamente para a replicação de HADR.

Pré-requisitos

A solução integrada de HA usando o TSA/RSCT como gerenciador do cluster está disponível para uso em Linux e AIX no DB2 9.5 para Linux, UNIX e Windows e versões posteriores e no Solaris na V9.7 e posteriores.

1 de 6 | Próximo

Comentários

Voltar para parte superior

Índice

• Introdução ao recurso de alta disponibilidade do DB2
• Ferramentas de diagnóstico no DB2 e no TSA/RSCT
• Resolução de problemas
• Conclusão
• Recursos
• Sobre os autores

---

1 de 6 | Próximo