SQL Sever Ytelse

Utførelsen av SQL Server avhenger av flere faktorer som kalles ytelse tellere. Overvåking ytelsen er ikke så mye om hvorvidt CPU er opptatt, men om det er å kaste bort tid på arbeid som kan unngås.

prosessor Tid

Kjør et operativsystem verktøy som for eksempel PerfMon (Performance Monitor) for å observere prosessor tid. Hvis det ikke viser CPU flaskehals, bruker SQL Profiler eller observere runtime av SQL-spørringer på SQL Analyzer. Vanlige årsaker er ineffektive minnebruk, ineffektiv gjenbruk av spørringsplaner og ineffektivt skrevet SQL-kode.

kontekst Switching

Antallet sammenheng brytere gjort av CPU per sekund bør ikke overstige grenseverdien på 5000. Hvis dette skjer, kan du deaktivere kontekstbytte (eller hyperthreading).

Prosessor Queue Length

Det bør ikke være mer enn fem prosesser i systemet køen.

Frekvens av Compilation

Observere utviklingen av hvor ofte prosjektet er utarbeidet og rekompileres hjelper overvåke hyppigheten av samlingen. Endre kompilatoren brytere for å unngå unødvendig samling.

Sjekkpunkter og Lazy Skriver

SQL Server spyler cache ved en kontrollpost i SQL-kode. Sjekkpunkter brukes under store oppdateringer og innlegg som en måte transaksjon kontroll. For mange sjekkpunkter per sekund vil skape en CPU flaskehals ved å utløse "lat skriver:" det vil si, skriver cache tilbake til permanent lagring med unødvendig høy frekvens.

Cache Hit Ratio

Hvis SQL Server ikke er gjenbruk søket planer, genererer det en ny plan hver gang for ofte kjører spørringer. Dette skaper et høyt hurtigbuffertreff-forhold, dvs. disktilgang.