Realizar análises de recuperação de desastre - Banco de Dados SQL do Azure
Aplica-se a: 
Banco de Dados 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 práticas recomendadas para conduzir uma análise de recuperação de desastres no contexto do Banco de Dados 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 outro servidor, conforme descrito nas diretrizes de recuperação de desastre.
- Altere a configuração de aplicativo para se conectar aos bancos de dados recuperados 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 um banco de dados que é protegido usando grupos de failover, o exercício de análise envolve a recuperação planejada para o servidor secundário. O failover planejado garante que os bancos de dados primário e secundário permaneçam em sincronia quando as funções são alternadas. Ao contrário de failover não planejado, essa operação não resultará na perda de dados, assim, 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 do servidor secundário.
- 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:
- Cenários de continuidade.
- Backups automatizados
- Restaure um banco de dados dos backups iniciados pelo serviço.
- Para saber mais sobre opções de recuperação mais rápidas, consulte Replicação geográfica ativa e Grupos de failover.
- Revise as diretrizes de recuperação de desastre e a lista de verificação de alta disponibilidade e recuperação de desastre.