Disponibilidade e consistência
Agora você conhece as arquiteturas de alta disponibilidade e recuperação de desastre na Instância Gerenciada de SQL do Azure e no Banco de Dados SQL do Azure. Se você tiver alguma experiência em trabalhar com o SQL Server, talvez saiba como gerenciar a disponibilidade e a consistência do banco de dados. Nesta unidade, você aprenderá a executar essas tarefas no Azure SQL.
Disponibilidade do banco de dados
No Banco de Dados SQL do Azure e na Instância Gerenciada de SQL do Azure, não é possível definir um estado de banco de dados como OFFLINE ou EMERGENCY. Se você pensar nisso, OFFLINE não faz sentido, porque você não pode anexar bancos de dados. Como você não pode usar EMERGENCY, não é possível fazer o reparo do modo de emergência, mas você não precisa porque o Azure gerencia e mantém o serviço. Outras funcionalidades, como RESTRICTED_USER e DAC (conexão de administrador dedicada), são permitidos no Banco de Dados SQL do Azure.
A ADR (recuperação acelerada de banco de dados) é incorporada ao mecanismo. Com a ADR, o log de transações é truncado agressivamente e um PVS (repositório de versão persistente) é usado. Essa tecnologia permite que você execute uma reversão de transação instantaneamente, resolvendo um problema conhecido com transações de longa execução. Ela também permite que o SQL do Azure recupere bancos de dados rapidamente.
No Banco de Dados SQL do Azure e na Instância Gerenciada de SQL do Azure, o ADR aumenta muito a disponibilidade geral do banco de dados. É um fator significativo no SLA. Por esses motivos, a ADR está ativada por padrão e não pode ser desativada.
Consistência do banco de dados
Conforme você aprendeu no início deste módulo, várias cópias de seus dados e backups existem tanto localmente quanto entre regiões. As verificações de integridade de backup e restauração são executadas regularmente. A detecção de gravação perdida e leitura obsoleta também está em vigor. Você pode executar DBCC CHECKDB (sem reparo) e CHECKSUM está ativado por padrão. No back-end, o reparo automático de página ocorre quando possível e há monitoramento de alerta de erro de integridade de dados. Se não houver nenhum impacto, ocorrerá um reparo sem notificação. Se houver um impacto, uma notificação proativa será fornecida.