SQL Sever prestazioni

August 26

Le prestazioni di SQL Server dipende da diversi fattori chiamati contatori di prestazioni. Il monitoraggio delle prestazioni non è tanto sul fatto che la CPU è occupata, ma se si tratta di perdere tempo su un lavoro che può essere evitato.

Tempo processore

Eseguire un programma di utilità del sistema operativo come PerfMon (Performance Monitor) per osservare il tempo di processore. Se non mostra il collo di bottiglia della CPU, utilizzare SQL Profiler o osservare esecuzione di query SQL in SQL Analyzer. Le cause più comuni sono l'utilizzo della memoria inefficiente, il riutilizzo efficiente dei piani di query e il codice SQL inefficiente scritta.

cambio di contesto

Il numero di contesto Giunzioni dalla CPU al secondo non deve superare il valore di soglia di 5000. Se questo sta accadendo, disabilitare context-switching (o hyperthreading).

Lunghezza coda processore

Non ci dovrebbero essere più di cinque processi nella coda di sistema.

Frequenza di elaborazione

Osservando l'andamento della frequenza con cui il progetto viene compilato e ricompilato aiuta a monitorare la frequenza di elaborazione. Modificare le opzioni del compilatore per evitare la compilazione inutili.

Punti di controllo e pigro Scrive

Il SQL Server svuota la cache a un checkpoint nel codice SQL. Punti di controllo vengono utilizzati durante aggiornamenti di grandi dimensioni e gli inserti come un modo di controllo delle transazioni. Troppi posti di blocco al secondo creerà un collo di bottiglia CPU attivando ", scrive pigro", vale a dire, la scrittura della cache di nuovo alla memorizzazione permanente con inutilmente ad alta frequenza.

Cache Rapporto Hit

Se l'SQL Server non è il riutilizzo di piani di query, genera un nuovo piano ogni volta per query eseguite di frequente. Questo crea un rapporto di successo alto cache, vale a dire, l'accesso al disco.