Monitores as atividades do banco de dados com os Logs de Auditoria do Banco de Dados do Azure para MySQL — Servidor Flexível.

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 acompanhar a atividade no nível do banco de dados, incluindo eventos de conexão, administração, DDL e DML. Esses tipos de logs são comumente usados para fins de conformidade.

Configurar logs de auditoria

Por padrão, os logs de auditoria estão desabilitados. Para habilitá-los, defina o parâmetro de servidor audit_log_enabled como ATIVADO. Isso pode ser configurado por meio do portal do Azure ou da 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 em log. Confira a tabela abaixo para ver eventos de auditoria específicos.
• audit_log_include_users: usuários do MySQL a serem incluídos para registro em log. O valor padrão para esse parâmetro é vazio, o que incluirá todos os usuários para registro em log. Isso tem prioridade mais alta em relação a audit_log_exclude_users. O parâmetro pode ter até 512 caracteres. Por exemplo, o valor curinga de dev* inclui todos os usuários com entradas começando com a palavra-chave dev, como “dev1,dev_user,dev_2”. Outro exemplo de entrada curinga para incluir um usuário é *dev. Neste 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 em log. 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 de stage* exclui todos os usuários com entradas começando com a palavra-chave stage, como “stage1,stage_user,stage_2”. Outro exemplo de entrada curinga para excluir um usuário é *com. Neste exemplo, todos os usuários que terminarem com o valor com serã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.

Acesse os logs de auditoria

Os logs de auditoria são integrados com as configurações de diagnóstico do Azure Monitor. Depois de habilitar os logs de auditoria no servidor flexível, você poderá emiti-los para os logs do Azure Monitor, Hubs de Eventos do Azure ou Armazenamento do Microsoft Azure. Para saber mais sobre as configurações de diagnóstico, confira o artigo documentação dos logs de diagnóstico. Para saber mais sobre como habilitar as configurações de diagnóstico no portal do Azure, confira o artigo sobre o portal de log de auditoria.

As seções a seguir descrevem a saída dos logs de auditoria do MySQL com base no tipo de evento. Dependendo do método de saída, os campos incluídos e a ordem em que aparecem podem variar.

Conexão

Geral

O esquema abaixo se aplica aos tipos de evento GENERAL, DML_SELECT, DML_NONSELECT, DML, DDL, DCL e ADMIN.

Acesso à tabela

Analisar logs nos Logs do Azure Monitor

Depois que os logs de auditoria são canalizados para os Logs do Azure Monitor por meio dos Logs de Diagnóstico, você pode fazer análises adicionais dos eventos auditados. Abaixo estão algumas consultas de exemplo para ajudar você a começar. Atualize as informações abaixo 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 last
  

• Listar eventos CONNECTION_V2 em um servidor específico, a coluna status_d denota o código de erro da 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 last
  

• Listar eventos de CONEXÃO 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 last
  

• Resumir 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_s
  

• Representar em gráfico a distribuição de 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 timechart
  

• Listar 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
  

Conteúdo relacionado

• logs de consulta lentos
• auditoria