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.
O Azure Monitor recolhe e agrega métricas e registos do seu sistema para monitorizar a disponibilidade, o desempenho e a resiliência e notificá-lo de problemas que afetam o seu sistema. Você pode usar o portal do Azure, PowerShell, CLI do Azure, API REST ou bibliotecas de cliente para configurar e exibir dados de monitoramento.
Diferentes métricas e logs estão disponíveis para diferentes tipos de recursos. Este artigo descreve os tipos de dados de monitoramento que você pode coletar para esse serviço e maneiras de analisar esses dados.
Coletar dados com o Azure Monitor
Esta tabela descreve como você pode coletar dados para monitorar seu serviço e o que você pode fazer com os dados depois de coletados:
| Dados a recolher | Descrição | Como recolher e encaminhar os dados | Onde visualizar os dados | Dados suportados |
|---|---|---|---|---|
| Dados métricos | As métricas são valores numéricos que descrevem um aspeto de um sistema em um determinado momento. As métricas podem ser agregadas usando algoritmos, em comparação com outras métricas, e analisadas quanto às tendências ao longo do tempo. | - Recolhido automaticamente a intervalos regulares.
- Você pode rotear algumas métricas da plataforma para um espaço de trabalho do Log Analytics para consultar outros dados. Verifique a configuração de exportação DS para cada métrica e veja se é possível usar uma configuração de diagnóstico para rotear os dados das métricas. |
Explorador de métricas | Banco de Dados do Azure para MySQL - Métricas de servidor flexíveis suportadas pelo Azure Monitor |
| Dados do log de recursos | Os logs são eventos do sistema gravados com um carimbo de data/hora. Os logs podem conter diferentes tipos de dados e ser texto estruturado ou de forma livre. Você pode rotear dados de log de recursos para espaços de trabalho do Log Analytics para consulta e análise. | Crie uma configuração de diagnóstico para coletar e rotear dados de log de recursos. | Análise de logs | Banco de Dados do Azure para MySQL - Dados de log de recursos do Servidor Flexível suportados pelo Azure Monitor |
| Dados do registo de atividades | O log de atividades do Azure Monitor fornece informações sobre eventos no nível de assinatura. O registo de atividades inclui informações como quando um recurso é modificado ou uma máquina virtual é iniciada. | - Recolhido automaticamente.
- Crie uma configuração de diagnóstico para um espaço de trabalho do Log Analytics gratuitamente. |
Registo de atividades |
Para obter a lista de todos os dados suportados pelo Azure Monitor, consulte:
Monitoramento integrado para o Banco de Dados do Azure para MySQL - Servidor Flexível
O Banco de Dados do Azure para MySQL - Servidor Flexível oferece recursos internos para monitoramento.
Registos do servidor
No Banco de Dados do Azure para Servidor Flexível MySQL, os usuários podem configurar e baixar logs do servidor para ajudar nos esforços de solução de problemas. Com esse recurso habilitado, uma instância do Banco de Dados do Azure para Servidor Flexível MySQL começa a capturar eventos do tipo de log selecionado e os grava em um arquivo. Em seguida, você pode usar o portal do Azure e a CLI do Azure para baixar os arquivos para trabalhar com eles.
O recurso de logs do servidor está desabilitado por padrão. Para obter informações sobre como habilitar logs de servidor, consulte Habilitar e baixar logs de servidor para o Banco de Dados do Azure para MySQL - Servidor Flexível
Os logs do servidor suportam a habilitação e o download de logs de consultas lentas e logs de erros. Para executar uma análise histórica dos seus dados, no portal do Azure, no painel Configurações de diagnóstico do servidor, adicione uma configuração de diagnóstico para enviar os logs para o espaço de trabalho do Log Analytics, o Armazenamento do Azure ou os hubs de eventos. Para obter mais informações, consulte Configurar diagnósticos.
Quando o registro em log é habilitado para uma instância do Banco de Dados do Azure para Servidor Flexível MySQL, os logs ficam disponíveis até sete dias após sua criação. Se o tamanho total dos logs disponíveis exceder 7 GB, os arquivos mais antigos serão excluídos até que haja espaço disponível. O limite de armazenamento de 7 GB para logs do servidor está disponível gratuitamente e não pode ser estendido. Os logs são alternados a cada 24 horas ou 500 MB, o que ocorrer primeiro.
Logs de consulta lentos no Banco de Dados do Azure para MySQL - Servidor Flexível
No Banco de Dados do Azure para Servidor Flexível MySQL, o log de consulta lenta está disponível para os usuários configurarem e acessarem. Os logs de consulta lenta são desabilitados por padrão e podem ser habilitados para ajudar a identificar gargalos de desempenho durante a solução de problemas.
Para obter mais informações sobre o log de consulta lenta do MySQL, consulte a seção de log de consulta lenta na documentação do mecanismo MySQL.
Configurar o log de consultas lentas
Por padrão, o log de consulta lenta está desabilitado. Para habilitar logs, defina o slow_query_log parâmetro server como ON. Esse parâmetro pode ser configurado usando o portal do Azure ou a CLI do Azure.
Outros parâmetros que você pode ajustar para controlar o comportamento lento do log de consultas incluem:
-
long_query_time: registre uma consulta se ela demorar mais do que
long_query_time(em segundos) para ser concluída. O padrão é 10 segundos. O parâmetrolong_query_timeServer aplica-se globalmente a todas as conexões recém-estabelecidas no MySQL. No entanto, isso não afeta threads que já estão conectados. Recomendamos que você se reconecte ao Banco de Dados do Azure para o Servidor Flexível MySQL a partir do aplicativo ou reinicie o servidor para limpar threads com valores mais antigos e aplicar o valor dolong_query_timeparâmetro atualizado. -
log_slow_admin_statements: Determina se as instruções administrativas (ex.
ALTER_TABLE,ANALYZE_TABLE) são registradas. - log_queries_not_using_indexes: Determina se as consultas que não usam índices são registradas.
-
log_throttle_queries_not_using_indexes: limita o número de consultas não indexadas que podem ser gravadas no log de consultas lentas. Este parâmetro entra em vigor quando
log_queries_not_using_indexesé definido como ON
Importante
Se as suas tabelas não estiverem indexadas, definir os parâmetros log_queries_not_using_indexes e log_throttle_queries_not_using_indexes para ON pode afetar o desempenho do MySQL. Todas as consultas executadas nessas tabelas não indexadas são gravadas no log de consulta lenta.
Consulte a documentação do log de consulta lenta do MySQL para obter descrições completas dos parâmetros do log de consulta lenta.
Aceder a registos de consultas lentas
Os logs de consulta lentos são integrados às configurações de diagnóstico do Azure Monitor. Depois de ativar os logs de consulta lenta na sua instância de Servidor Flexível do MySQL no Banco de Dados do Azure, pode enviá-los para os logs do Azure Monitor, Hubs de Eventos ou Armazenamento do Azure. Para saber mais sobre as configurações de diagnóstico, consulte a documentação de logs de diagnóstico. Para saber mais sobre como habilitar as configurações de diagnóstico no portal do Azure, consulte o artigo do portal de log de consulta lenta.
Observação
As contas de Armazenamento Premium não são suportadas se estiver a enviar os registos para o armazenamento do Azure através de diagnósticos e definições.
A tabela a seguir descreve a saída do log de consulta lenta. Dependendo do método de saída, os campos incluídos e a ordem em que aparecem podem variar.
| Propriedade | Descrição |
|---|---|
TenantId |
O seu ID de inquilino |
SourceSystem |
Azure |
TimeGenerated [UTC] |
Carimbo de data/hora quando o log foi gravado em UTC |
Type |
Tipo de log. Sempre AzureDiagnostics |
SubscriptionId |
GUID para a assinatura à qual o servidor pertence |
ResourceGroup |
Nome do grupo de recursos ao qual o servidor pertence |
ResourceProvider |
Nome do provedor de recursos. Sempre MICROSOFT.DBFORMYSQL |
ResourceType |
Servers |
ResourceId |
URI do recurso |
Resource |
Nome do servidor |
Category |
MySqlSlowLogs |
OperationName |
LogEvent |
Logical_server_name_s |
Nome do servidor |
start_time_t [UTC] |
Hora de início da consulta |
query_time_s |
Tempo total em segundos que a consulta levou para ser executada |
lock_time_s |
Tempo total em segundos em que a consulta foi bloqueada |
user_host_s |
Nome de utilizador |
rows_sent_s |
Número de linhas enviadas |
rows_examined_s |
Número de linhas examinadas |
last_insert_id_s |
last_insert_id |
insert_id_s |
Inserir ID |
sql_text_s |
Consulta completa |
server_id_s |
ID do servidor |
thread_id_s |
Identificador de Thread |
\_ResourceId |
URI do recurso |
Observação
Para sql_text_s, o log será truncado se exceder 2048 caracteres.
Rastreie a atividade do banco de dados com logs de auditoria
O servidor flexível do Banco de Dados do Azure para MySQL fornece aos usuários a capacidade de configurar logs de auditoria. Os logs de auditoria podem ser usados para rastrear a atividade no nível do banco de dados, incluindo eventos de conexão, admin, DDL e DML. Estes tipos de registos são frequentemente utilizados para fins de conformidade.
Configurar log de auditoria
Importante
Recomendamos registrar apenas os tipos de eventos e usuários necessários para fins de auditoria. Essa abordagem ajuda a garantir que o desempenho do servidor não seja fortemente afetado e que uma quantidade mínima de dados seja coletada.
Por padrão, os logs de auditoria são desabilitados. Para habilitá-los, defina o audit_log_enabled parâmetro server como ON. Habilite os logs de auditoria usando o portal do Azure ou a CLI do Azure.
Outros parâmetros que você pode ajustar para controlar o comportamento do log de auditoria incluem:
-
audit_log_events: Controla os eventos a serem registrados. Consulte a tabela a seguir para eventos de auditoria específicos. -
audit_log_include_users: Usuários do MySQL a serem incluídos para registro. O valor padrão para esse parâmetro é vazio, que inclui todos os usuários para registro. Este parâmetro tem maior prioridade sobreaudit_log_exclude_users. O comprimento máximo do parâmetro é de 512 caracteres. Por exemplo, o valor curinga dedev*inclui todos os usuários com entradas começando com palavra-chavedevcomo dev1,dev_user,dev_2. Outro exemplo de entrada curinga para incluir usuário é*devneste exemplo, todos os usuários que terminam com o valor "dev" como "stage_dev,prod_dev,user_dev" são incluídos nas entradas do log de auditoria. Além disso, o uso de um ponto(?)de interrogação como caractere curinga é permitido em padrões. -
audit_log_exclude_users: Usuários do MySQL a serem excluídos do registro. O comprimento máximo do parâmetro é de 512 caracteres. Entradas curinga para usuário também são aceitas para excluir usuários em logs de auditoria. Por exemplo, o valor curinga destage*exclui todos os usuários com entradas começando com a palavra-chavestagecomo stage1,stage_user,stage_2. Outro exemplo de entrada curinga para exclusão de usuário é*com. Neste exemplo, todos os usuários que terminam com valorcomsão excluídos das entradas do log de auditoria. Além disso, o uso de um ponto(?)de interrogação como caractere curinga é permitido em padrões.
Observação
audit_log_include_users tem maior prioridade sobre audit_log_exclude_users. Por exemplo, se audit_log_include_users = demouser e audit_log_exclude_users = demouser, o usuário é incluído nos logs de auditoria porque audit_log_include_users tem prioridade mais alta.
| Evento | Descrição |
|---|---|
CONNECTION |
- Início da conexão - Terminação da ligação |
CONNECTION_V2 |
- Início da conexão (código de erro de tentativa bem-sucedida ou malsucedida) - Terminação da ligação |
DML_SELECT |
SELECIONAR consultas |
DML_NONSELECT |
Consultas INSERIR/EXCLUIR/ATUALIZAR |
DML |
DML = DML_SELECT + DML_NONSELECT |
DDL |
Consultas como "DROP DATABASE" |
DCL |
Consultas como "CONCEDER PERMISSÃO" |
ADMIN |
Consultas como "MOSTRAR STATUS" |
GENERAL |
Tudo em DML_SELECT, DML_NONSELECT, DML, DDL, DCL e ADMIN |
TABLE_ACCESS |
- Instruções de leitura de tabela, como SELECT ou INSERT INTO ... SELECIONAR - Instruções de exclusão de tabela, como DELETE ou TRUNCATE TABLE - Instruções de inserção de tabela, como INSERT ou REPLACE - Instruções de atualização de tabela, como UPDATE |
Aceder aos registos de auditoria
Os logs de auditoria são integrados às configurações de diagnóstico do Azure Monitor. Depois de ativar os logs de auditoria no seu servidor flexível, pode enviá-los para os logs do Azure Monitor, Hubs de Eventos do Azure ou Armazenamento do Azure. Para saber mais sobre as configurações de diagnóstico, consulte a documentação de logs de diagnóstico. Para saber mais sobre como habilitar as configurações de diagnóstico no portal do Azure, consulte o artigo do portal de log de auditoria.
Observação
As contas de Armazenamento Premium não são suportadas se enviar os registos para o armazenamento do Azure através de diagnósticos e definições.
Dependendo do método de saída, os campos incluídos e a ordem em que aparecem podem variar.
Conexão:
| Propriedade | Descrição |
|---|---|
TenantId |
O seu ID de inquilino |
SourceSystem |
Azure |
TimeGenerated [UTC] |
Carimbo de data/hora quando o log foi gravado em UTC |
Type |
Tipo de log. Sempre AzureDiagnostics |
SubscriptionId |
GUID para a assinatura à qual o servidor pertence |
ResourceGroup |
Nome do grupo de recursos ao qual o servidor pertence |
ResourceProvider |
Nome do provedor de recursos. Sempre MICROSOFT.DBFORMYSQL |
ResourceType |
Servers |
ResourceId |
URI do recurso |
Resource |
Nome do servidor em maiúsculas |
Category |
MySqlAuditLogs |
OperationName |
LogEvent |
LogicalServerName_s |
Nome do servidor |
event_class_s |
connection_log |
event_subclass_s |
CONNECT, DISCONNECT, CHANGE USER |
connection_id_d |
ID de conexão exclusivo gerado pelo MySQL |
host_s |
Em branco |
ip_s |
Endereço IP do cliente que se conecta ao MySQL |
user_s |
Nome do usuário que executa a consulta |
db_s |
Nome da base de dados ligada a |
\_ResourceId |
URI do recurso |
status_d |
Entrada de código de erro de conexão para CONNECTIONS_V2 evento. |
Geral:
O esquema a seguir se aplica aos tipos de eventos GENERAL, DML_SELECT, DML_NONSELECT, DML, DDL, DCL e ADMIN.
Observação
Para sql_text_s, o log será truncado se exceder 2048 caracteres.
| Propriedade | Descrição |
|---|---|
TenantId |
O seu ID de inquilino |
SourceSystem |
Azure |
TimeGenerated [UTC] |
Carimbo de data/hora quando o log foi gravado em UTC |
Type |
Tipo de log. Sempre AzureDiagnostics |
SubscriptionId |
GUID para a assinatura à qual o servidor pertence |
ResourceGroup |
Nome do grupo de recursos ao qual o servidor pertence |
ResourceProvider |
Nome do provedor de recursos. Sempre MICROSOFT.DBFORMYSQL |
ResourceType |
Servers |
ResourceId |
URI do recurso |
Resource |
Nome do servidor em maiúsculas |
Category |
MySqlAuditLogs |
OperationName |
LogEvent |
LogicalServerName_s |
Nome do servidor |
event_class_s |
general_log |
event_subclass_s |
LOG, ERROR, RESULT (disponível apenas para MySQL 5.6) |
event_time |
Hora de início da consulta no carimbo de data/hora UTC |
error_code_d |
Código de erro se a consulta falhar.
0 significa que não há erro |
thread_id_d |
ID do thread que executou a consulta |
host_s |
Em branco |
ip_s |
Endereço IP do cliente que se conecta ao MySQL |
user_s |
Nome do usuário que executa a consulta |
sql_text_s |
Texto completo da consulta |
\_ResourceId |
URI do recurso |
Acesso aos dados da tabela
Observação
Para sql_text_s, o log será truncado se exceder 2048 caracteres.
| Propriedade | Descrição |
|---|---|
TenantId |
O seu ID de inquilino |
SourceSystem |
Azure |
TimeGenerated [UTC] |
Carimbo de data/hora quando o log foi gravado em UTC |
Type |
Tipo de log. Sempre AzureDiagnostics |
SubscriptionId |
GUID para a assinatura à qual o servidor pertence |
ResourceGroup |
Nome do grupo de recursos ao qual o servidor pertence |
ResourceProvider |
Nome do provedor de recursos. Sempre MICROSOFT.DBFORMYSQL |
ResourceType |
Servers |
ResourceId |
URI do recurso |
Resource |
Nome do servidor em maiúsculas |
Category |
MySqlAuditLogs |
OperationName |
LogEvent |
LogicalServerName_s |
Nome do servidor |
event_class_s |
table_access_log |
event_subclass_s |
READ, INSERT, UPDATEou DELETE |
connection_id_d |
ID de conexão exclusivo gerado pelo MySQL |
db_s |
Nome da base de dados acedida |
table_s |
Nome da tabela acessada |
sql_text_s |
Texto completo da consulta |
\_ResourceId |
URI do recurso |
Usar pastas de trabalho do Azure Monitor
O servidor flexível do Banco de Dados do Azure para MySQL agora está integrado às pastas de trabalho do Azure Monitor. Com os livros, obtém uma tela flexível para analisar os dados e criar relatórios visuais avançados no portal do Azure. Os livros permitem-lhe aceder a várias origens de dados no Azure e combiná-las em experiências interativas unificadas. Os modelos de pasta de trabalho servem como relatórios selecionados que vários usuários e equipes projetam para reutilização flexível.
Ao abrir um modelo, cria um livro transitório que é preenchido com o conteúdo do modelo. Com esta integração, o servidor liga-se aos livros e a alguns modelos de exemplo, o que pode ajudá-lo a monitorizar o serviço em escala. Pode editar estes modelos, personalizá-los consoante as suas necessidades e afixá-los ao dashboard para criar uma vista focada e organizada dos recursos do Azure.
O servidor flexível do Banco de Dados do Azure para MySQL tem três modelos disponíveis:
Visão geral: exibe um resumo da instância e métricas de nível superior para ajudá-lo a visualizar e entender a utilização de recursos no servidor. Este modelo exibe os seguintes modos de exibição:
- Resumo do servidor
- Resumo do banco de dados
- Métricas de conexão
- Métricas de Desempenho
- Métricas de armazenamento
Auditoria: Exibe um resumo e detalhes dos eventos de auditoria coletados para o servidor. Este modelo exibe os seguintes modos de exibição:
- Ações administrativas sobre o serviço
- Resumo da auditoria
- Resumo dos eventos de conexão de auditoria
- Auditar eventos de conexão
- Resumo do acesso à tabela
- Erros identificados
Query Performance Insight: Exibe um resumo e detalhes da carga de trabalho de consulta na instância, consulta de longa execução, análise de consulta lenta e métricas de conexão. Este modelo exibe os seguintes modos de exibição:
- Carga de consulta
- Total de conexões ativas
- Tendência de consulta lenta (>10 segundos de tempo de consulta)
- Detalhes da consulta lenta
- Listar as cinco consultas mais longas
- Resumir consultas lentas por tempo de consulta mínimo, máximo, médio e desvio padrão
Você também pode editar e personalizar esses modelos de acordo com suas necessidades. Para obter mais informações, consulte Pastas de trabalho do Azure.
Acessar os modelos de pasta de trabalho
Para exibir os modelos no portal do Azure, vá para o painel Monitoramento do Banco de Dados do Azure para servidor flexível MySQL e selecione Pastas de trabalho.
Você também pode exibir a lista de modelos acessando o painel Modelos Públicos .
Usar as ferramentas do Azure Monitor para analisar os dados
Estas ferramentas do Azure Monitor estão disponíveis no portal do Azure para ajudá-lo a analisar dados de monitoramento:
Alguns serviços do Azure têm um painel de monitoramento interno no portal do Azure. Esses painéis são chamados de
insights , e você pode encontrá-los na seção doInsights do Azure Monitor no portal do Azure. O explorador de métricas permite que você exiba e analise métricas para recursos do Azure. Para obter mais informações, consulte Analisar métricas com o explorador de métricas do Azure Monitor.
O Log Analytics permite consultar e analisar dados de log usando a linguagem de consulta Kusto (KQL). Para obter mais informações, consulte Introdução às consultas de log no Azure Monitor.
O portal do Azure tem uma interface de usuário para exibição e pesquisas básicas do log de atividades. Para fazer uma análise mais aprofundada, encaminhe os dados para os logs do Azure Monitor e execute consultas mais complexas no Log Analytics.
O Application Insights monitora a disponibilidade, o desempenho e o uso de seus aplicativos Web, para que você possa identificar e diagnosticar erros sem esperar que um usuário os relate.
Application Insights inclui pontos de conexão para várias ferramentas de desenvolvimento e integra-se ao Visual Studio para dar suporte aos seus processos de DevOps. Para obter mais informações, consulte Monitoramento de aplicativos para o Serviço de Aplicativo.
As ferramentas que permitem uma visualização mais complexa incluem:
- Painéis que permitem combinar diferentes tipos de dados em um único painel no portal do Azure.
- Pastas de trabalho, relatórios personalizáveis que você pode criar no portal do Azure. Os livros de trabalho podem incluir texto, métricas e consultas de registo.
- Grafana, uma ferramenta de plataforma aberta que se destaca em dashboards operacionais. Você pode usar o Grafana para criar painéis que incluem dados de várias fontes diferentes do Azure Monitor.
- Power BI, um serviço de análise de negócios que fornece visualizações interativas em várias fontes de dados. Você pode configurar o Power BI para importar automaticamente dados de log do Azure Monitor para aproveitar essas visualizações.
Exportar dados do Azure Monitor
Você pode exportar dados do Azure Monitor para outras ferramentas usando:
Métricas: Utilize a API REST para métricas para extrair dados da base de dados de métricas do Azure Monitor. Para obter mais informações, consulte Referência da API REST do Azure Monitor.
Logs: Utilize a API REST ou as Bibliotecas de Cliente associadas.
Para começar a usar a API REST do Azure Monitor, consulte Passo a passo da API REST de monitoramento do Azure.
Utilize consultas Kusto para analisar dados de log
Você pode analisar os dados do Log do Azure Monitor usando a linguagem de consulta Kusto (KQL). Para obter mais informações, consulte Consultas de registo no Azure Monitor.
Consultas Kusto recomendadas para o Banco de Dados do Azure para MySQL - Servidor Flexível
Você pode usar logs de consulta lentos para encontrar candidatos para otimização. Depois que seus logs de consulta lenta são canalizados para os Logs do Monitor do Azure por meio dos Logs de Diagnóstico, você pode executar uma análise adicional de suas consultas lentas. Estas consultas de exemplo podem ajudá-lo a começar. Certifique-se de atualizá-los com o nome do servidor.
Consultas com mais de 10 segundos em um determinado servidor
AzureDiagnostics | where Resource == '<your server name>' | where Category == 'MySqlSlowLogs' | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s | where query_time_d > 10Listar as cinco principais consultas mais longas em um determinado servidor
AzureDiagnostics | where Resource == '<your server name>' | where Category == 'MySqlSlowLogs' | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s | order by query_time_d desc | take 5Resumir consultas lentas por tempo de consulta mínimo, máximo, médio e desvio padrão em um servidor específico
AzureDiagnostics | where Resource == '<your server name>' | where Category == 'MySqlSlowLogs' | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s | summarize count(), min(query_time_d), max(query_time_d), avg(query_time_d), stdev(query_time_d), percentile(query_time_d, 95) by ResourceRepresentar graficamente a distribuição lenta de consultas em um servidor específico
AzureDiagnostics | where Resource == '<your server name>' | where Category == 'MySqlSlowLogs' | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s | summarize count() by Resource , bin(TimeGenerated, 5m) | render timechartExibir consultas com mais de 10 segundos em todas as instâncias do Servidor Flexível do Banco de Dados do Azure para MySQL com Logs de Diagnóstico habilitados
AzureDiagnostics | where Category == 'MySqlSlowLogs' | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s | where query_time_d > 10
Para logs de auditoria, depois que seus logs de auditoria são canalizados para os Logs do Azure Monitor por meio de Logs de Diagnóstico, você pode executar análises adicionais de seus eventos auditados. Estas consultas de exemplo podem ajudá-lo a começar. Certifique-se de atualizá-los com o nome do servidor.
Listar eventos GERAIS em um servidor específico
AzureDiagnostics | where Resource == '<your server name>' //Server name must be in Upper case | where Category == 'MySqlAuditLogs' and event_class_s == "general_log" | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s | order by TimeGenerated asc nulls lastListar CONNECTION_V2 eventos em um determinado servidor,
status_da coluna indica o código de erro de conexão do cliente enfrentado pelo aplicativo cliente durante a conexão.AzureDiagnostics | where Resource == '<your server name>' //Server name must be in Upper case | where Category == 'MySqlAuditLogs' and event_subclass_s == "CONNECT" | project TimeGenerated, Resource, event_class_s, event_subclass_s, user_s, ip_s, status_d | order by TimeGenerated asc nulls lastListar eventos CONNECTION em um servidor específico
AzureDiagnostics | where Resource == '<your server name>' //Server name must be in Upper case | where Category == 'MySqlAuditLogs' and event_class_s == "connection_log" | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s | order by TimeGenerated asc nulls lastResumir eventos auditados em um servidor específico
AzureDiagnostics | where Resource == '<your server name>' //Server name must be in Upper case | where Category == 'MySqlAuditLogs' | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s | summarize count() by event_class_s, event_subclass_s, user_s, ip_sRepresentar graficamente a distribuição do tipo de evento de auditoria em um servidor específico
AzureDiagnostics | where Resource == '<your server name>' //Server name must be in Upper case | where Category == 'MySqlAuditLogs' | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s | summarize count() by Resource, bin(TimeGenerated, 5m) | render timechartListar eventos auditados em todas as instâncias do Servidor Flexível do Banco de Dados do Azure para MySQL com Logs de Diagnóstico habilitados para logs de auditoria
AzureDiagnostics | where Category == 'MySqlAuditLogs' | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s | order by TimeGenerated asc nulls last
Usar alertas do Azure Monitor para notificá-lo sobre problemas
Os alertas do Azure Monitor permitem-lhe identificar e resolver problemas no seu sistema e notificá-lo proativamente quando são encontradas condições específicas nos seus dados de monitorização antes que os seus clientes as percebam. É possível configurar alertas para qualquer métrica ou fonte de dados de log na plataforma Azure Monitor. Há diferentes tipos de alertas do Azure Monitor, dependendo dos serviços que você está monitorando e dos dados de monitoramento que você está coletando. Consulte Escolher o tipo correto de regra de alerta.
Regras de alerta recomendadas do Azure Monitor para o Banco de Dados do Azure para MySQL - Servidor Flexível
Para obter exemplos de alertas comuns para recursos do Azure, consulte Exemplos de consultas de alerta de log.
Implementação de alertas em escala
Para alguns serviços, você pode monitorar em escala aplicando a mesma regra de alerta de métrica a vários recursos do mesmo tipo que existem na mesma região do Azure. Os Alertas de Linha de Base do Azure Monitor (AMBA) fornecem um método semiautomatizado de implementação de alertas métricos de plataforma importantes, painéis e diretrizes em escala.
Obtenha recomendações personalizadas usando o Azure Advisor
Para alguns serviços, se ocorrerem condições críticas ou alterações iminentes durante as operações de recursos, será exibido um alerta na página Visão geral do serviço no portal. Você pode encontrar mais informações e correções recomendadas para o alerta em Recomendações do Advisor sob Monitoramento no menu à esquerda. Durante as operações normais, nenhuma recomendação do consultor é exibida.
Para obter mais informações sobre o Azure Advisor, consulte Visão geral do Azure Advisor.