Condividi tramite

Monitorare Database di Azure per MySQL - Server flessibile

Azure Monitor raccoglie e aggrega metriche e log dal tuo sistema per monitorare la disponibilità, le prestazioni e la resilienza e notificare eventuali problemi che interessano il tuo sistema. È possibile usare il portale di Azure, PowerShell, l'interfaccia della riga di comando di Azure, l'API REST o le librerie client per configurare e visualizzare i dati di monitoraggio.

Metriche e log diversi sono disponibili per diversi tipi di risorse. Questo articolo descrive i tipi di dati di monitoraggio che è possibile raccogliere per questo servizio e i modi per analizzare tali dati.

Raccogliere dati con Monitoraggio di Azure

Questa tabella descrive come raccogliere i dati per monitorare il servizio e le operazioni che è possibile eseguire con i dati dopo la raccolta:

Dati da raccogliere Descrizione Come raccogliere e instradare i dati Dove visualizzare i dati Dati supportati
Dati delle metriche Le metriche sono valori numerici che descrivono un aspetto di un sistema in un determinato momento. Le metriche possono essere aggregate usando algoritmi, rispetto ad altre metriche e analizzate per individuare le tendenze nel tempo. - Raccolto automaticamente a intervalli regolari.
: È possibile inoltrare alcune metriche della piattaforma a una workspace di Log Analytics per eseguire query con altri dati. Controllare l'impostazione di esportazione DS per ogni metrica per verificare se è possibile utilizzare un'impostazione diagnostica per instradare i dati delle metriche.		 Esploratore di metriche Database di Azure per MySQL - Metriche del server flessibile supportate da Monitoraggio di Azure
Dati del log delle risorse Gli eventi del sistema vengono registrati nei log con un timestamp. I log possono contenere tipi diversi di dati e possono essere strutturati o in formato libero. È possibile inviare i dati del log delle risorse agli spazi di lavoro di Log Analytics per eseguire query e analisi. Creare un'impostazione di diagnostica per raccogliere e instradare i dati del log delle risorse. Analisi dei registri Azure Database per MySQL - Dati dei log delle risorse su server flessibile supportati da Azure Monitor
Dati del log attività Il registro attività di Monitoraggio di Azure offre una panoramica sugli eventi a livello di sottoscrizione. Il log attività include informazioni come quando una risorsa viene modificata o viene avviata una macchina virtuale. - Raccolto automaticamente.
- Creare un'impostazione di diagnostica in un'area di lavoro Log Analytics senza alcun addebito.		 Registro delle attività

Per l'elenco di tutti i dati supportati da Monitoraggio di Azure, vedere:

Monitoraggio predefinito per Database di Azure per MySQL - Server flessibile

Database di Azure per MySQL : il server flessibile offre risorse predefinite per il monitoraggio.

Log del server

Nel server flessibile di Database di Azure per MySQL gli utenti possono configurare e scaricare i log del server per facilitare la risoluzione dei problemi. Con questa funzionalità abilitata, un'istanza del server flessibile Database di Azure per MySQL avvia l'acquisizione di eventi del tipo di log selezionato e li scrive in un file. È quindi possibile usare il portale di Azure e l'interfaccia della riga di comando di Azure per scaricare i file da usare.

La funzionalità di log del server è disabilitata per impostazione predefinita. Per informazioni su come abilitare i log del server, vedere Abilitare e scaricare i log del server per Database di Azure per MySQL - Server flessibile

I log del server supportano l'abilitazione e il download di log di query lente e log degli errori. Per eseguire un'analisi cronologica dei dati, nel portale di Azure, nel riquadro Impostazioni di diagnostica per il server aggiungere un'impostazione di diagnostica per inviare i log all'area di lavoro Log Analytics, Archiviazione di Azure o Hub eventi. Per altre informazioni, vedere Configurare la diagnostica.

Quando la registrazione è abilitata per un'istanza del server flessibile Database di Azure per MySQL, i log sono disponibili fino a sette giorni dalla creazione. Se le dimensioni totali dei log disponibili superano 7 GB, i file meno recenti vengono eliminati fino a quando non è disponibile dello spazio. Il limite di archiviazione di 7 GB per i log del server è disponibile gratuitamente e non può essere esteso. I log vengono ruotati ogni 24 ore o 500 GB, a seconda del valore raggiunto per primo.

Log di query lente in Database di Azure per MySQL - server flessibile

Nel server flessibile di Database di Azure per MySQL il log delle query lente è disponibile per gli utenti per la configurazione e l'accesso. I log di query lente sono disabilitati per impostazione predefinita e possono essere abilitati per facilitare l'identificazione dei colli di bottiglia delle prestazioni durante la risoluzione dei problemi.

Per altre informazioni sul log delle query lente di MySQL, vedere la sezione log delle query lente nella documentazione del motore MySQL.

Configurare la registrazione di query lente

Per impostazione predefinita il log delle query lente è disabilitato. Per abilitare i log, impostare il parametro del server slow_query_log su ON. Questo parametro può essere configurato usando il portale di Azure o l'interfaccia della riga di comando di Azure.

Altri parametri che è possibile modificare per controllare il comportamento di registrazione delle query lente includono:

  • long_query_time: registrare una query se il completamento richiede più di long_query_time (in secondi) per il completamento. Il valore predefinito è 10 secondi. Il parametro del server long_query_time si applica a livello globale a tutte le nuove connessioni stabilite in MySQL. Tuttavia, non influisce sui thread già connessi. È consigliabile riconnettersi al server flessibile di Database di Azure per MySQL dall'applicazione o riavviare il server per cancellare i thread con valori precedenti di long_query_time e applicare il valore del parametro aggiornato.
  • log_slow_admin_statements: determina se vengono registrate istruzioni amministrative (ad esempio ALTER_TABLE, ANALYZE_TABLE).
  • log_queries_not_using_indexes: determina se vengono registrate query che non usano indici.
  • log_throttle_queries_not_using_indexes: limita il numero di query non indicizzate che possono essere scritte nel log di query lente. Questo parametro diventa effettivo quando log_queries_not_using_indexes è impostato su ON

Importante

Se le tabelle non sono indicizzate, l'impostazione dei log_queries_not_using_indexes parametri e log_throttle_queries_not_using_indexes su ON potrebbe influire sulle prestazioni di MySQL. Tutte le query eseguite su queste tabelle non indicizzate vengono scritte nel log delle query lente.

Per una descrizione completa dei parametri per il log di query lente, vedere la documentazione sul log di query lente per MySQL.

Accedere ai log di query lente

I log delle query lente sono integrati con le impostazioni di diagnostica di Monitoraggio di Azure. Dopo aver abilitato i log di query lente nell'istanza del server flessibile di Database di Azure per MySQL, è possibile generarli nei log di Monitoraggio di Azure, in Hub eventi o in Archiviazione di Azure. Per altre informazioni sulle impostazioni di diagnostica, vedere la documentazione dei log di diagnostica. Per altre informazioni su come abilitare le impostazioni di diagnostica nel portale di Azure, vedere l'articolo relativo al portale di log delle query lente.

Annotazioni

Gli account di archiviazione Premium non sono supportati se si inviano i log all'archiviazione di Azure tramite diagnostica e impostazioni.

Nella tabella seguente viene descritto l'output del log delle query lente. A seconda del metodo di output, è possibile che i campi inclusi e il relativo ordine di visualizzazione siano differenti.

Proprietà Descrizione
TenantId ID del tenant
SourceSystem Azure
TimeGenerated [UTC] Timestamp in cui il log è stato registrato in formato UTC
Type Tipo di log. Sempre AzureDiagnostics
SubscriptionId GUID per la sottoscrizione a cui appartiene il server
ResourceGroup Nome del gruppo di risorse a cui appartiene il server
ResourceProvider Nome del provider di risorse. Sempre MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId URI della risorsa
Resource Nome del server
Category MySqlSlowLogs
OperationName LogEvent
Logical_server_name_s Nome del server
start_time_t [UTC] Ora di inizio della query
query_time_s Tempo totale in secondi impiegato dalla query perché venga eseguita
lock_time_s Tempo totale in secondi durante il quale la query è stata bloccata
user_host_s Nome utente
rows_sent_s Numero di righe inviate
rows_examined_s Numero di righe esaminate
last_insert_id_s last_insert_id
insert_id_s ID inserimento
sql_text_s Query completa
server_id_s ID del server
thread_id_s Identificatore del Thread
\_ResourceId URI della risorsa

Annotazioni

Per sql_text_s, il log viene troncato se supera i 2048 caratteri.

Tenere traccia dell'attività del database con i log di controllo

Il server flessibile di Database di Azure per MySQL offre agli utenti la possibilità di configurare i log di controllo. I log di controllo possono essere usati per tenere traccia delle attività a livello di database, inclusi gli eventi di connessione, amministratore, DDL e DML. Questi tipi di log vengono comunemente usati per finalità di conformità.

Configurare la registrazione di controllo

Importante

È consigliabile registrare solo i tipi di evento e gli utenti necessari per scopi di controllo. Questo approccio consente di garantire che le prestazioni del server non siano fortemente influenzate e che venga raccolta una quantità minima di dati.

Per impostazione predefinita, i log di controllo sono disabilitati. Per abilitarli, impostare il parametro del server audit_log_enabled su ON. Abilitare i log di controllo usando il portale di Azure o l'interfaccia della riga di comando di Azure.

Altri parametri che è possibile modificare per controllare il comportamento della registrazione di controllo includono:

  • audit_log_events: controlla gli eventi da registrare. Vedere la tabella seguente per eventi di controllo specifici.
  • audit_log_include_users: utenti di MySQL da includere per la registrazione. Il valore predefinito per questo parametro è vuoto, che include tutti gli utenti per la registrazione. Questo parametro ha priorità più alta rispetto audit_log_exclude_usersa . La lunghezza massima del parametro è di 512 caratteri. Ad esempio, il valore con caratteri jolly di dev* include tutti gli utenti con voci che iniziano con la parola chiave dev come dev1,dev_user,dev_2. Un altro esempio per la voce con caratteri jolly per l'inclusione dell'utente è *dev in questo esempio, tutti gli utenti che terminano con il valore "dev" come "stage_dev,prod_dev,user_dev" sono inclusi nelle voci del log di controllo. Inoltre, l'uso di un punto interrogativo (?) come carattere jolly è consentito nei modelli.
  • audit_log_exclude_users: utenti di MySQL da escludere dalla registrazione. La lunghezza massima del parametro è di 512 caratteri. Le voci con caratteri jolly per l'utente vengono accettate anche per escludere gli utenti nei log di controllo. Ad esempio, il valore con caratteri jolly di stage* esclude tutti gli utenti con voci che iniziano con la parola chiave stage come stage1,stage_user,stage_2. Un altro esempio per la voce con caratteri jolly per l'esclusione dell'utente è *com. In questo esempio tutti gli utenti che terminano con valore com vengono esclusi dalle voci del log di controllo. Inoltre, l'uso di un punto interrogativo (?) come carattere jolly è consentito nei modelli.

Annotazioni

audit_log_include_users ha una priorità più elevata di audit_log_exclude_users. Ad esempio, se audit_log_include_users = demouser e audit_log_exclude_users = demouser, l'utente viene incluso nei log di controllo perché audit_log_include_users ha priorità più alta.

Evento Descrizione
CONNECTION - Avvio della connessione
- Terminazione della connessione
CONNECTION_V2 - Avvio della connessione (codice di errore del tentativo con esito positivo o negativo)
- Terminazione della connessione
DML_SELECT Query SELECT
DML_NONSELECT Query INSERT/DELETE/UPDATE
DML DML = DML_SELECT + DML_NONSELECT
DDL Query come "DROP DATABASE"
DCL Query come "GRANT PERMISSION"
ADMIN Query come "SHOW STATUS"
GENERAL Tutti in DML_SELECT, DML_NONSELECT, DML, DDL, DCL e ADMIN
TABLE_ACCESS - Istruzioni di lettura tabella, ad esempio SELECT o INSERT INTO ... SELECT
- Istruzioni di cancellazione delle tabelle, ad esempio DELETE o TRUNCATE TABLE
- Istruzioni di inserimento delle tabelle, ad esempio INSERT o REPLACE
- Istruzioni di aggiornamento tabelle, ad esempio UPDATE

Accedere ai log di controllo

I log di controllo sono integrati con le impostazioni di diagnostica di Monitoraggio di Azure. Dopo aver abilitato i log di controllo sul server flessibile, è possibile trasmetterli ad Azure Monitor, a Event Hubs di Azure o ad Archiviazione di Azure. Per altre informazioni sulle impostazioni di diagnostica, vedere la documentazione dei log di diagnostica. Per altre informazioni su come abilitare le impostazioni di diagnostica nel portale di Azure, vedere l'articolo relativo al portale dei log di controllo.

Annotazioni

Se si inviano i log all'archiviazione di Azure tramite diagnostica e impostazioni, gli account di Archiviazione Premium non sono supportati.

A seconda del metodo di output, è possibile che i campi inclusi e il relativo ordine di visualizzazione siano differenti.

Connessione:

Proprietà Descrizione
TenantId ID del tenant
SourceSystem Azure
TimeGenerated [UTC] Timestamp in cui il log è stato registrato in formato UTC
Type Tipo di log. Sempre AzureDiagnostics
SubscriptionId GUID per la sottoscrizione a cui appartiene il server
ResourceGroup Nome del gruppo di risorse a cui appartiene il server
ResourceProvider Nome del provider di risorse. Sempre MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId URI della risorsa
Resource Nome del server in lettere maiuscole
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s Nome del server
event_class_s connection_log
event_subclass_s CONNECT, DISCONNECT, CHANGE USER
connection_id_d ID connessione univoco generato da MySQL
host_s Vuoto
ip_s Indirizzo IP del client che si connette a MySQL
user_s Nome dell'utente che esegue la query
db_s Nome del database connesso a
\_ResourceId URI della risorsa
status_d Voce del codice errore di connessione per l'evento CONNECTIONS_V2.

Generale:

Lo schema seguente si applica ai tipi di evento GENERAL, DML_SELECT, DML_NONSELECT, DML, DDL, DCL e ADMIN.

Annotazioni

Per sql_text_s, il log viene troncato se supera i 2048 caratteri.

Proprietà Descrizione
TenantId ID del tenant
SourceSystem Azure
TimeGenerated [UTC] Timestamp in cui il log è stato registrato in formato UTC
Type Tipo di log. Sempre AzureDiagnostics
SubscriptionId GUID per la sottoscrizione a cui appartiene il server
ResourceGroup Nome del gruppo di risorse a cui appartiene il server
ResourceProvider Nome del provider di risorse. Sempre MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId URI della risorsa
Resource Nome del server in lettere maiuscole
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s Nome del server
event_class_s general_log
event_subclass_s LOG, ERROR, RESULT (disponibili solo per MySQL 5.6)
event_time Ora di inizio query nel timestamp UTC
error_code_d Codice di errore se la query non è riuscita. 0 indica che non sono presenti errori
thread_id_d ID del thread che ha eseguito la query
host_s Vuoto
ip_s Indirizzo IP del client che si connette a MySQL
user_s Nome dell'utente che esegue la query
sql_text_s Testo completo della query
\_ResourceId URI della risorsa

Accedi alla tabella:

Annotazioni

Per sql_text_s, il log viene troncato se supera i 2048 caratteri.

Proprietà Descrizione
TenantId ID del tenant
SourceSystem Azure
TimeGenerated [UTC] Timestamp in cui il log è stato registrato in formato UTC
Type Tipo di log. Sempre AzureDiagnostics
SubscriptionId GUID per la sottoscrizione a cui appartiene il server
ResourceGroup Nome del gruppo di risorse a cui appartiene il server
ResourceProvider Nome del provider di risorse. Sempre MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId URI della risorsa
Resource Nome del server in lettere maiuscole
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s Nome del server
event_class_s table_access_log
event_subclass_s READ, INSERT, UPDATEo DELETE
connection_id_d ID connessione univoco generato da MySQL
db_s Nome del database a cui si ha accesso
table_s Nome della tabella a cui si ha accesso
sql_text_s Testo completo della query
\_ResourceId URI della risorsa

Usare le cartelle di lavoro di Azure Monitor

Il server flessibile di Database di Azure per MySQL è ora integrato in cartelle di lavoro di Monitoraggio di Azure. Con le cartelle di lavoro è possibile ottenere un canvas flessibile per l'analisi dei dati e la creazione di report visivi all'interno del portale di Azure. Le cartelle di lavoro consentono di sfruttare più origini dati in tutto Azure e di combinarle in esperienze interattive unificate. I modelli di cartella di lavoro fungono da report curati che più utenti e team progettano per un riutilizzo flessibile.

Quando si apre un modello, si crea una cartella di lavoro temporanea popolata con il contenuto del modello. Con questa integrazione, il server si collega alle cartelle di lavoro e ad alcuni modelli di esempio, che consentono di monitorare il servizio su larga scala. È possibile modificare questi modelli, personalizzarli in base ai propri requisiti e aggiungere tali modelli al dashboard per creare una visualizzazione mirata e organizzata delle risorse di Azure.

Il server flessibile di Database di Azure per MySQL include tre modelli disponibili:

  • Panoramica: visualizza un riepilogo dell'istanza e le metriche di primo livello per visualizzare e comprendere l'utilizzo delle risorse nel server. Questo modello mostra le visualizzazioni seguenti:

    • Riepilogo server
    • Riepilogo database
    • Metriche di connessione
    • Metriche delle prestazioni
    • Metriche di archiviazione

  • Controllo: visualizza un riepilogo e i dettagli degli eventi di controllo raccolti per il server. Questo modello mostra le visualizzazioni seguenti:

    • Azioni amministrative sul servizio
    • Riepilogo controllo
    • Riepilogo controllo eventi di connessione
    • Controllo eventi di connessione
    • Riepilogo accesso tabella
    • Errori identificati

  • Informazioni dettagliate prestazioni query: visualizza un riepilogo e i dettagli del carico di lavoro di query nell'istanza, query a esecuzione prolungata, analisi delle query lente e metriche di connessione. Questo modello mostra le visualizzazioni seguenti:

    • Carico di query
    • Numero totale di connessioni attive
    • Tendenza query lenta (>10 secondi di tempo di query)
    • Dettagli query lente
    • Elencare le prime cinque query più lunghe
    • Riepiloga le query lente in base al tempo di query minimo, massimo, medio e deviazione standard

È anche possibile modificare e personalizzare questi modelli in base alle esigenze. Per altre informazioni, vedere Cartelle di lavoro di Azure.

Accedere ai modelli di cartella di lavoro

Per visualizzare i modelli nel portale di Azure, passare al riquadro Monitoraggio per il server flessibile di Database di Azure per MySQL e quindi selezionare Cartelle di lavoro.

Screenshot che mostra i modelli

È anche possibile visualizzare l'elenco dei modelli passando al riquadro Modelli pubblici.

Diagramma che mostra i modelli

Usare gli strumenti di Monitoraggio di Azure per analizzare i dati

Questi strumenti di Monitoraggio di Azure sono disponibili nel portale di Azure per analizzare i dati di monitoraggio:

  • Alcuni servizi di Azure hanno un dashboard di monitoraggio predefinito nel portale di Azure. Questi dashboard sono denominati informazioni dettagliate ed è possibile trovarli nella sezione Insights del Monitoraggio di Azure nel portale di Azure.

  • Esplora Metriche consente di visualizzare e analizzare le metriche per le risorse di Azure. Per altre informazioni, vedere Analizzare le metriche con Esplora metriche di Azure Monitor.

  • Log Analytics consente di effettuare query e analizzare i dati di log usando il Linguaggio di query Kusto (KQL). Per ulteriori informazioni, consulta Introduzione alle query di log con Azure Monitor.

  • Il portale di Azure ha un'interfaccia utente per la visualizzazione e le ricerche di base del registro delle attività . Per eseguire analisi più approfondite, indirizzare i dati ai log di Monitoraggio di Azure ed eseguire query più complesse in Log Analytics.

  • Application Insights monitora la disponibilità, le prestazioni e l'utilizzo delle applicazioni Web, in modo da poter identificare e diagnosticare gli errori senza attendere che un utente li segnala.
    Application Insights include punti di connessione a vari strumenti di sviluppo e si integra con Visual Studio per supportare i processi DevOps. Per altre informazioni, vedere Monitoraggio delle applicazioni per il Servizio app.

Gli strumenti che consentono una visualizzazione più complessa includono:

  • Dashboard che consentono di combinare diversi tipi di dati in un unico riquadro nel portale di Azure.
  • Cartelle di lavoro, report personalizzabili che è possibile creare nel portale di Azure. Le cartelle di lavoro possono includere testo, metriche e query di log.
  • Grafana è una piattaforma aperta, ideale per i dashboard operativi. È possibile usare Grafana per creare dashboard che includano dati da più origini diverse dal Monitoraggio di Azure.
  • Power BI, un servizio di analisi aziendale che fornisce visualizzazioni interattive tra varie origini dati. È possibile configurare Power BI per importare automaticamente i dati di log da Monitoraggio di Azure per sfruttare queste visualizzazioni.

Esportare i dati di Monitoraggio di Azure

È possibile esportare i dati da Monitoraggio di Azure in altri strumenti usando:

Per iniziare a usare l'API REST di Azure Monitor, vedere guida dell'API REST di Azure Monitor.

Usare query Kusto per analizzare i dati di log

È possibile analizzare i dati dei log di Monitoraggio di Azure usando il linguaggio di query Kusto (KQL). Per altre informazioni, vedere Log di query in Monitoraggio di Azure.

Query Kusto consigliate per Database di Azure per MySQL - Server flessibile

È possibile usare i log di query lente per trovare i candidati per l'ottimizzazione. Dopo che i log delle query lente vengono inviati tramite pipe ai log di Monitoraggio di Azure tramite log di diagnostica, è possibile eseguire un'ulteriore analisi delle query lente. Queste query di esempio consentono di iniziare. Assicurarsi di aggiornarli con il nome del server.

  • Query più lunghe di 10 secondi in un determinato server

    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 > 10

  • Elencare le prime cinque query più lunghe in un determinato server

    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 5

  • Riepilogare le query lente per tempo di query minimo, massimo, medio e deviazione standard in un determinato server

    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 Resource

  • Grafico della distribuzione delle query lente in un server specifico

    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 timechart

  • Visualizzare le query per più di 10 secondi in tutte le istanze del server flessibile Database di Azure per MySQL con i log di diagnostica abilitati

    AzureDiagnostics
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
| where query_time_d > 10

Per i log di controllo, dopo che i log di controllo sono convogliati ai Log di Azure Monitor tramite i log di diagnostica, è possibile effettuare un'analisi più approfondita degli eventi controllati. Queste query di esempio consentono di iniziare. Assicurarsi di aggiornarli con il nome del server.

  • Elencare gli eventi GENERAL in un server specifico

    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

  • Elencare eventi CONNECTION_V2 in un determinato server, la colonna status_d indica il codice errore di connessione client affrontato dall'applicazione client durante la connessione.

    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

  • Elencare gli eventi CONNECTION in un determinato server

    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

  • Riepilogare gli eventi controllati in un determinato server

    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

  • Creare un grafico della distribuzione del tipo di evento di controllo in un server specifico

    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

  • Elencare gli eventi controllati in tutte le istanze del server flessibile Database di Azure per MySQL con i log di diagnostica abilitati per i log di controllo

    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

Usare gli avvisi di Monitoraggio di Azure per notificare i problemi

Gli avvisi di Azure Monitor consentono di identificare e risolvere i problemi nel sistema e di inviare notifiche proattive, prima che i clienti li notino, quando nei dati di monitoraggio vengono riscontrate condizioni specifiche. È possibile creare avvisi su qualsiasi metrica o fonte di dati di log nella piattaforma di dati di Monitoraggio di Azure. Esistono diversi tipi di avvisi di Monitoraggio di Azure a seconda dei servizi monitorati e dei dati di monitoraggio raccolti. Vedere Scelta del tipo di regola di avviso corretto.

Regole di avviso raccomandate di Azure Monitor per Azure Database for MySQL - Flexible Server

Per esempi di avvisi comuni per le risorse di Azure, vedere Esempi di query per avvisi di log.

Implementazione di avvisi su larga scala

Per alcuni servizi, è possibile monitorare su larga scala applicando la stessa regola di avviso delle metriche a più risorse dello stesso tipo presenti nella stessa area di Azure. Gli Avvisi di Base del Monitoraggio di Azure (AMBA) forniscono un metodo semi-automatizzato per implementare su larga scala importanti avvisi sulle metriche della piattaforma, dashboard e linee guida.

Ottenere raccomandazioni personalizzate con Azure Advisor

Per alcuni servizi, se si verificano condizioni critiche o modifiche imminenti durante le operazioni sulle risorse, viene visualizzato un avviso nella pagina Panoramica del servizio nel portale. È possibile trovare altre informazioni e correzioni consigliate per l'avviso in Consigli di Advisor in Monitoraggio nel menu a sinistra. Durante il normale funzionamento non viene visualizzato nessun consiglio di Advisor.

Per altre informazioni su Azure Advisor, vedere Informazioni generali su Azure Advisor.

Contenuti correlati