Francesco Quaratino

Things are looking up

sgainz — Fri, 21 Dec 2012 21:29:00 GMT

E' tempo di bilanci e previsioni, ma soprattutto di un post dopo tanti mesi.

E' stato un anno intenso, in cui ho lavorato a tempo pieno come DBA in Betgenius, dove il "tempo pieno" ha significato anche molti weekend alle prese con gli incoming issues specie durante la Premier League inglese, per non parlare delle 20 ore di fila passate a ripristinare le repliche transazionali dopo un disk failure del publisher - esperienza difficile da dimenticare specie se hai finito di lavorare quando il sole stava per sorgere.

Mi è mancato un po' il lavoro di SQL Developer, e ancor più quello di BI Developer - cercherò di rimediare l'anno prossimo, in realtà ci sto lavorando sù e credo di essere sulla buona strada.

Questo è stato l'anno della fantastica SQL Bits X a Londra in Marzo, che ha coinciso con il lancio di SQL Server 2012, e alla quale ho partecipato solo da spettatore. Ancora appagato dalla mia prima presentazione in lingua inglese nella precedente edizione di Liverpool, non ho proposto nessuna sessione anche perchè oggettivamente le possibilità sarebbero state inferiori a quelle di Liverpool: si è trattato della più grande SQL Bits mai avuta e sono arrivati i migliori speaker da tutto il mondo.

Ci sono stati i primi due esami di certificazione SQL Server 2012 che ho fatto la mattina del giorno di Pasqua - sì bizzarro lo sò, ma l'exam centre più vicino a casa aveva posti disponibili solo quel giorno .

E infine SQL Santa 2012 organizzato dal "UK SQL Server User Group" in cui ho presentato una sessione sul Table Partitioning dove ho visto molta partecipazione e interesse. Così, sulla scia di questo interesse ho deciso di proporre due sessioni alla prossima SQL Bits che si terrà a Nottingham il Maggio 2013, una delle quali sempre sul table partitioning:

How to make your first SQL Server Monitoring Tool

I made my first Robot when I was 10, my first software program when I was 15, my first video game a few months later and my first 3rd-normal-form relational database when I was 23. I really enjoyed making those things even though someone else had done them before.Now it's time to build a SQL Server Monitoring Tool.This session will define the basic guidelines to build a tool which is able to monitor SQL Server efficiently.

Table partitioning: Pros & Cons

Should I partition that table? Before answering that apparently simple question, DBAs would better take a long breath and consider all the table partitioning's pros and cons. In this session we will dive into several typical scenarios where that question is anything but trivial.

Spero soprattutto nella prima, anche perchè decisamente più divertente. Stiamo a vedere come vanno le votazioni. A parte questo, il prossimo anno c'è da completare la MCSA: SQL Server e il MCSE: Data Platform . Considerato che metà del lavoro è stato fatto, c'è da essere fiduciosi. Perchè insistere con le certificazioni? Francamente sono sempre stato un forte sostenitore delle certificazioni SQL Server, e lo sono ancora di più da quando lavoro a Londra, dove di fatto sono in molti a conoscerne l'esistenza e a darne il giusto valore.

Buon anno 2013 a tutti i SQL people di passaggio.

Things are looking up!

IT, Community, Job & Networking

sgainz — Fri, 13 Apr 2012 15:02:00 GMT

In molte occasioni ho suggerito ad amici e colleghi di partecipare ai tanti eventi gratuiti organizzati dalle Community come UGISS o direttamente da Microsoft. Credo siano una delle rare occasioni che abbiamo di confrontarci davvero con la realtá e talvolta con il mercato del lavoro a prezzo ZERO - vedi il .NETCampus il cui motto é appunto "non dimenticare di portare con te il tuo curriculum").

Partecipare a questo tipo di eventi mi ha dato fin'ora la possibilitá, oltre che di apprendere cose utili per il mio lavoro, anche e soprattutto di conoscere "persone" che col tempo mi hanno arricchito professionalmente e umanamente. Nell'era del social networking inteso in senso digitale, conoscersi di persona e scambiare le proprie opinioni magari sorseggiando una buona birra :-) NON ha prezzo.

Quindi approfitto per segnalare ai soliti amici i prossimi eventi imperdibili:

What’s new for Business Intelligence in Denali - The Clients
18/04/2012 a Milano
19/04/2012 a Roma

.NETCampus
21/04/2012 a Roma

Go!Go!Go!

DISABLE INDEX & DROP CLUSTERED INDEX

sgainz — Mon, 09 Apr 2012 10:08:00 GMT

Qualche giorno fa mi è capitato un piccolo imprevisto legato alla disabilitazione degli indici Non-Clustered.

A partire da SQL 2005 è possibile disabilitare un index (attenti però che per l'indice Clustered equivale a rendere inaccassibile la tabella e sarà necessario farne la rebuild per ritemmerla online).

Personalmente uso disabilitare, invece che cancellare, gli indici Non-Clustered scarsamenti utilizzati perchè in questo modo mantengo la definizione dell'indice e allo stesso tempo mi libero dell'indice in termini di allocazione e overhead in fase di aggiornamento della tabella poichè di fatto l'indice non esiste più dopo che l'ho disabilitato.

E' accaduto, quindi, che per una tabella piuttosto grande (>100GB) che stavo ottimizzando ridisegnandola in termini di indici, dopo aver disabilitato nei giorni precendenti alcuni indici Non-Clustered non utilizzati si è deciso, dopo opportune analisi, di ridefinirne l'indice Clustered perchè ciò avrebbe risparmiato spazio su disco e reso più performanti i frequenti inserimenti e la maggioranza delle query in lettura.
Fin qui, tutto ok. Se non fosse che trattandosi di una PRIMARY KEY CLUSTERED ho dovuto prima farne la DROP, quindi ricrearlo con la nuova definizione.

Dove sta l'imprevisto?

La DROP dell'indice Clustered (a meno che eseguita con la clausola DROP_EXISTING = ON) causa indirettamente la rebuild di tutti gli indici Non-Clustered, quindi eccomi "ritornare a galla" tutti gli indici precedentemente disabilitati (..che erano tanti..) i quali sono stati automaticamente abilitati in seguito a questa rebuild. Un bello spavento!

A proposito di DROP_EXISTING, molto interessante questo test che mostra come "Dropping an index first and then creating it again is an average of 2-3 times more costly in I/O, CPU, and duration vs. rebuilding\creating the index with DROP_EXISTING = ON"

The number of row value expressions in the INSERT statement exceeds the maximum allowed..

sgainz — Fri, 30 Mar 2012 11:50:00 GMT

..number of 1000 row values. Alquanto sorpeso. E perché questo magic number 1000? mbha.

SQL Bits 9 and Itzik Ben-Gan

sgainz — Sun, 09 Oct 2011 10:23:00 GMT

Per un SQL DBA, vivere a Londra ha i suoi vantaggi. Una settimana fa breve gita a Liverpool per partecipare alla SQL Bits 9. Della mia sessione sono tutto sommato soddisfatto. I partecipanti, tra 40 e 50, anche se un po' sgomenti per il mio inglese maccheronico, sono rimasti lí a sentirmi fino alla fine. Nel corso della conferenza ho incontrato Ola Hallengren e abbiamo avuto una lunga e profiqua conversazione in cui abbiamo discusso della sua Maintenance Solution. Durante la conversazione con Ola, siamo arrivati alla triste conclusione che molti DBA non controllano l'integritá dei propri database. A proposito di CHECKDB, vi invito a votare questo suggerimento di Ola "MAXDOP option in DBCC CHECKDB" che condivido in pieno.

Mentre pochi giorni fa ho partecipato per la prima volta a una sessione di Itzik Ben-Gan sull'argomento "T-SQL Window Functions in Denali". In una parola "Stupefacente". Itzik ha anche rivelato di aver giá scritto un intero libro sull'argomento e che sta aspettando soltanto l'uscita ufficiale di Denali. Non vedo l'ora di leggere questo suo nuovo libro.

English version

To live in London can be useful for a SQL DBA. Just one week ago, I had a short journey in Liverpool for attending the SQL Bits 9 Conference. I'm satisfied about my presentation. The people in the conference room, between 40 and 50 people, stayed until the end of the session even though they were a bit dismay about my broken english . On Saturday afternoon I had a long and useful chat with Ola Hallengren where we discussed about his Maintenance Solution. During the coversation with Ola, we sadly concluded that many DBAs usually don't check the integrity of their databases. By the way, I advice you to vote this Ola's suggestion "MAXDOP option in DBCC CHECKDB" that I totally agree.

While just few days ago I attended a presentation made by Itzik Ben-Gan about "T-SQL Window Functions in Denali". Simply "Amazing". Itzik revealed he already wrote an entire book about this subject and he's just waiting for the next release of Denali. I look forward to read this new book.

[OT] iPhone, iPod, iPad, ...

sgainz — Thu, 06 Oct 2011 10:24:00 GMT

CHECKDB for Very Large Database

sgainz — Thu, 25 Aug 2011 11:19:00 GMT

Da lunedí scorso ho iniziato a implementare una politica di CHECKDB comune a tutti i server SQL dell'azienda per cui sto lavorando. E' veramente ora, dopo oltre 3 mesi, metter mano a questo punto fondamentale della checklist del "bravo DBA". Un'attivitá interessante fino a questo momento perché ho incontrato diversi problemi, primo fra tutti il fatto di dover lavorare con database in uso 24x7, di dimensioni piuttosto grandi (il piú grande di oltre 500 gb) e, inoltre, oggetto di Database Mirroring e questi ultimi di Database Snapshot.

Inoltre, per l'occasione ho rispolverato questo script di David Paul Giroux che ho iniziato a "integrare" con la "Database Maintenance Solution" di Ola Hallengren - che dal punto di vista del CheckDB é a mio avviso ancora carente. Una prima versione, ancora da limare, é finalmente in produzione da poche ore :) peró l'integrazione é ancora in itinere. Di questa soluzione conto di parlare anche durante la mia sessione del prossimo SQL Bits intitolata "The forgotten DBA daily essential checklist".

SQL Server Team Work Basics

sgainz — Thu, 21 Jul 2011 14:47:00 GMT

Ola Hallengren Maintenance Solution: Support for logging to a table

sgainz — Wed, 20 Jul 2011 16:59:00 GMT

Pochi giorni fa Ola Hallengren ha rilasciato un aggiornamento alla sua Maintenance Solution, nel quale ha aggiunto il logging dei comandi nella tabella Master.dbo.CommandLog. Domenica scorsa ho avuto modo di installare l'aggiornamento sul mio notebook e di scambiare anche qualche osservazione con l'autore sulla colonna ExtendedInfo. Trattasi di una colonna di tipo xml in cui per il momento vengono loggate solo il numero di data pages e il fragmentation level degli indici riorganizzati/ricostruiti.

L'idea di fondo é avere un dato destrutturato con il quale aggiungere agevolmente nuove informazioni in futuro. Per esempio, a me interessa particolarmente loggare il tipo di attivitá svolto sugli indici: REORGANIZE, REBUILD o UPDATE STATISTICS. Per cui mi é bastato modificare la stored procedure dbo.IndexOptimize includendo la variabile @CurrentAction nel xml assegnato a @CurrentExtendedInfo (Line 909)

SET @CurrentExtendedInfo = ( SELECT *
FROM (SELECT CAST(@CurrentPageCount AS nvarchar) AS [PageCount],
   CAST(@CurrentFragmentationLevel AS nvarchar) AS Fragmentation,
   @CurrentAction AS [Action]
  ) ExtendedInfo FOR XML AUTO, ELEMENTS)
END

stesso discorso per tracciare l'attivitá di UPDATE STATISTICS (Line 977)

IF @CurrentStatisticsID IS NOT NULL AND
(@CurrentPageCount IS NOT NULL
  OR @CurrentFragmentationLevel IS NOT NULL
  OR @CurrentAction IS NOT NULL
)
BEGIN
SET @CurrentExtendedInfo = (SELECT *
  FROM (SELECT CAST('UPDATE_STATISTICS' AS nvarchar) AS Action
) ExtendedInfo FOR XML AUTO, ELEMENTS)
END

Ottenendo cosí una cosa tipo

<ExtendedInfo>
<PageCount>1490</PageCount>
<Fragmentation>0.0671141</Fragmentation>
<Action>INDEX_REBUILD_ONLINE</Action>
</ExtendedInfo>

In questo modo, possiamo interrogare la tabella per avere dati statistici basati sul tipo di attivitá di manutenzione come con questa query:

;WITH cte AS (
SELECT
  DatabaseName,
  ExtendedInfo.value('(ExtendedInfo/Action)[1]','nvarchar(30)') AS [Action],
  convert(nvarchar(10), StartTime, 121) AS StartDate,
  DATEDIFF(ms,StartTime, EndTime) AS Duration
FROM
  dbo.CommandLog
)
SELECT
DatabaseName,
StartDate,
[Action],
Duration = SUM(Duration)/1000.0,
Num = COUNT(*)
FROM
cte
WHERE
[Action] IS NOT NULL
GROUP BY
DatabaseName,
StartDate,
Action

Se, invece, non vogliamo "sporcare" il codice di Ola - come giustamente mi ha suggerito lui stesso - possiamo lavorare con qualche LIKE come in questa query:

;WITH cte AS (
SELECT DatabaseName,
  CASE
  WHEN CommandType = 'UPDATE_STATISTICS'
   THEN 'UPDATE_STATISTICS'
  WHEN CommandType = 'ALTER_INDEX'
   AND Command LIKE 'ALTER INDEX%REORGANIZE%'
   THEN 'INDEX_REORGANIZE'
  WHEN CommandType = 'ALTER_INDEX'
   AND Command LIKE 'ALTER INDEX%REBUILD%ONLINE = ON%'
   THEN 'INDEX_REBUILD_ONLINE'
  WHEN CommandType = 'ALTER_INDEX'
   AND Command LIKE 'ALTER INDEX%REBUILD%ONLINE = OFF%'
   THEN 'INDEX_REBUILD_OFFLINE'
  END AS [Action],
  convert(nvarchar(10), StartTime, 121) AS StartDate,
  DATEDIFF(ms,StartTime, EndTime) AS Duration
FROM
dbo.CommandLog
)
SELECT
DatabaseName,
StartDate,
[Action],
Duration = SUM(Duration)/1000.0,
Num = COUNT(*)
FROM
cte
WHERE
[Action] IS NOT NULL
GROUP BY
DatabaseName,
StartDate,
Action

Long Live Ola!

SQL Server Code Name "Denali" CTP3

sgainz — Tue, 12 Jul 2011 09:49:00 GMT

Disponibile la CTP3 di Denali, persino in lingua Italiana! ...downloading, ma quella in inglese

SQL Server Code Name "Denali" CTP3

The forgotten DBA daily essential checklist

sgainz — Sat, 09 Jul 2011 10:49:00 GMT

Eccola qui, la sessione che ho proposto alla prossima SQLBits che si terrà dal 29 settembre al 1 ottobre.

"The forgotten DBA daily essential checklist"

Speriamo bene, soprattutto per il mio inglese!!!! In ogni caso, sarò li l'1 ottobre (e forse anche i due precedenti) e consiglio vivamente a tutti di iscriversi alla terza giornata che è gratuita - un giro a Liverpool, la città natale dei Beatles potrebbe essere un incentivo in più, no?

Database Mirroring + Snapshot = Bad Practice

sgainz — Fri, 17 Jun 2011 22:49:00 GMT

Quella rappresentato qui sotta è una tipica architettura di Alta Disponibilità di SQL Server 2005/2008 implementata mediante il Database Mirroring in modalita' asincrona ed il Database Snapshot:

il Database Mirroring consente di ridondandare l'intero database su un server di Mirroring pronto a entrare in gioco in caso di failure del server Principal;
il Database Snapshot permette di interrogare il Mirroring a un dato momento (quello della creazione dello snapshot appunto) che altrimenti non sarebbe accessabile in quanto perennemente in stato di Restoring.

Se sulla carta e' un'ottima soluzione di Alta Disponibilità e di Bilanciamento del Carico delle interrogazioni, di fatto lo Snapshot introduce problemi che si mostrano particolarmente importanti in presanza di VLDBs (Very Large Databases).

La questione sta tutta nel fatto che un Database Snapshot è legato indissolubilmente al database OLTP (il Principal del mirroring) e non sempre questo rappresenta un vantaggio. E così, può succedere che un indice necessario per la reportistica, sia invece inutile, anzi nocivo (vedi il post "How the number of indexes built on a table can impact performances?" di Davide Mauri), per le operazioni di insert/update tipiche di un database OLTP.

Inoltre, mentre possiamo misurare l'uso di un indice sul Principal mediante apposite DMV, la stessa cosa non possiamo farla sullo Snapshot che afferisce al Mirroring. Di conseguenza è facile commettere l'errore di disabilitare un indice inutilizzato sul Principal, ma la cui presenza è invece di vitale importante sullo Snapshot per le interrogazioni!!!

Un altro problema che può sorgere in questo scenario, scaturisce dall'operazione di Rebuild degli indici e/o dal CheckDB, i quali provocano un aumento dello spazio in uso del transaction-log (e questo nonostante facciate backup del log frequentissimi, tipo ogni 5 minuti) sul Principal, errori nella sincronizzazione del mirroring e, infine, la non disponibilità dello Snapshot, la cui presenza in realtà è la causa di tutto questo.

Questo fenomeno è ben descritto in questo post del CSS SQL Server Engineers. Io ho avuto modo di osservarlo in un Mirroring tra SQL 2005 e non c'è stato verso di far riprendere la sincronizzazione del mirroring se non dopo aver riavviato il server di Mirroring.

Le scelte sbagliate in tema di architettura, prima o poi, si pagano.

Qui Londra chiama Italia

sgainz — Sun, 12 Jun 2011 21:31:00 GMT

Martedì scorso ho partecipato all'evento serale "An evening with the SQL Server Leadership Team" organizzato da SQL Social e Microsoft, che si è tenuto a Londra in uno splendido edificio al numero 100 di Victoria Street.

A parte l'edificio, tutto il resto è stato un po' deludente. Sicuramente complice il poco tempo e il nutrito buffet (qui li chiamano refreshment), il taglio dell'evento è stato molto poco tecnico e molto orientato al refreshment appunto.

La cosa curiosa, per uno come me abituato alla sobrietà degli eventi Microsoft nostrani, è stato vedere - sempre durante il refreshment - quanto gli inglesi amino la birra . Una cosa inconcepibile per noi che in genere ci riempiamo di caffè per restare sufficientemente svegli durante le sessioni, specie quelle pomeridiane.

Io ho fatto quello che ho potuto armeggiando una bottiglia di birra rossa, ma per il momento i nostri colleghi inglesi sono inarrivabili, almeno da questo punto di vista.

Unica consolazione la T-Shirt targata SQL che ho preso al volo durante il lancio a fine serata da parte di Simon Sabin .

I love Triggers

sgainz — Fri, 28 Jan 2011 14:03:00 GMT

Ieri ho visto la sessione di Thomas Kejser del SQL CAT intitolata "Designing High Scale OLTP systems" e presentata all'ultimo SQLBits. Particolarmente "curiosa" una slide che presenta le possibili soluzioni per implementare l'aggiornamento del saldo di un conto al verificarsi di una transazione. Ebbene, "the winner is" il TRIGGER. .

Spero che almeno adesso che lo dice il Customer Advisory Team di SQL Server, qualcuno mi prenderà sul serio quando dico che ho un ottimo rapporto con i trigger e che non nuociono alla salute, anzi ...

Add your script to SQL Scripts Manager (2)

sgainz — Fri, 07 Jan 2011 08:43:00 GMT

Pronta la versione compatibile con SQL Scripts Manager della mia procedura "SQL Simple Authorization":

SQLSimpleAuthorization.zip

Eccone la descrizione:

An efficient way of managing user permissions
This script allows you to authorize a user or database role to access a certain mode (eg SELECT, DELETE, ALTER, ..) to all objects belonging to a database schema or any schema in your database.
Split a database schema has several advantages, one of these is undoubtedly simplify management of user permissions.
It is from this feature inspired this procedure, the basic idea is to encourage even the laziest database administrators to put aside political authorization management that make use of simplifications that go against the basic principle of security (. . see sysadmin and db_owner).