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.
Importante
Questa funzionalità è in versione beta. Gli amministratori dell'area di lavoro possono controllare l'accesso a questa funzionalità dalla pagina Anteprime . Vedere Gestire le anteprime di Azure Databricks.
Insights è un agente in background che esamina periodicamente i dati di telemetria di un progetto Lakebase e presenta problemi e avvisi iniziali senza che sia necessario chiedere. Questa pagina attiva Insights in un progetto, quindi mostra dall’inizio alla fine un insight reale: che cosa ha rilevato, perché è importante e come rispondere.
Per un'alternativa conversazionale, su richiesta, o per continuare ad approfondire un insight, vedi Diagnosticare e risolvere i problemi con Genie.
Note
Non è previsto alcun addebito separato per l'osservabilità. Il costo è incluso nei prodotti che già utilizzi: l'esportazione dei dati di telemetria concorre al consumo di ingestione, l'archiviazione come tabelle Delta nel Lakehouse rientra nello spazio di archiviazione gestito da Databricks e le richieste a Genie concorrono al consumo di Genie.
Prerequisiti
- Un progetto Lakebase su AWS o Azure, con un calcolo in corso.
- Catalogo Unity e schema per ricevere dati di telemetria (non archiviazione predefinita).
Attiva Insights e leggi la tua prima scoperta
Attivare Insights per un progetto
Insights è disponibile per ciascun progetto, controllato da una configurazione di osservabilità. Se non ne è ancora disponibile uno, crearne uno e assegnarne uno per primo.
Nella configurazione guidata verificare che Abilita informazioni dettagliate sia attivo. Senza di essa, una configurazione può scrivere dati di telemetria in Unity Catalog senza visualizzare alcun elemento in modo proattivo. Puoi anche impostare una frequenza di analisi per quanto spesso Insights valuta la tua telemetria.
Trova un'informazione utile
Insights viene eseguito secondo una pianificazione ricorrente, non in modo continuo, quindi è normale che vi sia un ritardo tra il verificarsi effettivo di un problema e la comparsa del relativo insight. Concedi un po’ di tempo dopo aver attivato l’agente, soprattutto subito dopo averlo abilitato in un nuovo progetto.
Le informazioni dettagliate vengono visualizzate in due posizioni:
- Elenco dell'intera area di lavoro: nella barra di navigazione a sinistra, fare clic su Insights. Aggrega informazioni dettagliate in ogni progetto a cui si applica la configurazione. Usa Cerca o Filtra per per restringere i risultati, ad esempio per progetto o gravità.
- Visualizzazione di un singolo progetto: aprire il progetto, passare a Monitoraggio e selezionare la scheda Informazioni dettagliate . Mostra solo le informazioni dettagliate del progetto.
Ogni riga mostra un livello di gravità (ad esempio Minore o Moderato), il titolo dell'Insight, il progetto da cui proviene, l'intervallo di tempo coperto dal problema e uno stato impostato dall'utente (ad esempio Aperto).
A differenza della telemetria grezza, che arriva come tabelle Delta in Unity Catalog, i risultati generati da Insights vengono salvati come file in una cartella del workspace, nel workspace di Azure Databricks dell’identità con cui scrive la configurazione.
Leggi un'analisi
Fare clic su un insight per aprire la relativa pagina di dettaglio. Ogni indicazione segue la stessa struttura, da leggere dall'alto verso il basso come una diagnosi, non solo come una notifica:
- Riassunto: cosa sta succedendo, in parole semplici.
- Evidenze: i segnali e i valori specifici che supportano la diagnosi, in una tabella.
- Raccomandazioni: passi concreti prossimi, con le ragioni dietro ciascuno.
Ciò che Insights rileva e il modo in cui formula la diagnosi dipendono interamente dalla tua telemetria, quindi l'insight che visualizzi potrebbe non corrispondere a quello riportato di seguito. Di seguito sono riportate informazioni dettagliate reali, incluse per mostrare il livello di dettaglio che è possibile prevedere.
In questo esempio, "Idle session ha bloccato 4 aggiornamenti", il sottotitolo indica già dove cercare: "Idle session ha mantenuto dei blocchi; UPDATE attese totali pari a 749 s." Il riepilogo spiega cosa è successo: una sessione ha aperto una transazione, è rimasta inattiva continuando a mantenere un blocco di riga ed è rimasta così per circa 9,5 minuti, finché il timeout del database per inattività all'interno di una transazione non ne ha forzato la chiusura. La tabella Evidence lo conferma con i numeri specifici, inclusa la voce finale del log e un totale di 749 secondi di UPDATE tempo di attesa distribuiti su 4 chiamate, per una media di 187 secondi ciascuna, per aggiornamenti che normalmente si completerebbero in millisecondi.
Recommendations:
- Impostare
idle_in_transaction_session_timeoutsu un valore sicuro, ad esempio 30-60 secondi, in modo che una sessione inattiva rilasci rapidamente i blocchi anziché bloccare altre query per minuti.- Verificare le transazioni non chiuse e utilizzare un pool di connessioni con timeout brevi per l’acquisizione, in modo che un client che apre una transazione e poi diventa inattivo non possa mantenere un lock indefinitamente.
Notate cosa quantificano i dati: non solo che "le query erano lente", ma anche esattamente quale sessione lo ha causato, per quanto tempo ha mantenuto il blocco e quanto tempo di attesa è costato alle altre query. La gravità viene dedotta dai dati disponibili, quindi leggere l'evidenza per confermare la causa radice prima di agire solo sulla gravità.
Rispondere a un approfondimento
Dopo aver letto informazioni dettagliate, è possibile chiudere il ciclo in tre modi:
- Applicare manualmente la raccomandazione, usando l'evidenza e le raccomandazioni come guida.
- Fai clic su Correggi con Genie nella pagina dei dettagli dell'insight per affidarlo all'agente interattivo e continuare l'analisi in modo conversazionale. Ciò è utile quando la raccomandazione richiede più contesto prima di agire o quando la correzione comporta una modifica lato database. Vedere Diagnosticare e risolvere i problemi relativi a Genie.
- Aggiorna lo stato (ad esempio per archiviare o contrassegnare come risolto) dopo aver risolto il problema o aver stabilito che non è necessaria alcuna azione.
Una ricerca può scomparire da sola
Poiché Insights rivaluta in base alla propria pianificazione, una rilevazione può scomparire dall'elenco anche se non ne cambi mai lo Stato: un evento transitorio, come un caricamento massivo occasionale, potrebbe non ripresentarsi in una finestra successiva, oppure le risorse di calcolo sottostanti potrebbero essere ridimensionate a zero e riavviarsi da zero senza più la sessione problematica. Un rilevamento che esce dall'elenco attivo non significa che sia stato scartato o che qualcosa sia andato storto. Riflette che la condizione non è più presente nella finestra di valutazione più recente.
Note
La visualizzazione degli approfondimenti richiede l'accesso all'area di lavoro nell'area di lavoro, distinto da qualsiasi autorizzazione necessaria per creare la configurazione. Un utente senza accesso all'area di lavoro non può aprire informazioni dettagliate anche se può visualizzare il progetto.
Passaggi successivi
- Diagnostica e risolvi i problemi con Genie: continua un'indagine in modo conversazionale, oppure inizia una nuova da zero.
- Riferimento alla tabella di telemetria: le tabelle che Insights legge e le limitazioni attuali.
- Osservare i progetti Lakebase: vedere il resto degli strumenti di osservabilità. Vedere Osservabilità.