Executar análises de recuperação de desastre - Instância Gerenciada de SQL do Azure
Aplica-se a: Instância Gerenciada de SQL do Azure
Recomenda-se a validação periódica da preparação do aplicativo para o fluxo de trabalho de recuperação. Consideramos uma boa prática de engenharia a verificação do comportamento do aplicativo e as implicações de perda de dados e/ou interrupção que envolvem o failover. Isso também é uma exigência da maioria dos padrões do setor, como parte da certificação de continuidade dos negócios.
A execução de uma análise de recuperação de desastres é composta por:
- Simulação da interrupção da camada de dados
- Recuperando
- Validação da integridade do aplicativo após a recuperação
Dependendo de como você criou seu aplicativo para continuidade de negócios, o fluxo de trabalho para executar a análise pode variar. Este artigo descreve as melhores práticas para conduzir uma análise de recuperação de desastres no contexto da Instância Gerenciada de SQL do Azure.
Restauração geográfica
Para evitar a perda potencial de dados ao realizar uma simulação de recuperação de desastres, execute a análise usando um ambiente de teste, criando uma cópia do ambiente de produção e usando-a para verificar o fluxo de trabalho de failover do aplicativo.
Simulação de interrupção
Para simular a interrupção, você pode excluir ou renomear o banco de dados de origem. Essa alteração no nome causará falha de conectividade do aplicativo.
Recuperação
- Execute a restauração geográfica do banco de dados em outra instância, conforme descrito nas diretrizes de recuperação de desastre.
- Altere a configuração do aplicativo para se conectar à instância recuperada e siga o guia Configurar um banco de dados após a recuperação para concluir a recuperação.
Validação
Conclua a análise verificando a integridade do aplicativo após a recuperação (incluindo cadeias de conexão, logons, teste básico de funcionalidade ou outras validações que fazem parte dos procedimentos de aprovações padrão do aplicativo).
Grupos de failover
Para uma instância que é protegida usando grupos de failover, o exercício de análise envolve a recuperação planejada para a instância secundária. A recuperação planejada garante que as instâncias primária e secundária no grupo de failover permaneçam em sincronia quando as funções são alternadas. Diferentemente da recuperação não planejada, essa operação não resultará em perda de dados, então a análise pode ser executada no ambiente de produção.
Simulação de interrupção
Para simular a interrupção, você pode desabilitar o aplicativo Web ou a máquina virtual conectada ao banco de dados. Essa simulação de interrupção resulta em falhas de conectividade para os clientes da web.
Recuperação
- Certifique-se de que a configuração do aplicativo na região de DR aponta para o secundário anterior, que se torna o novo primário totalmente acessível.
- Inicie a recuperação planejada do grupo de failover da instância secundária.
- Siga o guia Configurar um banco de dados após a recuperação para concluir a recuperação.
Validação
Conclua a análise verificando a integridade do aplicativo após a recuperação (incluindo cadeias de conexão, logons, teste básico de funcionalidade ou outras validações que fazem parte dos procedimentos de aprovações padrão do aplicativo).
Conteúdo relacionado
Para saber mais, confira:
Comentários
https://aka.ms/ContentUserFeedback.
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulteEnviar e exibir comentários de