Si applica a: 
Database SQL di Azure Istanza gestita di SQL di Azure
Questo articolo risponde ad alcune domande frequenti sul database watcher per Azure SQL. È destinato ai lettori che hanno una conoscenza generale di Azure SQL e cercano risposte a domande specifiche e frequenti sul database watcher.
Per le Informazioni generali del database watcher, vedere Monitorare i carichi di lavoro di Azure SQL con il database watcher (anteprima).
Generali
Che cos'è un database watcher?
Il database watcher (anteprima) è una soluzione di monitoraggio gestita per i servizi di database nella serie Azure SQL. Raccoglie dati di monitoraggio approfonditi dalle risorse di Azure SQL e li inserisce in un database di Esplora dati di Azure o in un database di analisi in tempo reale in Microsoft Fabric. Le dashboard a livello di risorsa e di ambiente forniscono visualizzazioni dettagliate dei dati nel portale di Azure. I clienti mantengono il controllo completo sui dati raccolti e possono eseguire query, analizzarli, esportarli, visualizzarli e integrarli con sistemi downstream.
Quali risorse di Azure SQL si possono monitorare?
Al momento, il database watcher può monitorare i database SQL di Azure, i pool elastici e le istanze gestite di SQL. Sono supportati tutti i livelli di servizio, i livelli di calcolo e i modelli di acquisto di database SQL di Azure e dell’Istanza gestita di SQL di Azure.
Il database watcher supporta altre offerte SQL in Azure o in locale o altri servizi di database?
Non al momento. Per i miglioramenti pianificati al database watcher, si veda la sezione roadmap nell'annuncio dell’anteprima del database watcher. Per altre informazioni sul monitoraggio delle prestazioni per SQL Server abilitato da Arc, vedere Monitorare SQL Server abilitato da Azure Arc (anteprima).
Quale tipo di soluzioni di visualizzazione di dati è possibile usare con il database watcher?
Il database watcher fornisce visualizzazioni dettagliate usando cartelle di lavoro di Azure nel portale di Azure. È anche possibile creare dashboard in Esplora dati di Azure o Analisi in tempo reale, creare visualizzazioni in Power BI, Grafana o usare qualsiasi altra soluzione di visualizzazione dei dati che supporti la connettività a Esplora dati di Azure o ad Analisi in tempo reale.
Il database watcher supporta gli avvisi?
Non al momento. Per i miglioramenti pianificati al database watcher, si veda la sezione roadmap nell'annuncio dell’anteprima del database watcher.
Quanto costa?
Vedere i prezzi del database watcher. Non sono previsti costi per database o per utente, né costi di licenza.
Ci sono limiti?
Sì, attualmente è previsto un limite al numero di watcher per sottoscrizione e al numero di destinazioni SQL per watcher. Per altre informazioni, vedere Limiti.
È possibile monitorare un ambiente di Azure SQL di grandi dimensioni?
Sì. Per ulteriori informazioni, vedere Monitorare grandi ambienti.
Supporta il monitoraggio tra sottoscrizioni e tra tenant?
Il watcher e le destinazioni SQL monitorate possono trovarsi in sottoscrizioni diverse all'interno dello stesso tenant di Microsoft Entra ID. Analogamente, se il watcher usa un database in un cluster di Esplora dati di Azure come archivio dati, il cluster deve trovarsi in qualsiasi sottoscrizione nello stesso tenant del watcher. Se si desidera monitorare le destinazioni SQL in più tenant usando un singolo archivio dati, creare un watcher in ogni tenant e usare un database in Analisi in tempo reale o in un cluster di Esplora dati di Azure gratuito come archivio dati per tutti i watcher. Per ulteriori informazioni, vedere Monitorare grandi ambienti.
Watcher
È possibile creare e configurare un watcher usando Bicep o un modello di ARM?
Sì. Vedere Creare il watcher database di un esempio che è possibile personalizzare in base alle proprie esigenze.
È possibile creare e configurare un watcher con PowerShell o l'interfaccia della riga di comando di Azure?
Non al momento. Si possono creare e configurare watcher nel portale di Azure, usando Bicep e i modelli di ARM oppure usando l'API REST. Per i miglioramenti pianificati al database watcher, si veda la sezione roadmap nell'annuncio dell’anteprima del database watcher.
Un watcher ha un'identità che si può usare per concedergli l'accesso alle risorse di Azure?
Sì. Un'identità gestita assegnata dal sistema viene assegnata automaticamente a un watcher al momento della sua creazione e viene cancellata quando si elimina tale watcher. Concedere l'accesso a questa identità gestita per consentire a un watcher di raccogliere e inserire dati. Revocare l'accesso in qualsiasi momento per interrompere la raccolta dei dati di monitoraggio.
Un watcher può avere un'identità gestita assegnata dall'utente?
Non al momento. Per i miglioramenti pianificati al database watcher, si veda la sezione roadmap nell'annuncio dell’anteprima del database watcher.
Esistono ruoli o azioni predefiniti del controllo degli accessi in base al ruolo specifici del database watcher?
Non al momento. La visualizzazione della risorsa watcher richiede l'assegnazione del ruolo Controllo degli accessi in base al ruolo di lettore. Operazioni come la creazione, l'avvio, l'arresto di un watcher o la creazione/rimozione di destinazioni e dell'archivio dati richiedono l'assegnazione dei ruoli Controllo degli accessi in base al ruolo di Azure Collaboratore o Proprietario. Le assegnazioni di ruolo possono essere effettuate a livello di watcher, gruppo di risorse, sottoscrizione o gruppo di gestione.
Quali autorizzazioni sono necessarie per accedere ai dashboard del watcher database?
Per accedere ai dashboard, gli utenti richiedono l'assegnazione del ruolo Controllo degli accessi in base al ruolo di lettore della risorsa watcher o di un ambito superiore, ad esempio gruppo di risorse, sottoscrizione o gruppo di gestione. Richiedono anche l'assegnazione del ruolo Controllo degli accessi in base al ruolo visualizzatore del database di Analisi in tempo reale o di Esplora dati di Azure. Queste assegnazioni possono essere effettuate direttamente o tramite l'appartenenza a gruppi Microsoft Entra ID.
Archivio dati
Quali servizi dati sono supportati come archivio dati per i dati di monitoraggio SQL?
Si può usare un database in un cluster di Esplora dati di Azure, in un cluster Esplora dati di Azure gratuito o in Analisi in tempo reale in Microsoft Fabric. Per confrontare queste opzioni, vedere Qual è la differenza tra Analisi in tempo reale e Esplora dati di Azure?
Si dispone già di un cluster di Esplora dati di Azure. È possibile usarlo per l'archivio dati del database watcher?
Sì, se l'inserimento in streaming è abilitato in questo cluster. Creare un nuovo database e concedere l'accesso a questo database all'identità gestita di un watcher. Per gli SKU del cluster più piccoli, e in funzione dei carichi di lavoro di query e inserimento già in esecuzione, potrebbe essere necessario ridimensionare il cluster per supportare il carico aggiuntivo.
Come è possibile eseguire query e analizzare i dati di monitoraggio SQL?
Per eseguire query sui dati di log, si può usare il linguaggio di query Kusto (KQL). Vedere Usare KQL per analizzare i dati di monitoraggio. KQL offre molti vantaggi per analizzare i dati di telemetria. Non è tuttavia necessario apprendere KQL per usare il database watcher. È possibile connettersi all'archivio dati usando SQL Server Management Studio, Azure Data Studio o qualsiasi altro strumento client SQL e usare T-SQL per eseguire query sui dati di monitoraggio di SQL.
È possibile eseguire query sui dati di SQL Monitoring in Esplora dati di Azure da un'area di lavoro Log Analytics?
Sì. È possibile eseguire una query KQL in un'area di lavoro Log Analytics che fa riferimento alle tabelle in Esplora dati di Azure. Per altre informazioni, vedere Correlare i dati in Esplora dati di Azure con i dati in un'area di lavoro Log Analytics.
Si possono esportare dati di monitoraggio SQL da Esplora dati di Azure?
Sì. Ad esempio, si possono esportare dati a una risorsa di archiviazione di Azure, a un data lake, a un SQL server o a un database SQL di Azure.
Raccolta dati
In che modo il database watcher raccoglie i dati di monitoraggio SQL?
Un agente di raccolta dati remoto in esecuzione in una piattaforma di hosting di calcolo gestita da Microsoft si connette alle risorse Azure SQL, esegue periodicamente query T-SQL per raccogliere dati di monitoraggio dalle viste di sistema SQL e inserisce questi dati nell'archivio dati.
Il database watcher influirà sulle prestazioni del carico di lavoro?
Questa risposta è improbabile. Per dettagli, vedere Raccolta di dati.
Con quale frequenza vengono eseguite le query di monitoraggio?
Dipende dal set di dati. Ad esempio, i dati che cambiano di frequente, come i contatori delle prestazioni, possono essere raccolti ogni 10 secondi. A intervalli più lunghi, ad esempio ogni cinque minuti, vengono raccolti soprattutto dati statici, come le proprietà del database.
Qual è la latenza tipica dei dati?
La latenza tipica dei dati dalla raccolta all'inserimento nell'archivio dati si trova nell'intervallo da 0,5 a 10 secondi. La latenza potrebbe essere superiore per set di dati di grandi dimensioni, ad esempio statistiche di runtime delle query. È possibile visualizzare la latenza di inserimento dati corrente usando il collegamento Statistiche di inserimento nelle dashboard.
Monitora le repliche secondarie?
Sì. Sono supportati tutti i tipi di repliche secondarie, incluse repliche a disponibilità elevata, repliche geografiche e repliche secondarie denominate Hyperscale. Se un database Hyperscale ha più di una replica a disponibilità elevata, si può monitorare solo una di queste repliche in un determinato momento.
In che modo si connette agli obiettivi di monitoraggio?
Il database watcher può usare il collegamento privato di Azure per connettersi alle destinazioni di monitoraggio. Quando si configura un watcher, creare endpoint privati gestiti per le risorse di Azure SQL. Il proprietario della risorsa deve approvare ogni endpoint privato per l'uso del database watcher. È supportata anche la connettività pubblica. Per altre informazioni, vedere Connessione di rete.
Come esegue l'autenticazione per le destinazioni di monitoraggio?
Sono supportate l'autenticazione SQL e l'autenticazione di Microsoft Entra (consigliata). Se si usa l'autenticazione SQL, è necessaria una configurazione aggiuntiva per archiviare il nome e la password di accesso come segreti in un insieme di credenziali delle chiavi.
Quali dati di monitoraggio SQL vengono raccolti?
I dati vengono raccolti da più di 70 DMV e viste del catalogo in set di dati per abilitare il motore di database dettagliato e il monitoraggio delle prestazioni delle query.
È possibile scegliere i set di dati da raccogliere e la frequenza di raccolta?
Non al momento. Per i miglioramenti pianificati al database watcher, si veda la sezione roadmap nell'annuncio dell’anteprima del database watcher.
È possibile aggiungere un set di dati personalizzato?
Non al momento. Inviare feedback se i set di dati esistenti non sono sufficienti.
Il database watcher può raccogliere eventi estesi?
Non al momento. Per i miglioramenti pianificati al database watcher, si veda la sezione roadmap nell'annuncio dell’anteprima del database watcher.
Feedback
Ho un commento o un suggerimento. Dove si invia il feedback?
Selezionare Invia feedback. Per il supporto tecnico sul database watcher, aprire un caso di supporto.