A performance tuning methodology
Download as PPTX, PDF1 like727 views
Il documento presenta una metodologia per il tuning delle performance di SQL Server 2012, evidenziando l'importanza di un approccio strutturato per condurre health check e analizzare le performance. Viene discussa la raccolta di informazioni tramite vari strumenti e statistiche, come wait stats e performance counters, per individuare aree critiche e pianificare interventi. Inoltre, si sottolinea la necessità di stabilire baseline per monitorare e misurare miglioramenti significativi dopo le modifiche apportate.
![Raccolta Informazioni
Quali DMV?
In SQL 2012 sono 141!
SELECT name
,type_desc
FROM sys.all_objects
WHERE name LIKE 'dm[_]%'
ORDER BY name](https://image.slidesharecdn.com/dpc3010slide-150313135300-conversion-gate01/85/A-performance-tuning-methodology-13-320.jpg)
A performance tuning methodology
- 1. DPC3010 - SQL Server 2012: Performance Tuning Methodology Gianluca Sartori MCITP MCTS MCT
- 2. Performance Tuning Methodology • Perché una metodologia? • Come condurre un Health Check • Raccolta • Analisi • Intervento • The Performance Cycle • Replay • Capture • Analyze • Adjust
- 3. • SQL Server è un prodotto complesso • Molte leve su cui agire • Non c’è il pulsante «turbo» degli anni ‘90 • Si rischia di perdersi • Serve un metodo riproducibile • Linee guida, ognuno troverà il metodo che preferisce Perché una metodologia?
- 4. Health Check
- 5. Raccolta Informazioni • Windows – Versione – Dotazione HW • CPU • RAM • Disco • SQL Server – Versione – Parametri di configurazione – Numero e dimensione dei database – Distribuzione di data/log files sullo storage Dati anagrafici del «paziente»
- 6. Raccolta Informazioni • Wait stats • Performance counters • Dynamic Management Views • Query stats Quali dati raccogliere?
- 7. Raccolta Informazioni • DMV sys.dm_os_wait_stats • Traccia il tempo speso dai processi in attesa di risorse • Tempi di attesa cumulativi (ultimo riavvio istanza) • Ottimo punto di partenza per il troubleshooting – Consente di identificare i problemi dai sintomi – Mostra quali aree richiedono attenzione • Non tutte le classi di wait sono significative Wait Statistics
- 8. Raccolta Informazioni Comuni classi di wait Risorsa Classe Esempio Locking LCK_* LCK_M_S LCK_M_X Latching LATCH_* PAGELATCH_* LATCH_EX PAGELATCH_UP I/O PAGEIOLATCH_* *_COMPLETION WRITELOG PAGEIOLATCH_SH IO_COMPLETION ASYNC_IO_COMPLETION CPU THREADPOOL SOS_SCHEDULER_YIELD Network ASYNC_NETWORK_IO Parallelismo CXPACKET
- 10. Raccolta Informazioni • CPU • Memoria • Disco • SQL – specific • … • Quali contatori? – In SQL Server 2012 sono 355! Performance Counters
- 12. Raccolta Informazioni • sys.dm_os_... OS information, memory, performance • sys.dm_io_... Disk performance • sys.dm_exec_... Sessions, requests, connections • sys.dm_db… Database info • sys.dm_tran… Transactions, locks • sys.dm_... Audits, broker, CDC, CLR, FileStream, FTS, HADR, Repl, Resource Governor, Extended Events • Non tutte le DMV riguardano le performance DMVs
- 13. Raccolta Informazioni Quali DMV? In SQL 2012 sono 141! SELECT name ,type_desc FROM sys.all_objects WHERE name LIKE 'dm[_]%' ORDER BY name
- 14. Raccolta Informazioni • Glenn Berry’s Diagnostic Information Queries http://sqlserverperformance.wordpress.com/ • Brent Ozar’s sp_Blitz http://www.brentozar.com/blitz/ • Davide Mauri’s SYS2 DMVs http://sys2dmvs.codeplex.com/ Come orientarsi tra 355 performance counters e 141 DMV?
- 15. Raccolta Informazioni • DMV sys.dm_exec_query_stats • Informazioni su tutte le query presenti in plan cache • Possibile ottenere le query più costose in termini di: – IO • Reads • Writes – CPU – Execution count • Correlare le wait stats con le query stats Query Statistics
- 17. Raccolta Informazioni • Performance Data Collector – Popola il Management Datawarehouse • PAL – Analizza Performance Counters – Fornisce un template performance monitor • SQL Trace / Profiler – Cattura l’attività dell’istanza • SQLDiag / PSSDiag – Raccoglie counters, DMV, Trace, logs… Strumenti per la raccolta informazioni
- 18. Analisi • Management Datawarehouse – Contiene informazioni sugli indicatori di performance e l’attività • PAL – Produce un report con analisi soglie • RML Utilities – ReadTrace produce un database di analisi – Reporter visualizza e confronta i dati • SQLNexus – Analizza i dati raccolti da SQLDiag – Offre reportistica per l’analisi Strumenti per l’analisi dei dati raccolti
- 19. Analisi • Best Practices Analyzer – Controlla la conformità delle Best Practices • ClearTrace – «Normalizza» una traccia – Analizza il consumo di risorse per query • CPU • Reads • Writes Altri strumenti di analisi
- 20. Analisi • Riduzione dell’utilizzo delle risorse • Riduzione delle attese Su quali punti intervenire?
- 21. Piano di Intervento • Elenco dettagliato degli interventi • Suddividere per area – Configuration – Recovery – Performance – Concurrency – Security – Management – HA and Replication • Dare una priorità • Stimare i tempi di intervento L’analisi produce un «Action Plan»
- 22. Piano di Intervento • Gli interventi devono produrre dei miglioramenti – Rispetto a cosa? • Il miglioramento deve essere misurabile – Rispetto a cosa? • Non devo introdurre peggioramenti – Rispetto a cosa? Il piano deve avere un obiettivo BASELINE
- 23. Baselining • Non esiste una baseline uguale all’altra! • Descrive le prestazioni del sistema in condizioni «normali» – Servirà come termine di confronto – Monitoring – Troubleshooting • Fotografia statica degli indicatori di performance – Performance Counters – DMVs – WAIT_STATS Che cos’è una Baseline?
- 24. Baselining • Breve termine – Servono i dati di dettaglio per il troubleshooting – ES: valore dei contatori raccolto ogni minuto retention = 1 mese • Lungo termine – Dati aggregati per andamento storico – ES: valori aggregati (MIN-MAX-AVG) per ogni ora retention = ∞ • Organizzare in un DWH • Posizionare in un’istanza non di produzione! Monitoring Baseline
- 25. Baselining E’ sufficiente una sola Baseline?
- 27. Performance Cycle • Quale strumento? – SQL Trace vs. Profiler • Utilizziamo una SQL Trace – Quali eventi catturare? – Quali colonne catturare? • RML Utilities – Trace definition script • Backup database – Prima effettuare il backup, poi avviare la traccia – Prima avviare la traccia, poi effettuare il backup • Filtrare la traccia Capture in produzione
- 28. Performance Cycle • L’ambiente di test deve essere un clone completo – Restore User Databases • Attenzione agli object_id! – Logins • Attenzione agli utenti orfani! – Job – Package SSIS / DTS – Database Mail • L’ambiente di test deve essere isolato dalla produzione! Preparazione dell’ambiente di test
- 29. Testare le modifiche • Profiler • RML Utilities - Ostress • Distributed Replay – Novità di SQL Server 2012 – Può eseguire un workload da più client – Stesso query rate della traccia originale Workload Replay - quale strumento?
- 30. Testare le modifiche • E’ composto da tre elementi: – Administration tool – Distributed Replay Controller – Distributed Replay Client Distributed Replay
- 31. Testare le modifiche Workload Replay - quale strumento? Profiler Ostress Distributed Replay Multithreading SI SI SI Debugging SI NO NO Synchronization mode NO SI SI Stress mode SI SI SI Distributed mode NO NO SI Input format Trace Trace RML SQL Trace
- 32. Testare le modifiche • Resettare i performance counters – DBCC SQLPERF("sys.dm_os_wait_stats",CLEAR); – DBCC FREEPROCCACHE(); – DBCC FREESYSTEMCACHE('ALL'); – DBCC DROPCLEANBUFFERS(); • Effettuare uno snapshot di ogni database • Avviare gli strumenti di raccolta prestazioni – Performance Monitor Collection Set – SQLTrace – RML Template Raccolta della Baseline
- 33. Testare le modifiche • Revert snapshot • Applicare le modifiche • Avviare gli strumenti di raccolta • Avviare il replay • Analizzare i dati raccolti (ReadTrace, PAL) • Confrontare i dati raccolti con la Baseline Ripetere per ogni modifica significativa Raccolta del benchmark
- 34. Testare le modifiche DEMO Distributed Replay
- 35. Deploy in produzione • Mantenere le modifiche sotto source control • SQL Server Data Tools (SSDT) – Database Projects – Modello dichiarativo del database – Database compare – Change script • Tenere anche i change script sotto source control • Monitorare le prestazioni in produzione – Monitoring Baseline Deploy
- 36. Risorse • PAL http://pal.codeplex.com/ • RML Utilities http://support.microsoft.com/kb/944837/en-us • ClearTrace http://www.scalesql.com/cleartrace/default.aspx • SQLNexus http://sqlnexus.codeplex.com/ Strumenti
- 37. Risorse • Troubleshooting SQL Server Jonathan Kehayias Ted Krueger http://www.simple-talk.com/books/sql-books/troubleshooting- sql-server-a-guide-for-the-accidental-dba/ Free Ebook
- 38. Q&A
- 39. Thank you
- 40. Con il contributo di Con il patrocinio di