Strumenti di monitoraggio di SQL Server: cosa monitorare e come scegliere

Gli strumenti di monitoraggio di SQL Server possono tenere traccia di qualsiasi cosa, dall'attività della CPU e del disco di Windows alle statistiche di blocco, ai tempi di attesa, ai piani di query e alla disponibilità del database. Lo strumento giusto dipende quindi dal livello di SQL Server che è necessario osservare, piuttosto che dalla dimensione della sua lista di funzionalità.

Questa guida analizza cosa dovrebbero monitorare i team IT, dove termina il monitoraggio del server Windows e inizia il monitoraggio specifico di SQL, quali strumenti Microsoft integrati sono disponibili e come scegliere un approccio di monitoraggio appropriato.

Cosa rende straordinario il monitoraggio di SQL Server?

Monitoraggio dei server, basi:

Microsoft SQL Server funziona su infrastruttura server, quindi le prestazioni del sistema operativo sono importanti Un'elevata utilizzo della CPU, pressione sulla memoria o archiviazione lenta possono influenzare SQL Server anche quando non c'è nulla di intrinsecamente sbagliato con il motore del database.

Esigenze di monitoraggio specifiche per database per server SQL:

Tuttavia, metriche chiare di Windows Server non significano necessariamente buone prestazioni di SQL Server. Gli utenti possono sperimentare transazioni lente a causa di blocchi, piani di esecuzione scadenti o attese di query mentre la macchina sottostante appare ancora sana.

Come Microsoft suddivide questo:

Microsoft riflette questa distinzione nella propria architettura di monitoraggio. Gli strumenti di Windows come Performance Monitor coprono le risorse di sistema, mentre SQL Server fornisce funzionalità specifiche per i database, tra cui Query Store, Extended Events, Activity Monitor, registri degli errori e capacità di monitoraggio Transact-SQL.

Il monitoraggio di SQL Server dovrebbe quindi comprendere diversi strati complementari piuttosto che un insieme di metriche.

Cosa dovrebbero monitorare gli strumenti di monitoraggio di SQL Server?

Le metriche esatte necessarie dipendono dal fatto che i team IT siano responsabili principalmente della disponibilità dell'infrastruttura, dell'amministrazione del database o delle prestazioni delle applicazioni. Una strategia di monitoraggio utile inizia in modo ampio e aggiunge una visibilità più profonda di SQL Server dove il carico di lavoro lo richiede.

1. Salute del Server e dell'Infrastruttura

Inizia con le risorse disponibili per l'host SQL Server. CPU, memoria fisica, capacità del disco, attività di lettura e scrittura del disco, utilizzo della rete e processi in esecuzione forniscono il contesto infrastrutturale per le prestazioni del database.

Il punto importante è la correlazione. Tempi di risposta SQL elevati accompagnati da latenza di archiviazione suggeriscono un'indagine diversa rispetto a query lente che si verificano mentre l'host ha ampia capacità di CPU, memoria e I/O.

Monitoraggio dell'host aiuta anche a rilevare problemi che influenzano più di SQL Server. Un server fisico o virtuale può ospitare applicazioni, servizi o utenti remoti il cui utilizzo compete per le stesse risorse.

2. Stato di salute dell'istanza e del database di SQL Server

Il livello successivo guarda all'interno del motore del database stesso.

Le aree importanti includono comunemente attese, sessioni attive, blocchi, deadlock, crescita dei file di database, utilizzo del log delle transazioni e attività di TempDB. Gli amministratori potrebbero anche dover monitorare lo stato del database, le connessioni, il comportamento della memoria e i servizi di SQL Server.

Le statistiche di attesa sono particolarmente utili perché aiutano a identificare per quali attività di SQL Server si sta aspettando, piuttosto che mostrare solo che il sistema è lento. Il blocco e i deadlock forniscono ulteriore visibilità aiutando a identificare se particolari transazioni competono per le risorse.

Le piattaforme di monitoraggio dei database dedicate vanno quindi molto più a fondo rispetto ai monitor host. Ad esempio, IDERA SQL Diagnostic Manager documenta il monitoraggio per attese, catene di blocco, deadlock, pressione su TempDB, latenza I/O e crescita del database.

3. Query e prestazioni del carico di lavoro

Una volta che un problema è stato localizzato nel carico di lavoro del database, le metriche aggregate del server sono spesso insufficienti. Gli amministratori devono determinare quali query consumano risorse eccessive e se il loro comportamento è cambiato.

Informazioni utili a livello di query possono includere la durata di esecuzione, il consumo della CPU, le letture logiche e fisiche, il consumo di memoria, la frequenza di esecuzione, i tempi di attesa e i piani di esecuzione.

Microsoft Query Store è un buon esempio di software progettato per questo. Mantiene le query, i piani e le statistiche di runtime in modo che gli amministratori possano esaminare le prestazioni nel tempo e identificare le regressioni associate alle modifiche del piano di query. SQL Server 2017 e versioni successive possono catturare le statistiche di attesa tramite Query Store.

Questo contesto storico è importante perché molti problemi di SQL Server sono intermittenti. Sapere che la CPU ha raggiunto il 90% ieri pomeriggio è utile. Sapere quali query hanno cambiato comportamento nello stesso momento identifica potenziali leve per l'azione.

4. Disponibilità, Lavori e Salute Operativa

Le prestazioni sono solo un aspetto del monitoraggio di SQL Server. I guasti operativi possono influenzare la disponibilità e il recupero anche quando le prestazioni del carico di lavoro sembrano normali.

A seconda dell'ambiente, gli amministratori potrebbero aver bisogno di visibilità sui lavori di SQL Server Agent, sui backup, sulla disponibilità del database e sui gruppi di disponibilità Always On. Le infrastrutture più grandi o critiche per l'attività potrebbero anche richiedere il monitoraggio della replica, il tracciamento della configurazione e le previsioni di capacità.

La profondità richiesta deve seguire l'importanza del carico di lavoro. Un piccolo database interno o un'istanza di SQL Server di produzione clusterizzata richiedono architetture di monitoraggio molto diverse.

Quali strumenti di monitoraggio SQL Server integrati puoi utilizzare?

Prima di acquistare una piattaforma dedicata, vale la pena comprendere cosa Microsoft SQL Server già fornisce.

Un ampio insieme di strumenti nativi:

• L'Activity Monitor supporta l'ispezione ad hoc
• Il Query Store mantiene informazioni storiche sulle query e sui piani.
• Eventi estesi catturano eventi selezionati del motore
• Le viste di gestione dinamica espongono i dati sulle prestazioni interne.
• I registri degli errori di SQL Server aiutano a investigare gli eventi del motore del database.
• Windows Performance Monitor aggiunge informazioni sulle risorse del sistema operativo.

Diagnostica più approfondita ma maggiore complessità:

Questi strumenti possono fornire una notevole profondità diagnostica, specialmente per gli amministratori di database esperti. Evitano anche di introdurre un altro piattaforma di monitoraggio quando la risoluzione dei problemi occasionale è sufficiente.

La loro limitazione spesso non è l'accesso ai dati, ma la comodità operativa. Un team IT che gestisce più server potrebbe desiderare dashboard centralizzati, storie persistenti, avvisi più semplici e una correlazione più rapida invece di assemblare informazioni da diverse interfacce SQL Server e Windows.

È lì che il monitoraggio di terze parti diventa più interessante.

Come scegliere gli strumenti di monitoraggio di SQL Server?

Inizia con il problema che lo strumento deve risolvere. Questo dovrebbe salvarti dal perdere di vista il tuo obiettivo in un elenco di controllo del maggior numero di metriche supportate.

1. Necessaria profondità di visibilità

Una domanda utile da porsi è se hai bisogno di monitoraggio dell'infrastruttura, diagnostica del motore del database o analisi dettagliata delle query.

Requisito	Approccio al monitoraggio
CPU, memoria, disponibilità del disco e del server	Monitoraggio del server o dell'infrastruttura
Risoluzione dei problemi occasionali di SQL Server	Strumenti Microsoft SQL Server integrati
Blocco, attese, deadlock e avvisi del database	Monitoraggio dedicato di SQL Server
Piani di query e regressioni delle prestazioni	Query Store o monitoraggio SQL avanzato
Ampia estate SQL multiistanza	Monitoraggio centralizzato del database
SQL Server con dipendenze di applicazione più ampie	Osservabilità dell'infrastruttura o full-stack combinata con monitoraggio specifico per SQL

Queste categorie possono sovrapporsi. In molti ambienti, l'approccio più pratico è una combinazione piuttosto che un singolo prodotto.

2. Abbinare l'allerta e la cronologia con le operazioni

Il monitoraggio diventa più utile quando evidenzia comportamenti anomali prima che gli utenti segnalino un problema.

Guarda se uno strumento supporta avvisi di soglia, tendenze storiche e abbastanza contesto per indagare sull'evento successivamente. Le piattaforme SQL specializzate possono andare oltre allegando catene di blocco, grafici di deadlock o informazioni sulle query direttamente a un avviso. Redgate Monitor, ad esempio, documenta avvisi specifici per SQL per eventi che includono deadlock, lavori falliti, query bloccate e query a lunga esecuzione.

Impostare delle linee di base è anche importante. Un valore che è anormale per un database può essere routine per un altro, quindi gli avvisi dovrebbero riflettere il comportamento e l'importanza aziendale dei singoli carichi di lavoro.

3. Considera la scalabilità, il deployment e l'amministrazione

Uno strumento adatto per un'istanza di SQL Server può diventare ingombrante su dozzine di server.

Considera quanti host, istanze e database necessitano di monitoraggio, come vengono raccolti e conservati i dati di monitoraggio e quanto facilmente gli amministratori possono confrontare i sistemi da una console centrale. Pertanto, la licenza, lo sforzo di distribuzione, la generazione di report e l'amministrazione degli avvisi dovrebbero essere valutati insieme alla profondità tecnica.

L'obiettivo non è raccogliere ogni possibile metrica. È raccogliere le informazioni più rilevanti in quantità sufficiente per identificare comportamenti anomali e accorciare il percorso dal sintomo alla causa affinché i tuoi tecnici IT possano risolvere un problema.

Dove si inserisce il monitoraggio del server TSplus?

TSplus Server Monitoring affronta il lato infrastrutturale di questo modello di monitoraggio. Fornisce visibilità in tempo reale in CPU, memoria, attività di lettura e scrittura su disco, larghezza di banda, processi e utenti connessi, insieme a report storici e avvisi configurabili per le metriche del server.

Per un server Windows che esegue Microsoft SQL Server, questa visibilità aiuterà a determinare se un problema di prestazioni del database coincide con la pressione della CPU, il consumo di memoria, l'attività del disco o un'altra condizione a livello di host. La reportistica storica fornisce anche un contesto per i problemi infrastrutturali ricorrenti.

TSplus Server Monitoring non è, tuttavia, un analizzatore delle prestazioni del database SQL Server dedicato. Requisiti specifici per SQL come l'analisi del piano di esecuzione, l'indagine del Query Store, le catene di blocco, l'analisi dei deadlock o le statistiche di attesa dettagliate richiedono gli strumenti di SQL Server di Microsoft o un prodotto di monitoraggio del database specializzato.

Per molti team IT, questi strati si completano a vicenda. TSplus Server Monitoring può fornire una visione chiara della salute del server e del consumo delle risorse, mentre gli strumenti nativi di SQL Server forniscono una visibilità più profonda del database e aiutano a identificare quando un incidente indica il motore del database o un carico di lavoro individuale.

Conclusione

Scegliere tra gli strumenti di monitoraggio di SQL Server inizia con la decisione su cosa necessita di visibilità. Le risorse del server, la salute del motore del database e le prestazioni delle query rappresentano diversi livelli dello stesso sistema, e nessun singolo indicatore li spiega tutti.

Inizia con la salute dell'infrastruttura, poi aggiungi il monitoraggio specifico per SQL ovunque il carico di lavoro richieda una diagnosi più approfondita. Questo approccio a strati mantiene il monitoraggio pratico, fornendo al contempo ai team IT un contesto sufficiente per distinguere un problema del server da un problema di database o di query.

Alcune domande frequenti

Che cos'è uno strumento di monitoraggio di SQL Server?

Uno strumento di monitoraggio di SQL Server tiene traccia della salute, delle prestazioni o della disponibilità degli ambienti Microsoft SQL Server. A seconda del suo ambito, può monitorare le risorse dell'host, i database, le attese, i blocchi, le query, i lavori, i backup o le configurazioni di disponibilità.

Quali metriche di SQL Server dovrei monitorare?

Le metriche principali dipendono dal carico di lavoro e comunemente includono CPU, memoria e archiviazione. Insieme, i marker specifici per SQL indicano attese, blocchi, deadlock, crescita del database, registri delle transazioni, attività di TempDB, durata delle query e stato dei lavori.

La monitorizzazione di Windows Server può rilevare problemi di SQL Server?

Il monitoraggio di Windows Server può identificare problemi di infrastruttura che influenzano SQL Server, inclusi la pressione della CPU, della memoria e del disco. Non può da solo spiegare problemi del motore del database come le regressioni del piano di query, le catene di blocco o i tempi di attesa specifici di SQL.

SQL Server include i propri strumenti di monitoraggio?

Sì. Microsoft SQL Server include strumenti e funzionalità come Query Store, Extended Events, Activity Monitor, Dynamic Management Views, registri degli errori e funzioni di prestazione Transact-SQL. La loro idoneità dipende dall'evento o dal carico di lavoro in fase di indagine.

Ho bisogno di un software di monitoraggio SQL Server dedicato?

Non necessariamente. Gli strumenti integrati possono essere sufficienti per ambienti piccoli o per risoluzioni di problemi occasionali. Combinati con TSplus Server Monitoring per scopi generali, il monitor integrato di SQL Server di Microsoft ha poco da invidiare ai prodotti di monitoraggio di terze parti. Il monitoraggio dedicato diventa più utile quando i team necessitano di visibilità centralizzata, avvisi continui, storicità a lungo termine o diagnosi più rapide su più istanze di SQL Server.