- 2 minutos de leitura
- Imprimir
- Tema escuroTema claro
- Pdf
Teste de disaster recovery
- 2 minutos de leitura
- Imprimir
- Tema escuroTema claro
- Pdf
Requisitos
- Ter duas instâncias de senhasegura
- Ambas as instâncias no cluster e funcionando corretamente (confira Configure o cluster)
- Criar snapshot de ambas as instâncias
Este teste é para dois membros de cluster.
Você pode verificar na parte inferior de cada membro se eles possuem as seguintes tags:
Membro principal
Application
- Produção
- Habilitado
Replication
- Master
Membro secundário (contingência)
Application
- Contingência
- Desabilitado
Replication
- Slave
Preparação
Para que o teste funcione, será necessário fazer um desligamento abrupto no membro primário. Lembre-se sempre de criar um snapshot antes deste teste.
Como vamos fazer um desligamento abrupto, isso pode causar danos à instância.
Validação de cluster
Vá para Orbit Config Manager ➔ Replicação ➔ Status.
Na tabela Cluster de banco de dados, verifique se o tamanho do cluster corresponde ao número de membros no cluster e, na tabela Membros do cluster.
Defina as configurações de recuperação
No Membro secundário, acesse o cluster Orbit Config Manager ➔ Configurações ➔ Recuperação.
- Insira os IPs permitidos para realizar uma recuperação do sistema. Você pode usar um IP ou uma máscara de sub-rede, por exemplo, 192.168.1.2, 192.168.1.0/24.
Curingas não são permitidos, usar * não funcionará.
Esta lista permitirá que os usuários vejam o botão "Assumir como mestre" transformando o membro secundário como mestre e instância funcional.
Executar teste de DR
- Force um desligamento abrupto em seu membro principal.AtençãoEsteja ciente que deve ser um desligamento abrupto; caso contrário, o cluster saberá que um dos membros o desativou e o membro secundário não mostrará a página Recuperação.
- Uma vez que o membro primário esteja inativo devido a um comportamento inesperado, o membro secundário entrará em split-brain, bloqueando qualquer alteração de banco de dados até instruções manuais, e mostrará a página de Recuperação no aplicativo web
No aplicativo da web, clique em Assume como master
Clique em Sim para confirmar, configurando o membro secundário como um novo Master
Esse processo pode levar alguns minutos.
InfoSe o botão não aparecer, verifique configurações de recuperação para ver se existem os IPs corretos.
Assim que a interface Orbit Web estiver disponível no membro secundário, verifique a tag que mostra que esta instância agora é a Master
Para acessar os demais módulos do senhasegura, é necessário habilitar o aplicativo. Vá para Orbit ➔ Configurações ➔ Aplicativo alterne o botão "Ativar aplicativo"
Clique em Salvar. Se estiver apresentando a cor verde significa que o aplicativo agora está ativado
Faça logoff e login novamente para poder acessar agora os outros módulos
Agora todos os recursos do senhasegura estão disponíveis e funcionais no membro secundário do DR.
Recuperação de Sócio Principal
Após as etapas executadas na etapa antes, execute as seguintes ações:
- Ative o Membro primário e aguarde a sincronização com o outro banco de dados do cluster de membro. Isso pode levar alguns minutos
O membro principal identificará que algo deu errado, e agora o segundo membro será o mestre e sincronizará automaticamente as novas informações entre os membros.
Uma vez feito, a página de login deve ser exibida na interface principal do aplicativo da web
Faça login no aplicativo da Web do membro principal e clique em Assume como master para retornar o membro principal como Master
No membro secundário, vá para Orbit Config Manager ➔ Configurações ➔ Aplicativo alterne o botão "Ativar aplicativo" para desativar o aplicativo
Clique em Salvar
Certifique-se de que não está mostrando verde.
Recuperação alternativa de membro principal via SSH
Faça login usando SSH na porta 59022 para o membro principal com o usuário mt4adm
Execute o comando
sudo orbit application status
, para verificar as informações Main e primary.
$ sudo orbit application status
Application: Active
Replication: Active
Instance: Cluster
Primary: member2
Main: No
- Execute o comando
sudo orbit application master
.
$ sudo orbit application master
Application: Active
Replication: Active
Instance: Cluster
Primary: member1
Main: Yes
Este comando irá definir o membro primário como Main e redefini-lo como Primary.