Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Aplica-se a:Banco de Dados SQL do Azure
Instância Gerenciada SQL do Azure
Depois de criar e configurar um observador, você pode configurar os Alertas do Azure Monitor para receber notificações sobre alto uso de recursos, padrões de carga de trabalho notáveis e outras condições em seu conjunto SQL do Azure que podem exigir atenção. Para fazer isso, crie uma regra de alerta de pesquisa de log que consulta o armazenamento de dados de um observador em uma agenda.
Para ajudá-lo a criar regras de alerta, o inspetor de banco de dados inclui modelos para condições de alerta comuns. Depois que uma regra de alerta é criada a partir de um modelo, você pode gerenciá-la como qualquer outra regra de alerta no Azure Monitor Alerts. Você pode usar todos os recursos de alertas do Azure: notificações por email, SMS e telefone, integração com produtos ITSM, webhooks, hubs de eventos e muito mais. Você pode personalizar regras de alerta criadas a partir de modelos do inspetor de banco de dados ou criar suas próprias regras de alerta.
Para saber mais sobre os Alertas do Azure Monitor, consulte:
- O que são alertas do Azure Monitor?
- Criar ou editar uma regra de alerta de pesquisa de registos
- Grupos de ações
- Gerenciar regras de alerta
- Práticas recomendadas para alertas do Azure Monitor
Para saber mais sobre as limitações que se aplicam aos alertas no inspetor de banco de dados, consulte Limitações.
Glossário
Ao trabalhar com os Alertas do Azure Monitor no inspetor de banco de dados, é importante entender os termos comumente usados:
Regra de alerta
Um recurso do Azure em Alertas do Azure Monitor que define a lógica de alerta, como a frequência de avaliação, gravidade, consulta KQL, etc. Uma regra de alerta também rastreia o histórico de alertas.
Alerta
Ocorre quando uma avaliação de uma consulta KQL associada a uma regra de alerta ativa a lógica para gerar um alerta. Por exemplo, a consulta determina que a utilização da CPU está acima de um limite.
Modelo de regra de alerta
Um esquema de uma regra de alerta que é incorporada ao inspetor de banco de dados. Um modelo de regra de alerta define as seguintes propriedades de regra de alerta:
- Nome
- Descrição
- Gravidade
- Frequência de avaliação
- Uma consulta KQL a ser executada no armazenamento de dados para avaliar a regra de alerta
Modelos de regras de alerta
Você pode encontrar todos os modelos de regras de alerta disponíveis na página Modelos de alerta de um observador.
Com o tempo, os modelos existentes podem ser modificados e novos modelos podem ser adicionados em resposta aos comentários dos clientes. Cada modelo na página Modelos de alerta de um observador tem uma versão no formato ano-mês-dia.número para permitir que você veja quando foi modificado pela última vez.
Se você criou uma regra de alerta a partir de um modelo no passado e vê que um modelo mais recente está disponível, você pode excluir e recriar a regra. Use o modelo mais recente para aproveitar as correções e melhorias na definição da regra de alerta.
As tabelas a seguir descrevem os modelos de regra de alerta atualmente disponíveis para cada tipo de destino SQL.
Observação
Durante a visualização, os modelos de regras de alerta podem ser adicionados, modificados e removidos.
| Categoria | Nome | Gravidade | Frequência | Descrição |
|---|---|---|---|---|
| Disponibilidade | Sondas de conectividade com falha | 2 - Advertência | 5 minutos | Alerta se o número de testes mal sucedidos de conectividade exceder um valor limite. |
| Disponibilidade | A replicação geográfica não está saudável | 1 - Erro | 5 minutos | Alertas se a replicação de dados para réplicas geográficas estiver atrasada ou for interrompida. |
| Utilização de recursos | Utilização elevada da CPU | 3 - Informativo | 5 minutos | Alerta se a utilização da CPU do banco de dados ou da instância exceder um limite. |
| Utilização de recursos | Alta utilização do trabalhador | 2 - Advertência | 5 minutos | Alerta se a utilização do trabalhador num banco de dados exceder um determinado limiar. |
| Utilização de recursos | Baixo armazenamento de dados | 2 - Advertência | 30 minutos | Alerta se o armazenamento de dados usado estiver próximo do tamanho máximo do banco de dados e a taxa de crescimento de dados for alta. |
| Utilização de recursos | Baixo armazenamento de log de transações | 1 - Erro | 5 minutos | Alerta se o armazenamento de log de transações usado for alto e a taxa de crescimento do log também for alta. |
| Utilização de recursos | Eventos de falta de memória | 3 - Informativo | 5 minutos | Alerta se houver algum evento de falta de memória em um banco de dados. |
| Padrões de carga de trabalho | Surto de processos bloqueados | 2 - Advertência | 5 minutos | Alertas se o número de processos bloqueados em um banco de dados exceder um limite. |
| Padrões de carga de trabalho | Pedidos bloqueados | 1 - Erro | 5 minutos | Alertas se houver um número mínimo de solicitações bloqueadas em um banco de dados que aguardaram mais do que uma determinada duração. |
| Padrões de carga de trabalho | Pico de impasse | 3 - Informativo | 5 minutos | Alerta se o número de deadlocks em um banco de dados exceder um limite. |
| Padrões de carga de trabalho | Bloquear pico de espera | 2 - Advertência | 5 minutos | Alerta se o tempo de espera cumulativo para bloqueios em um banco de dados exceder um limite. |
| Padrões de carga de trabalho | Transações ativas de longa duração | 3 - Informativo | 5 minutos | Alertas se houver transações ativas em que a duração da transação exceda um limite. |
| Padrões de carga de trabalho | Pico de espera de memória | 3 - Informativo | 5 minutos | Alertas se o tempo de espera cumulativo para memória em um banco de dados exceder um limite. |
| Padrões de carga de trabalho | Pico de espera de IO da rede | 3 - Informativo | 5 minutos | Alerta se o tempo de espera cumulativo para I/O de rede numa base de dados exceder um limite. |
| Padrões de carga de trabalho | Solicitar redução de tarifa | 3 - Informativo | 5 minutos | Alertas se a taxa de solicitação em um banco de dados cair significativamente. |
| Padrões de carga de trabalho | Aumento repentino no tempo limite da solicitação | 1 - Erro | 5 minutos | Alerta se o número de tempos limite de solicitação (consulta) e cancelamentos em um banco de dados exceder um limite. |
| Padrões de carga de trabalho | Pico de erros dos utilizadores | 3 - Informativo | 5 minutos | Alerta se o número de erros do usuário em um banco de dados exceder um limite. |
Sugestão
Talvez não seja necessário usar todos os modelos incluídos. Revise as descrições do modelo e considere seus requisitos antes de criar regras de alerta.
Regras de alerta desnecessárias aumentam a carga no cluster do Azure Data Explorer e o custo mensal dos alertas.
Adicionar identidade de regra de alerta padrão
Para acessar o armazenamento de dados de um observador, cada regra de alerta de pesquisa de log precisa ter uma identidade gerenciada. Antes de criar regras de alerta a partir de modelos do inspetor de banco de dados, você deve configurar a identidade da regra de alerta padrão para o inspetor usando as etapas a seguir.
Importante
Para seguir o princípio do menor privilégio, use uma identidade separada para regras de alerta. Não reutilize a identidade do observador.
- Crie uma identidade gerenciada atribuída ao usuário ou encontre uma identidade atribuída ao usuário existente com o acesso mínimo necessário.
- No portal do Azure, navegue até o observador e selecione a página Modelos de alerta .
- Selecione Gerenciar identidade da regra de alerta e selecione Adicionar.
- Encontre a identidade atribuída ao usuário na primeira etapa, selecione Adicionar e selecione Fechar.
O inspetor de banco de dados atribui automaticamente a identidade selecionada a cada nova regra de alerta. Ele também concede acesso de identidade ao armazenamento de dados se o usuário atual tiver a atribuição de função RBAC de Proprietário no cluster do Azure Data Explorer que hospeda o armazenamento de dados.
Caso contrário, um usuário com a atribuição Proprietário no cluster do Azure Data Explorer deve conceder o seguinte acesso à identidade da regra de alerta padrão selecionada para um observador:
- A função Leitor no cluster do Azure Data Explorer. Para obter mais informações, consulte Utilizar o portal do Azure para atribuir funções do Azure.
- A função Visualizador no banco de dados do Azure Data Explorer. Para mais informações, consulte Controle de acesso baseado em funções.
Se você alterar a identidade da regra de alerta padrão de um observador, a nova identidade será usada para qualquer nova regra de alerta criada usando um modelo. Para alterar a identidade de uma regra de alerta existente, consulte Configurar detalhes da regra de alerta.
Criar uma regra de alerta a partir de um modelo
Para criar uma regra de alerta a partir de um modelo de inspetor de banco de dados:
Na página Modelos de alerta de um observador, localize o modelo que deseja usar. Os modelos são agrupados por categoria, como uso de recursos, padrões de carga de trabalho, etc.
Importante
Existem diferentes modelos para diferentes tipos de destino SQL. Por exemplo, há um modelo diferente de Alta utilização da CPU para base de dados SQL, grupo elástico SQL e instância gerida SQL.
Ao criar uma regra de alerta, certifique-se de selecionar o tipo de destino SQL que corresponde ao tipo de destinos SQL que você adicionou ao observador. Se você monitorar vários tipos de destinos SQL, precisará criar regras de alerta separadas para cada tipo de destino SQL.
Selecione Criar regra de alerta.
Selecione a assinatura do Azure, o grupo de recursos, o nome, a região, a gravidade e a frequência de avaliação para a regra de alerta. Recomendamos que a região da regra de alerta corresponda à região do cluster do Azure Data Explorer usada como armazenamento de dados para o inspetor.
Advertência
Se já existir uma regra de alerta com o mesmo nome na mesma assinatura, grupo de recursos e região, ela será substituída pela regra de alerta criada a partir do modelo. Todas as personalizações de regras de alerta que você possa ter feito são substituídas pelos valores do modelo.
Se uma regra de alerta com o mesmo nome já existir na mesma assinatura e grupo de recursos, mas estiver em uma região diferente, a validação da implantação falhará e a regra de alerta não será criada.
Para garantir que uma nova regra de alerta seja criada, use um nome de regra de alerta exclusivo.
Selecione Avançar e, opcionalmente, selecione um ou mais grupos de ações. Se você não selecionar um grupo de ações, verá um alerta disparado na página Alertas do Monitor do Azure no portal do Azure, mas não receberá uma notificação. Para obter mais informações e saber como criar um grupo de ações, consulte Grupos de ações.
Selecione Avançar ou Revisar + criar. Após a conclusão da validação, revise os detalhes e selecione Criar.
Gerir regras de alerta
Depois que uma regra de alerta é criada, você pode gerenciá-la como qualquer outra regra de alerta no Azure Monitor Alerts. Por exemplo, você pode alterar a descrição da regra de alerta, a gravidade, a frequência da avaliação e adicionar ou remover grupos de ações. Você também pode editar a consulta KQL para ajustar os limites de alerta, excluir determinados destinos SQL do alerta ou fazer com que a regra de alerta funcione apenas para destinos SQL específicos.
No portal do Azure, navegue até Monitor, Alertas, Regras de alerta e selecione uma regra de alerta. Você pode editar a regra, duplicá-la, desativá-la temporariamente ou excluí-la permanentemente.
Para obter mais informações, consulte Gerenciar regras de alerta e Configurar detalhes da regra de alerta.
Trabalhar com alertas do monitor de banco de dados
Quando uma regra de alerta é acionada, gera um alerta. Se a regra de alerta tiver grupos de ações, suas ações serão executadas. Por exemplo, você recebe uma notificação de que um alerta foi disparado.
O alerta permanece no estado Disparado até que uma execução periódica da regra de alerta detete que a condição não está mais presente e altere o estado do alerta para Resolvido. Nesse momento, você recebe outra notificação de que o alerta foi resolvido. Para obter mais informações, consulte Alertas de estado.
Quando um alerta é acionado ou resolvido, e se você adicionou um grupo de ações configurado para enviar notificações por email, receberá um email para cada destino SQL onde a condição de alerta ocorre. Por exemplo, se uma regra de alerta detetar que a utilização da CPU é alta em duas instâncias gerenciadas pelo SQL, você receberá dois e-mails separados.
Você pode ver todas as instâncias de alerta e seu estado na página Alertas do Azure Monitor no portal do Azure. Você pode adicionar filtros para se concentrar nos alertas para recursos ou tipos de recursos específicos do Azure SQL. Para obter mais informações, consulte Gerenciar instâncias de alerta.
Conteúdo relacionado
- O que são alertas do Azure Monitor?
- Monitorizar cargas de trabalho SQL do Azure com o observador de bases de dados (versão prévia)
- Guia de início rápido: criar um observador para monitorar o SQL do Azure (visualização)
- Criar e configurar um observador (visualização)
- Coleta de dados e conjuntos de dados do monitor de banco de dados (pré-visualização)
- Analisar dados de monitorização do monitor de banco de dados (pré-visualização)
- Perguntas frequentes do observador de banco de dados