SQL Server e gli Extended Event

Carissimi lettori,

Spero vi sia piaciuto l'ultimo l'articolo!
Non vi nascondo che mi ha occupato per un certo numero di ore.

Oggi cambiamo un attimo argomento per parlare di Extended Event.


Lo facciamo perchè ci servirà per poter introdurre i prossimi articoli.
Si tratta infatti di una funzionalità molto potente nata addirittura ai tempi di SQL Server 2008 ed introdotta per sostiture il tool SQL Server profiler.

All'epoca purtroppo non ottenne il successo sperato da Microsoft e ciò molto probabilmente fu dovuto alla mancanza di una interfaccia grafica che ne rendesse agevole la configurazione che  al tempo doveva essere creata a mano tramite uno script in T-SQL.
L'interfaccia grafica vide la luce solamente con l'introduzione di SQL Server 2012.
Nel frattempo versione dopo versione sono aumentati gli eventi che è possibile tracciare passando dai 180 disponibili in SQL Server 2018 ai 1320 della versione 2016 di SQL Server.
Parecchi di questi eventi non sono altresì disponibili nel SQL Server Profiler. 

Siete pronti?

Gli extended event


Per prima cosa andate nel menù Gestione e trovate il sottomenù Sessioni.


Ora fate tasto destro sul menù sessioni e scegliete la voce Nuova sessione.
Si aprirà una finestra come quella sotto.
Date un nome alla sessione (io ho messo "Database_Recovery_Xevent")
Poi mettete la spunta sul flag Avviare la sessione eventi all'avvio del server.


Il gioco è quasi fatto.
Andate nella pagina Eventi e da li scegliete gli eventi che volete tracciare.
Gli eventi che è possibile scegliere sono davvero tanti e sono divisi per categoria, canale e pacchetto.

In questo esempio voglio scegliere gli eventi relativi al database recovery.
Digito quindi nella casella sotto all'etichetta Libreria di eventi la parola "database_recovery".
Mi appaiono 4 eventi che iniziano con la parola che ho immesso.


Per ognuno di essi è possibile filtrare per quale database attivare la registrazione degli eventi.

Per sceglierli è infine sufficiente fare doppio click sugli eventi che voglio abilitare.
Nel mio caso ho scelto i primi tre.


L'ultimo passo consiste nello scegliere dove memorizzare gli eventi intercettati.

Nella pagina archiviazione dati scegliere il tipo Event_File per salvare i dati su di un file di testo.
Impostazione come ultima cosa il nome del file.



Ora abbiamo creato la nostra nuova sessione, per farla partire fate tasto destro sul suo nome e scegliete la voce Avvia sessione.



Terminate le vostre prove spegnete la sessione.
Andate sul file che avrà estensione .XEL e fate doppio click sul file.
Si aprirà  una griglia con il dettaglio delle operazioni:


Abbiamo fatto un semplice esempio perchè lo scopo dell'articolo di oggi era appunto quello di imparare ad impostare la registrazione degli eventi estesi.
Nei prossimi articoli utilizzeremo questo strumento per indagare a fondo su alcuni argomenti molto molto interessanti!

Bene! ....per oggi è tutto!


Mi raccomando, vi aspetto al prossimo articolo!

Luca Biondi @ SQLServerPerformance blog!


Next post: SQL Server, il database recovery e le fasi di Analysis, Redo e Undo

Previous post: T-SQL & quando gli update non aggiornano nessuna riga




Comments

Post a Comment

I Post più popolari

SQL Server, execution plan and the lazy spool (clearly explained)

Image
Hi Guys, Welcome back! In one of the last posts we talked about Table Spool . We had explained what Spool are for by telling the somewhat curious story of the halloween problem . Here we specifically talked about a type of spool called Eager Spool   You can look to the execution plan below where the eager Spool is used to avoid the halloween problem in classic query of the "salary increase".. i suggest Well, if the story of the eager spool intrigued you, today instead we will speak about another type of Spool, the Lazy Spool . The Lazy spool Let's take a small step back. So, what is a Spool operation?  As we have already understood a spool operation is simply a temporary storage of data . Data are read from a source table and stored inside a worktable in the Tempdb database . While an Eager Spool is used to prevent the Halloween problem, the Lazy Spool is instead used to store data that will later be needed again when running a query . So, when a Lazy spool is used?    I
Read more

SQL Server, datetime vs. datetime2

Image
Hi guys, This time, in this post we will speak about datetime and datetime2 datatypes. We will talk about the pros and cons. We will talk about all the differences between the two types of data. Write me in the comments which type of data do you prefer between the two. Enjoy the reading!     Datetime Vs. Datetime2 First of all, it must be said that the datatype datetime is certainly the best known native format for storing a date in SQL Server. However, Microsoft has also been introducing a new type of data for many years now, also used to manage dates. It is in fact from SQL server 2008 that it is present in datetime2 data type. This "new" type of data was born primarily to have higher accuracy . Let's in fact talk about ... precision ! Datetime Certainly the datetime data type is not very precise and certainly there are many cases in which its precision is simply not sufficient. Let's see it with an example. Open the SQL Management studio (SSMS) and write the fo
Read more

La clausola NOLOCK. Approfondiamo e facciamo chiarezza!

Image
Ehi ragazzi! La domanda è di quelle importanti! Siete pronti per scoprire tutto ma proprio tutto sulla clausola NOLOCK?   Se la riposta è si, allora seguitemi! Oggi ne spiegheremo il funzionamento in maniera approfondita. Faremo una introduzione al concetto di tipi di LOCK Ed infine vedremo come mai una SELECT ne può bloccare un'altra. Non vi nascondo che il motivo di questo articolo è fare chiarezza. Su questo argomento si sentono spesso affermazioni “curiose” ma tra le tante questa è la prima: “ uso la SELECT con l’opzione WITH(LOCK) così non blocco le altre tabelle ”.   Ma, è proprio vero quanto affermato? Beh oggi facciamo il punto!   Buona lettura!     La clausola NOLOCK Diciamo subito per iniziare che cos’è la NOLOCK. NOLOCK è il nome di una clausola che è possibile specificare all’interno di uno statement di tipo SELECT utilizzando la seguente sintassi: SELECT * FROM TABELLA WITH (NOLOCK) Si noti che non possiamo utilizzare questa cl
Read more