Quando serve
Hai query lente che impattano le applicazioni in produzione. CPU, memoria o I/O crescono senza una causa chiara. Si verificano episodi di blocking o deadlock ricorrenti. Vuoi capire cosa sta davvero girando sul tuo SQL Server prima che diventi un problema critico.
Cosa analizziamo
- Query Store e piani
- Wait statistics
- Indici e TempDB
- Memoria, CPU e I/O
- Blocking e deadlock
Situazioni in cui veniamo coinvolti
Ci contattano DBA, team applicativi, responsabili infrastruttura e software house che hanno bisogno di distinguere un problema di query da un problema di istanza, storage, configurazione o workload complessivo.
Quando non basta aumentare le risorse
Molti ambienti vengono portati su più CPU, più RAM o storage più veloce senza cambiare il punto di congestione reale. Se il collo di bottiglia nasce da grants, spill, indici, piani instabili o pattern applicativi, il costo cresce ma il problema resta.
Cosa consegniamo
Report con le query analizzate e i piani di esecuzione commentati, wait statistics interpretate, indici suggeriti o da rimuovere, configurazione raccomandata dell'istanza e lista di azioni ordinate per impatto atteso sulle prestazioni.
Un caso ricorrente
Il database regge apparentemente per mesi, poi un picco di batch, un cambio di piano o una crescita del dataset fa esplodere tempi di risposta e lock. In questi casi il valore sta nel tornare ai segnali fondamentali e separare sintomi da cause.
Domande frequenti
Intervenite solo su query tuning?
No. La lettura corretta include istanza, storage, memoria, concurrency e comportamento applicativo.
Serve Query Store già attivo?
È utile ma non obbligatorio. Possiamo lavorare anche con DMV, piani, metriche storiche e strumenti di raccolta concordati.