Um cenário de alta disponibilidade incorpora toda a funcionalidade e o fluxo de trabalho de um cenário de replicação, mas adiciona três novos elementos importantes: verificação antes da execução, monitoração do mestre e do aplicativo em execução, bem como o próprio processo de alternância.
Durante a alternância, muita coisa pode sair errado - pode haver problemas com permissões, com a configuração do aplicativo ou até com as configurações no próprio cenário de alta disponibilidade. Por esse motivo, quando o cenário de alta disponibilidade é criado e iniciado, o Arcserve RHA executa uma extensa lista de verificações. Essas verificações visam a determinar se pode ser encontrado alguma das questões comuns, conhecidas por causarem problemas durante a alternância. Quando esses problemas são encontrados na verificação antes da execução, erros e avisos são apresentados, solicitando que você solucione esses problemas antes de executar o cenário de alta disponibilidade.
Assim que o cenário é iniciado, a réplica verifica o mestre regularmente; por padrão, a cada 30 segundos. Existem três tipos de verificação de monitoração: uma solicitação de ping enviada ao mestre para verificar se o mestre está acessível e em operação; uma verificação do banco de dados que examina se os serviços adequados estão em execução e em bom estado; uma verificação definida pelo usuário que pode ser ajustada de forma a monitorar aplicativos específicos.
Se ocorrer um erro em qualquer parte do conjunto, toda a verificação será considerada como não realizada. Se todas as verificações falharem durante um tempo limite configurado (por padrão, 5 minutos), o servidor mestre será considerado desativado. Dependendo da configuração do cenário de alta disponibilidade, isso determinará que o Arcserve RHA envie um alerta ou inicie uma alternância automaticamente.
Em um cenário inicial de alta disponibilidade, o mestre é o computador ativo e a réplica é o computador em espera. O computador em espera verifica continuamente o estado do computador ativo, para determinar se está em atividade e decidir se deve assumir a função ativa.
Uma alternância pode ser acionada automaticamente ou com o pressionar de um botão. Na primeira vez em que ocorre a alternância, a réplica que estava em espera passa a ser o computador ativo e o mestre reverte para o modo em espera (pressupondo que ele ainda esteja operacional). Quando o mestre (agora, em espera) está pronto, um processo de alternância pode ser iniciado, de maneira automática ou manual. Após a alternância, novamente o mestre passa a ativo e a réplica retorna à função anterior de monitoração e em espera.
Observação: após uma perda de conexão, durante a tentativa de reconectar, um nó (mestre ou de réplica) tenta determinar sua função. Se os dois nós se estabelecerem como mestres, após a reconexão, o mestre ativo mais recente continuará a atuar como mestre, enquanto o mais antigo será o de réplica em espera.
Importante: Após a alternância, o serviço do "servidor" no servidor em espera, usado para oferecer suporte ao compartilhamento de arquivo, impressão e pipes nomeados, torna-se inacessível por dez minutos após a alternância. Consulte a opção HASharesAccessTimeout, no arquivo ws_rep.cfg.
|
Copyright © 2014 Arcserve.
Todos os direitos reservados.
|
|