Configurar e monitorizar a disponibilidade
Agora que conhece todas as possibilidades, tem de criar uma estratégia para a carga de trabalho específica de que faz parte a Base de Dados SQL do Azure ou o Azure SQL Managed Instance.
Fazer as escolhas certas
Uma grande parte de criar uma estratégia é dar um passo atrás e pensar nos requisitos da carga de trabalho. Eis algumas das questões a considerar:
- Precisa de cópias de segurança de longa duração? Ou 1 a 35 dias é tempo suficiente?
- Quais são as suas necessidades de RTO e RPO?
- Com base no SLA, qual o escalão de serviço que faz mais sentido?
- Precisa de Zonas de Disponibilidade?
- Precisa de HADR georreplicada ou de grupos de ativação pós-falha?
- A aplicação está pronta?
As respostas a estas perguntas irão ajudá-lo a restringir a configuração que deve implementar para satisfazer os requisitos de disponibilidade.
A última pergunta é muitas vezes ignorada pelo profissional de dados: seu aplicativo está pronto? Essa consideração é crucial para alcançar o SLA desejado.
Você precisa ter certeza de que seu banco de dados está atendendo aos seus requisitos de disponibilidade, mas também precisa ter certeza de que seu aplicativo está atendendo a esses requisitos. Você também precisa garantir que a conectividade entre os dados e os aplicativos atenda às suas necessidades. Por exemplo, se a aplicação e a base de dados estiverem em regiões diferentes, esse posicionamento aumentará a latência de rede. Coloque a aplicação e os dados o mais perto possível. Ao longo deste módulo, você também aprendeu como a implementação da lógica de repetição em seus aplicativos é importante para manter a disponibilidade.
Monitorizar a disponibilidade
O Azure SQL disponibiliza várias ferramentas e funcionalidades para monitorizar determinados aspetos da disponibilidade. Estas ferramentas incluem a utilização do portal do Azure, o T-SQL e interfaces como o PowerShell, a CLI az e as APIs REST.
As secções seguintes descrevem alguns exemplos de utilização destas ferramentas para monitorizar a disponibilidade.
Disponibilidade de regiões e datacenters
A disponibilidade de regiões e datacenters é essencial para a disponibilidade de uma implementação de instância gerida ou de base de dados. O estado do Azure e o Azure Service Health são fundamentais para compreender eventuais falhas num datacenter ou numa região, incluindo serviços específicos como o Azure SQL.
O estado do Azure é um dashboard que mostra qualquer serviço que esteja a causar problemas em qualquer região global do Azure. Pode utilizar um feed RSS para obter notificações de alterações ao estado do Azure.
Pode ver o Azure Service Health no portal do Azure. O Azure Service Health apresenta informações sobre problemas dos serviços, eventos de manutenção planeada, avisos do estado de funcionamento e histórico do estado de funcionamento. Também pode configurar alertas para o notificar através de e-mail ou SMS sobre qualquer evento que possa afetar a disponibilidade.
Disponibilidade de instâncias, servidores e bases de dados
Além dos eventos de serviços do Azure, também pode ver a disponibilidade das bases de dados do Azure SQL Managed Instance ou da Base de Dados SQL do Azure no portal do Azure.
Uma forma de ver uma possível razão para uma instância gerida ou base de dados não estar disponível é examinar o estado de funcionamento dos recursos através do portal do Azure ou das APIs REST.
Você sempre pode usar ferramentas padrão do SQL Server, como o SQL Server Management Studio (SSMS), para se conectar a uma instância gerenciada ou servidor de banco de dados e verificar o status desses recursos. Pode utilizar a ferramenta ou as consultas T-SQL.
Interfaces como a CLI do Azure podem mostrar o status do Azure SQL. Por exemplo:
az sql mi listlista o estado das instâncias geridas.az sql db listlista o estado das bases de dados SQL do Azure.
Também pode utilizar os comandos do PowerShell para determinar a disponibilidade de uma base de dados SQL do Azure. Por exemplo:
Get-AzSQLDatabaseobtém todas as bases de dados num servidor e os detalhes, incluindo o estado.- As APIs REST não são tão fáceis de utilizar, mas pode utilizá-las para obter o estado de instâncias geridas e bases de dados.
Histórico de cópias de segurança e de restauros
O Azure SQL faz automaticamente uma cópia de segurança das bases de dados e dos registos de transações. O histórico da cópia de segurança padrão não está disponível, mas pode ver o histórico de retenção da cópia de segurança de longa duração com o portal do Azure ou as interfaces CLI. Além disso, no Azure SQL Managed Instance, pode utilizar o XEvents para monitorizar o histórico das cópias de segurança.
Qualquer restauro das bases de dados que utilize o restauro para um ponto anterior no tempo cria uma nova base de dados. Pode utilizar o Registo de Atividades do Azure para ver as operações que criam bases de dados.
Estado das réplicas
As réplicas são utilizadas nos escalões de serviço Crítico para a Empresa. Você pode visualizar o status de uma réplica usando o sys.dm_database_replica_states do Detran.
Causas da ativação pós-falha
Para determinar a causa de um evento de ativação pós-falha no Azure SQL Managed Instance ou implementação de base de dados, veja o estado de funcionamento dos recursos com o portal do Azure ou as APIs REST.
Pacote de Gestão do System Center para o Azure SQL
O System Center disponibiliza pacotes de gestão para monitorizar o Azure SQL Managed Instance e a Base de Dados SQL do Azure. Consulte a documentação do pacote de gerenciamento para obter requisitos e detalhes.