Configurar e monitorar a disponibilidade

  • 10 minutos

Agora que você conhece todas as possibilidades, precisará criar uma estratégia para a carga de trabalho específica da qual o banco de dados SQL do Azure ou a instância gerenciada de SQL do Azure faz parte.

Faça as escolhas certas

Uma grande parte de criar uma estratégia é voltar e refletir sobre os requisitos de sua carga de trabalho. Aqui estão algumas perguntas a serem feitas:

  • Você precisa de backups de longo prazo? Ou 1-35 dias são tempo suficiente?
  • Quais são suas necessidades de RTO e RPO?
  • Com base no SLA, qual camada de serviço faz mais sentido?
  • Você precisa de Zonas de Disponibilidade?
  • Você precisa de grupos de failover ou HADR replicados geograficamente?
  • Seu aplicativo está pronto?

As respostas a essas perguntas ajudarão você a restringir a configuração que deve ser implantada para atender aos seus requisitos de disponibilidade.

A última pergunta geralmente é ignorada pelo profissional de dados: Seu aplicativo está pronto? Essa consideração é crucial para alcançar o SLA que você deseja.

Garanta que o seu banco de dados e o seu aplicativo atendam aos seus requisitos de disponibilidade. Você também precisa garantir que a conectividade entre os dados e os aplicativos atenda aos seus requisitos. Por exemplo, se seu aplicativo e banco de dados estiverem em regiões diferentes, essa localização aumentará a latência de rede. Coloque seu aplicativo e os dados o mais próximo possível. Ao longo deste módulo, você também aprendeu a importância da implementação da lógica de repetição em seus aplicativos para manter a disponibilidade.

Monitorar disponibilidade

O SQL do Azure fornece várias ferramentas e funcionalidades para monitorar determinados aspectos da disponibilidade. Essas ferramentas incluem o portal do Azure, o T-SQL e interfaces como PowerShell, a CLI do AZ e as APIs REST.

As seções a seguir descrevem alguns exemplos de como usar essas ferramentas para monitorar a disponibilidade.

Disponibilidade de região e datacenter

A disponibilidade de regiões e data centers é crítico para a disponibilidade de uma implantação de instância gerenciada ou de banco de dados. O Status do Azure e a Integridade do Serviço do Azure são fundamentais para entender interrupções de um datacenter ou região, incluindo serviços específicos, como o SQL do Azure.

O status do Azure é um painel que mostra qualquer serviço que esteja causando problemas em qualquer região global do Azure. Você pode usar um RSS feed para obter notificações de alterações no status do Azure.

Você pode ver a Integridade do Serviço do Azure no portal do Azure. A Integridade do Serviço do Azure fornece informações sobre problemas de serviço, eventos de manutenção planejada, comunicados de integridade e histórico de integridade. Você também pode configurar alertas que o notificam por email ou SMS de qualquer evento que possa afetar a disponibilidade.

Disponibilidade de instância, servidor e banco de dados

Além dos eventos de serviço do Azure, você também pode exibir a disponibilidade de seus bancos de dados do Banco de Dados SQL do Azure ou da Instância Gerenciada de SQL do Azure no portal do Azure.

Uma forma de ver um possível motivo para uma instância gerenciada ou um banco de dados ficar indisponível é examinar o Resource Health usando o portal do Azure ou as APIs REST.

Você sempre pode usar as ferramentas padrão do SQL Server, como o SSMS (SQL Server Management Studio), para se conectar a uma instância gerenciada ou a um servidor de banco de dados e verificar o status desses recursos. Você pode usar a ferramenta ou as consultas T-SQL.

Interfaces como a CLI do Azure podem mostrar o status do SQL do Azure. Por exemplo:

  • az sql mi list lista o status de instâncias gerenciadas.
  • az sql db list lista o status dos bancos de dados SQL do Azure.

Você também pode usar comandos do PowerShell para determinar a disponibilidade de um banco de dados SQL do Azure. Por exemplo:

  • Get-AzSQLDatabase obtém todos os bancos de dados em um servidor e os respectivos detalhes, incluindo o status.
  • As APIs REST não são tão fáceis de usar, mas você pode usá-las para obter o status de instâncias e bancos de dados gerenciados.

Histórico de backup e restauração

O SQL do Azure faz backup automaticamente de bancos de dados e logs de transações. O histórico de backup padrão não está disponível, mas você pode ver o histórico de retenção de backup de longo prazo usando as interfaces da CLI ou do portal do Azure. Além disso, na Instância Gerenciada de SQL do Azure, você pode usar XEvents para acompanhar o histórico de backup.

Qualquer restauração de banco de dados que usa a restauração pontual cria um banco de dados. Você pode usar o log de atividades do Azure para ver as operações que criam bancos de dados.

Status de réplica

As réplicas são usadas para camadas de serviço Comercialmente Crítico. Você pode exibir o status de uma réplica usando a DMV sys.dm_database_replica_states.

Causas de failover

Para determinar a causa de um evento de failover para uma implantação de banco de dados ou Instância Gerenciada de SQL do Azure, verifique a integridade do recurso usando as APIs REST ou o portal do Azure.

Pacote de Gerenciamento do System Center para o SQL do Azure

O System Center fornece pacotes de gerenciamento para monitorar a Instância Gerenciada de SQL do Azure e o Banco de Dados SQL do Azure. Confira a documentação do pacote de gerenciamento para obter requisitos e detalhes.

Verificação de conhecimento

1.

Quais métodos você pode usar para monitorar a disponibilidade de região e de datacenter?

2.

Quais das ferramentas a seguir não permitem que você monitore a disponibilidade da instância, do servidor e do banco de dados?