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

Nossa recomendação é para realizar um teste e validar periodicamente que os aplicativos estão preparados para um fluxo de trabalho de recuperação. Verificar o comportamento dos aplicativos e das consequências da perda de dados ou de interrupções decorrentes do evento de failover é uma prática de engenharia recomendada. 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

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 protegida por grupos de failover, o exercício de simulação 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.

Realize a configuração do grupo de failover com a política de failover que atenda às suas necessidades de negócios e teste o failover independentemente da configuração da política de failover. Para obter mais informações, faça uma revisão da documentação sobre teste de failover. Nossa recomendação é para ter uma política de failover gerenciada pelo cliente a fim de garantir o controle do processo de failover.

Importante

Como não ocorre a duplicação dos bancos de dados do sistema entre instâncias em um grupo de failover, recrie os objetos de sistema na instância secundária de forma manual e, em seguida, teste os ambientes com dependências de objetos de sistema para garantir que continuem funcionando corretamente após um evento de failover.

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

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).

Para saber mais, confira: