AzureDiagnostics

Archivia i log delle risorse per i servizi di Azure che usano la modalità Diagnostica di Azure. I log delle risorse descrivono il funzionamento interno delle risorse di Azure.

Il log delle risorse per ogni servizio Azure presenta un set di colonne univoco. La tabella AzureDiagnostics include le colonne più comuni usate dai servizi di Azure. Se un log delle risorse include una colonna che non esiste già nella tabella AzureDiagnostics, tale colonna viene aggiunta la prima volta che vengono raccolti i dati. Se viene raggiunto il numero massimo di 500 colonne, i dati per eventuali colonne aggiuntive vengono aggiunti a una colonna dinamica.

I servizi di Azure che usano la modalità specifica della risorsa archiviano i dati in una tabella specifica del servizio e non usano la tabella AzureDiagnostics. Per informazioni dettagliate sulle differenze, vedere Log delle risorse di Azure. Consultare Risorse che usano la modalità Diagnostica di Azure per i servizi che utilizzano Diagnostica di Azure.

Colonna AdditionalFields

A differenza di altre tabelle, AzureDiagnostics è molto più soggetto al superamento del limite di 500 colonne imposto per qualsiasi tabella in un'area di lavoro Log Analytics a causa dell'ampia gamma di risorse di Azure in grado di inviare dati a questa tabella. Per assicurarsi che nessun dato venga perso a causa del numero di colonne attive che superano questo limite di 500 colonne, la creazione di colonne di AzureDiagnostics viene gestita in modo diverso rispetto ad altre tabelle.

La tabella AzureDiagnostics in ogni area di lavoro contiene almeno le stesse 200 colonne. Per le aree di lavoro create prima del 19 gennaio 2021, la tabella contiene anche tutte le colonne già presenti prima di questa data. Quando i dati vengono inviati a una colonna non ancora esistente:

• Se il numero totale di colonne in AzureDiagnostics nell'area di lavoro corrente non supera 500, viene creata una nuova colonna esattamente come con qualsiasi altra tabella.
• Se il numero totale di colonne è pari o superiore a 500, i dati in eccesso vengono aggiunti a una colonna contenitore delle proprietà dinamica denominata AdditionalFields come proprietà.

Esempio

Per illustrare questo comportamento, si supponga che a partire dalla data di distribuzione la tabella AzureDiagnostics nell'area di lavoro sia simile alla seguente:

Una risorsa che invia dati ad AzureDiagnostics aggiunge quindi una nuova dimensione ai dati che chiamano NewInfo1. Poiché la tabella contiene ancora meno di 500 colonne, la prima volta che si verifica un evento che contiene dati per questa nuova dimensione aggiunge una nuova colonna alla tabella:

È possibile restituire questi nuovi dati in una query semplice:

AzureDiagnostics | where NewInfo1_s == "xyz"

In un secondo momento, un'altra risorsa invia dati ad AzureDiagnostics che aggiunge nuove dimensioni denominate NewInfo2 e NewInfo3. Poiché la tabella ha raggiunto 500 colonne in questa area di lavoro, i nuovi dati vengono inseriti nella colonna AdditionalFields :

È comunque possibile eseguire query per questi dati, ma è necessario estrarli dal contenitore delle proprietà usando uno degli operatori di proprietà dinamici in KQL:

AzureDiagnostics
| where AdditionalFields.NewInfo2 == "789" and AdditionalFields.NewInfo3 == "qwerty"

Suggerimenti sull'uso della AdditionalFields colonna

Sebbene le procedure consigliate per le query (come l'applicazione costante di filtri in base al tempo come prima clausola della query) siano consigliate, è necessario considerare anche altre raccomandazioni quando si lavora con AdditionalFields:

• È necessario digitare i dati prima di eseguire altre operazioni su di esso. Ad esempio, se si dispone di una colonna denominata Perf1Sec_i e di una proprietà in AdditionalFields denominata Perf2Sec e si desidera calcolare le prestazioni totali aggiungendo entrambi i valori, è possibile usare quanto segue: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
• Usare le clausole where per ridurre il volume di dati al più piccolo possibile prima di scrivere una logica complessa per migliorare significativamente le prestazioni. TimeGenerated è una colonna che deve essere sempre ridotta alla finestra più piccola possibile. Nel caso di AzureDiagnostics, è necessario includere sempre un filtro aggiuntivo nella parte superiore della query sui tipi di risorse su cui viene eseguita una query usando la colonna ResourceType .
• Quando si eseguono query su grandi volumi di dati, a volte è più efficiente eseguire un filtro su AdditionalFields nel suo complesso anziché analizzarli. Ad esempio, per grandi volumi di dati, AzureDiagnostics | where AdditionalFields has "Perf2Sec" è spesso più efficiente di AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec)).

Risorse che usano la modalità Diagnostica di Azure

I servizi seguenti usano la modalità diagnostica di Azure per i log delle risorse e inviano dati alla tabella Diagnostica di Azure. Per informazioni dettagliate su questa configurazione, vedere Log delle risorse di Azure.

Modalità Diagnostica di Azure o modalità specifica per risorse

I servizi seguenti usano la modalità diagnostica di Azure o la modalità specifica della risorsa per i log delle risorse a seconda della configurazione delle impostazioni di diagnostica. Quando si usa la modalità specifica della risorsa, queste risorse non inviano dati alla tabella AzureDiagnostics. Per informazioni dettagliate su questa configurazione, vedere Log delle risorse di Azure.

Colonne della tabella AzureDiagnostics