Disponibilidade e consistência
Ficou a saber mais sobre a elevada disponibilidade e as arquiteturas de recuperação após desastre no Azure SQL Managed Instance e na Base de Dados SQL do Azure. Se tiver alguma experiência em trabalhar com o SQL Server, poderá estar ciente de como a consistência e a disponibilidade da base de dados podem ser geridas. Nesta unidade, vai aprender a executar essas tarefas no SQL do Azure.
Disponibilidade da base de dados
Na Base de Dados SQL do Azure e no Azure SQL Managed Instance, não pode definir nenhum estado de base de dados como OFFLINE ou EMERGENCY. Se pensar nisso, OFFLINE não faz sentido, porque não pode anexar bases de dados. Como você não pode usar EMERGENCYo , não pode fazer o reparo do modo de emergência, mas não deveria precisar porque o Azure gerencia e mantém o serviço. São permitidas outras capacidades, como RESTRICTED_USER e a ligação de administrador dedicado (DAC), na Base de Dados SQL do Azure.
A Recuperação Acelerada de Bases de Dados (ADR) está incorporada no motor. Com a ADR, o registo de transações é muito truncado e é utilizado um arquivo de versões persistente (PVS). Essa tecnologia permite que você execute uma reversão de transação instantaneamente, resolvendo um problema bem conhecido com transações de longa duração. Também significa que o SQL do Azure pode recuperar as bases de dados rapidamente.
Na Base de Dados SQL do Azure e no Azure SQL Managed Instance, a ADR aumenta consideravelmente a disponibilidade da base de dados geral. É um fator significativo no SLA. Por estas razões, a ADR está ativada por predefinição e não pode ser desativada.
Consistência da base de dados
Tal como aprendeu no início do módulo, existem várias cópias dos dados e cópias de segurança tanto localmente como nas regiões. Regularmente, são executadas verificações de integridade das cópias de segurança e dos restauros. Também está ativada a deteção de escrita perdida e de leitura obsoleta. Pode executar DBCC CHECKDB (sem reparação) e CHECKSUM está ativado por predefiniçã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 existir nenhum impacto, ocorrerá a reparação sem notificação. Se houver impacto, uma notificação proativa é fornecida.