Ultimo tentativo di accesso a SQL e la "Dedicated Admin Connection" (DAC)

Ciao a tutti,

Oggi vi volevo parlare di una problematica che sicuramente sarà capitata anche a voi se lavorate con SQL Server.

Siete il DBA della Megaditta!
Avete appena preso il primo caffè quando vi telefonano (è lunedì mattina) per dirvi che SQL Server non risponde più!

A parte pensare che la settimana poteva iniziare meglio di così vi collegate sul server e lanciate l'SMSS.
Provate subito di connettervi e verificate che gli utenti hanno ragione non ci si connette

E adesso, cosa fate?

 

La DAC o Dedicated Administrator Connection. 


Bhe, Iniziamo a dire che una situazione del genere fa venire in mente un pò a tutti ad una mancanza o esaurimento delle risorse.

Avete ragione!
Ma quali risorse potrebbe essersi esaurite?

Faccio veloce un passo indietro per raccontarvi due righe di teoria ed alcuni brevi concetti che ci serviranno più avanti.

A partire dalla versione 2005 SQL Server ha al suo interno un proprio sistema operativo a cui ci si riferisce con il nome di SQLOS.
Il suo compito è quello di gestire e schedulare una serie di working thread. I working thread sono quelli che eseguiranno le vostre Query.
Questi working thread non sono infiniti ed il loro numero dipende sostanzialmente dal numero di CPU di cui è dotato il server.
Ad esempio nel caso in cui il vostro server è dotato di meno di 4 CPU avrete a disposizione 512 working thread.
I working thread aumentano poi con il numero dei processori. Con 32 processori avrete disponibili 960 working thread.

Se ad un certo momento vengono esauriti tutti i thread ecco che SQL Server non riponderà più ai comandi!

Dato che siete felici per aver capito il motivo per cui a volte SQL Server non ci risponde, lo sarete ancora di più nel sapere come entrare nella console ed imparite così qualche comando per capire cosa accedere e quindi risolvere.

Già dalla versione SQL Server 2005, Microsoft aveva previsto come risolvere questa evenienza prevedendo un accesso "a parte" denominato Dedicated Admin Connection.

Già proprio un accesso dedicato, il DAC ha infatti un suo scheduler ed un proprio memory node.

 

Accedere alla DAC

E quindi Come facciamo ad accedere tramite il DAC?
Semplice!

Dall' SMSS fate nuova Query e quando appare la finestra per fare il login davanti al nome del server mettete "admin:"

 

SQL Connect to the DAC


Tutto qui!

L'unico aspetto da ricordare è che per default il DAC è abilitato solo per il collegamento in locale.

Per accedere da remoto occorre preventivamente ablitarlo tramite i comandi.


EXEC sp_configure 'remote admin connections', 1;
GO
RECONFIGURE
GO

Ora che siamo entrati nella  console possiamo vedere quali sono i processi bloccati e quelli che bloccano.
Killando il processo che blocca andremo a sbloccare tutta l'istanza di SQL Server.


Per oggi è tutto.
A proposito... Buon lunedì dalla Megaditta!


Luca Biondi @ SQLServerPerformance blog!







Next post: Confronto tra "Temp Tables" (#) e "Table Variables" (@)

Previous post: SET IDENTITY_INSERT, a cosa serve?

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?  ...
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 ...
Read more