Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Gli avvisi SQL di Databricks eseguono query in base a una pianificazione e notificano quando viene soddisfatta una condizione definita rispetto al risultato della query. Quando si pianifica un avviso, viene eseguita la query associata e la condizione viene verificata. È anche possibile visualizzare una cronologia degli avvisi per esaminare i risultati delle valutazioni precedenti.
Per informazioni su come usare gli avvisi legacy, vedere Che cosa sono gli avvisi legacy?.
Operazioni che è possibile eseguire con gli avvisi
Gli avvisi consentono di monitorare qualsiasi risultato della query SQL in base a una pianificazione. Usarli per tenere traccia degli indicatori KPI aziendali, monitorare la qualità dei dati, controllare le tendenze dei costi e rilevare i problemi operativi nei carichi di lavoro Azure Databricks. I modelli comuni in Azure Databricks includono:
- Monitorare le metriche aziendali nelle viste metriche: fare riferimento a una vista metrica di Unity Catalog tramite il relativo nome completo nella query dell'avviso per monitorare metriche aziendali governate. Vedere Avviso per le visualizzazioni delle metriche.
- Rilevare problemi e anomalie relativi alla qualità dei dati: associare gli avvisi ai monitoraggi della qualità dei dati di Unity Catalog e al rilevamento anomalie, in modo che una metrica imprevista, uno spostamento di distribuzione o una modifica del profilo invii una notifica. Vedere Avvisi per il rilevamento anomalie e gli avvisi del profilo.
- Tenere traccia dell'utilizzo e dei costi: creare avvisi nelle tabelle di sistema per la fatturazione serverless o l'inserimento per rilevare una spesa imprevista. Consulta Monitorare il costo dell'elaborazione serverless e Monitorare il costo della pipeline di ingestione gestita.
- Controllare l'integrità di SQL Warehouse e query: avvisi sugli eventi del warehouse o sulla cronologia delle query per rilevare query lente, sessioni non riuscite o problemi di capacità. Vedi Query di esempio per il monitoraggio dell'attività del warehouse SQL e Riferimento alla tabella di sistema degli eventi del warehouse.
- Controlla gli accessi e gli eventi di sicurezza: invia un avviso per le query del log di audit per segnalare attività insolite nell'area di lavoro. Vedere Monitorare l'utilizzo di Genie Spaces con log di controllo e avvisi.
- Individua i malfunzionamenti negli agenti di intelligenza artificiale: configura avvisi sulle metriche di qualità degli agenti in modo che i malfunzionamenti e i problemi emergenti vengano individuati durante lo sviluppo e il funzionamento. Vedere Ciclo di vita di sviluppo dell'agente.
- Esegui un avviso come attività in Lakeflow Jobs: aggiungi un avviso come attività in modo che i controlli delle condizioni vengano eseguiti all'attivazione della pipeline e le attività downstream possano diramarsi in base al risultato. Vedere Attività di avviso SQL per i processi.
Introduzione agli avvisi
Le pagine seguenti illustrano le attività di avviso più comuni, dalla creazione di un nuovo avviso alla gestione in corso:
| Topic | Description |
|---|---|
| Creare un avviso | Analizzare l'editor degli avvisi dall'inizio alla fine. Include impostazioni avanzate e personalizzazione del modello di notifica. |
| Gestire gli avvisi | Trova gli avvisi nella pagina dell’elenco, condividili, trasferiscine la proprietà e tieni traccia delle modifiche con le cartelle Git di Azure Databricks. |
| Eseguire gli avvisi come attività in Lakeflow Jobs | Aggiungi un avviso Databricks SQL come attività in un job, in modo che le verifiche delle condizioni vengano eseguite all'attivazione di una pipeline e che le attività successive possano diramarsi in base al risultato. |
| Schemi di query di avviso | Modelli SQL per aggregazioni, condizioni a più colonne e visualizzazioni delle metriche. |
Differenze rispetto agli avvisi di tipo legacy
La versione più recente degli avvisi SQL di Databricks si comporta in modo diverso dagli avvisi legacy in alcuni modi chiave:
- Riutilizzo delle query: non è possibile riutilizzare una query SQL salvata esistente durante la creazione di un avviso. Ogni avviso è proprietario della relativa definizione di query, che può essere creata direttamente nel nuovo editor di avvisi.
-
Valori di stato degli avvisi: gli stati degli avvisi sono semplificati e gli avvisi non supportano più lo stato
UNKNOWNdegli avvisi legacy. Le valutazioni si risolvono inOK,TRIGGEREDoERROR.
È possibile continuare a usare sia gli avvisi più recenti che gli avvisi legacy affiancati durante la transizione.