Raccolta di dati e set di dati del database watcher (anteprima)

Si applica a: Database SQL di Azure Istanza gestita di SQL di Azure

Il watcher di database raccoglie i dati di monitoraggio dalle visualizzazioni di sistema SQL e li inserisce nell'archivio dati sotto forma di set di dati. Ogni set di dati viene creato usando i dati di una o più visualizzazioni di sistema SQL. Per ogni set di dati è presente una tabella separata nell'archivio dati.

Raccolta dati

Il watcher di database raccoglie i dati di monitoraggio a intervalli periodici usando query T-SQL. I dati raccolti in ogni esecuzione di una query sono denominati esempio. La frequenza di raccolta degli esempi varia in base al set di dati. Ad esempio, i dati che cambiano di frequente, come i contatori delle prestazioni SQL, possono essere raccolti ogni 10 secondi, mentre la maggior parte dei dati statici, come la configurazione del database, possono essere raccolti ogni cinque minuti. Per altre informazioni, vedere set di dati.

Il watcher di database sfrutta l'inserimento in streaming in Esplora dati di Azure e Analisi in tempo reale in Microsoft Fabric per fornire un monitoraggio near real-time. In genere, i dati di monitoraggio SQL raccolti sono disponibili per la creazione di report e l'analisi in meno di 10 secondi. È possibile monitorare la latenza di inserimento dati sui dashboard del watcher di database usando il collegamento Statistiche di inserimento.

Interazione tra il watcher di database e i carichi di lavoro dell'applicazione

L'abilitazione del watcher di database probabilmente non avrà un impatto osservabile sui carichi di lavoro dell'applicazione. Le query di monitoraggio più frequenti vengono in genere eseguite in un intervallo inferiore al secondo, mentre le query che potrebbero richiedere più tempo, ad esempio per restituire set di dati di grandi dimensioni, vengono eseguite a intervalli non frequenti.

Per ridurre ulteriormente il rischio di un impatto sui carichi di lavoro dell'applicazione, tutte le query del watcher di database in database SQL di Azure sono regolate dalle risorse come carico di lavoro interno. Quando è presente una contesa di risorse, l'utilizzo delle risorse da parte delle query di monitoraggio è limitato a una piccola frazione di risorse totali disponibili per un database o un pool elastico. In questo modo i carichi di lavoro delle applicazioni hanno la priorità rispetto alle query di monitoraggio.

In Istanza gestita di SQL di Azure è possibile abilitare Resource Governor per gestire l'utilizzo delle risorse da parte delle query di monitoraggio in modo simile, se necessario.

Nell’esempio seguente viene configurato Resource Governor in un'istanza gestita di SQL. Esso limita l'utilizzo della CPU da parte delle query del watcher di database al 30% quando non è presente alcuna contesa della CPU. Quando è presente una contesa della CPU, questa configurazione riserva il 5% della CPU alle query di monitoraggio e ne limita l'utilizzo della CPU al 10%. Limita inoltre le dimensioni della concessione di memoria per ogni query di monitoraggio al 10% della memoria disponibile.

USE master;
GO

CREATE OR ALTER FUNCTION dbo.dbw_classifier()
RETURNS sysname
WITH SCHEMABINDING
AS
BEGIN

DECLARE @WorkloadGroupName sysname = 'default';

IF APP_NAME() IN (N'SQLExternalMonitoring',N'x_ms_reserved_sql_external_monitoring')
    SET @WorkloadGroupName = N'database_watcher_workload_group'

RETURN @WorkloadGroupName;

END;
GO

BEGIN TRY

IF EXISTS (
          SELECT 1
          FROM sys.resource_governor_configuration
          WHERE classifier_function_id <> 0 OR is_enabled <> 0
          )
    THROW 50001, 'Resource Governor is already configured. No changes were made.', 1;

CREATE RESOURCE POOL database_watcher_resource_pool
WITH (MIN_CPU_PERCENT = 5, MAX_CPU_PERCENT = 10, CAP_CPU_PERCENT = 30);

CREATE WORKLOAD GROUP database_watcher_workload_group
WITH (REQUEST_MAX_MEMORY_GRANT_PERCENT = 10)
USING database_watcher_resource_pool;

ALTER RESOURCE GOVERNOR WITH (CLASSIFIER_FUNCTION = dbo.dbw_classifier);

ALTER RESOURCE GOVERNOR RECONFIGURE;

END TRY
BEGIN CATCH
    THROW;
END CATCH;

Per evitare conflitti di concorrenza, ad esempio blocchi e deadlock tra la raccolta di dati e i carichi di lavoro del database in esecuzione nelle risorse SQL di Azure, le query di monitoraggio usano timeout blocco brevi e priorità deadlock bassa. Se si verifica un conflitto di concorrenza, la priorità viene assegnata alle query del carico di lavoro dell'applicazione. A seconda dei criteri del carico di lavoro dell'applicazione, questo potrebbe causare interruzioni occasionali nei dati raccolti per alcuni set di dati.

Raccolta di dati nei pool elastici

Per monitorare un pool elastico, è necessario designare un database del pool come database di ancoraggio. Il watcher di database si connette al database di ancoraggio. Poiché il watcher dispone dell'autorizzazione VIEW SERVER PERFORMANCE STATE, le visualizzazioni di sistema nel database di ancoraggio forniscono i dati di monitoraggio del pool nel suo complesso.

I dati raccolti dal database di ancoraggio contengono metriche a livello di pool e determinate metriche delle prestazioni a livello di database per ogni database del pool. Ad esempio, sono incluse le metriche relative all'utilizzo delle risorse e alla frequenza delle richieste per ogni database. Per alcuni scenari, il monitoraggio di un pool elastico nel suo complesso rende superfluo il monitoraggio di ogni singolo database del pool.

Alcuni dati di monitoraggio, ad esempio CPU, memoria e utilizzo dell'archiviazione a livello di pool, e le statistiche di attesa vengono raccolti solo a livello di pool elastico perché non possono essere attribuite al singolo database di un pool. Al contrario, alcuni altri dati, ad esempio statistiche di runtime delle query, proprietà del database, metadati di indice e tabella, sono disponibili solo a livello di database.

Se si aggiungono singoli database da un pool elastico come destinazioni del watcher di database, è necessario aggiungere come destinazione anche il pool elastico. In questo modo, si ottiene una visualizzazione più completa delle prestazioni del database e del pool.

Monitorare pool elastici densi

Un pool elastico denso contiene un numero elevato di database, ma ha dimensioni di calcolo relativamente ridotte. Questa configurazione consente ai clienti di ottenere un notevole risparmio sui costi mantenendo l'allocazione delle risorse di calcolo al minimo, partendo dal presupposto che solo un numero ridotto di database del pool sia attivo contemporaneamente.

Le risorse di calcolo disponibili per le query del watcher di database in un pool elastico denso sono ulteriormente limitate per evitare che incidano sulle query dell'applicazione. Per questo motivo, Il watcher di database potrebbe non essere in grado di raccogliere dati di monitoraggio da ogni database di un pool elastico denso.

Set di dati

Questa sezione descrive i set di dati disponibili per ogni tipo di destinazione, incluse le frequenze di raccolta e i nomi delle tabelle dell'archivio dati.

Colonne comuni

Per ogni tipo di destinazione, i set di dati hanno colonne comuni, come descritto nelle tabelle seguenti.

Un set di dati dispone di entrambe le colonne sample_time_utc e collection_time_utc se contiene campioni osservati prima che la riga sia stata raccolta dal watcher di database. In caso contrario, l'ora di osservazione e l'ora di raccolta sono uguali e il set di dati contiene solo la colonna sample_time_utc.

Ad esempio, il set di dati sqldb_database_resource_utilization è derivato dalla DMV sys.dm_db_resource_stats. La DMV contiene la colonna end_time, ovvero l’ora di osservazione per ogni riga che segnala le statistiche delle risorse aggregate per un intervallo di 15 secondi. Questa ora viene indicate nella colonna sample_time_utc. Quando il watcher del database esegue una query su questa DMV, il set di risultati potrebbe contenere più righe, ognuna con un diverso end_time. Tutte queste righe hanno lo stesso valore collection_time_utc.

Contenuto correlato

• Monitorare i carichi di lavoro di Azure SQL con il database watcher (anteprima)
• Avvio rapido: Creare un database watcher per monitorare Azure SQL (anteprima)
• Creare e configurare un database watcher (anteprima)
• Analizzare i dati di monitoraggio del database watcher (anteprima)
• Domande frequenti sul database watcher