De prestaties van SQL Server is afhankelijk van een aantal factoren genoemd performance counters . Toezicht op de prestaties is niet zozeer over de vraag of de CPU bezig is , maar of het wordt tijd te verspillen aan het werk die kunnen worden vermeden . Processortijd Run een besturingssysteem hulpprogramma zoals PerfMon ( Prestatiemeter ) om processortijd te observeren . Als het de CPU bottleneck niet vertoont , gebruikt SQL Profiler of observeren runtime van SQL-query's op SQL Analyzer . Veel voorkomende oorzaken zijn inefficiënt geheugengebruik , inefficiënte hergebruik van query- plannen en inefficiënt geschreven SQL code . Context Schakelen Het aantal context switches gemaakt door de CPU per seconde zou moeten niet hoger zijn dan de drempelwaarde van 5000 . Als dit gebeurt , schakelt context - switching ( of hyperthreading ) . Processor Queue Length Er mag niet meer dan vijf processen in het systeem wachtrij . frequentie van compilation observeren van de trend van hoe vaak het project wordt gecompileerd en gecompileerd helpt toezien op de frequentie van de compilatie . Wijzig compiler switches om onnodige compilatie . Checkpoints en Lazy Schrijft De SQL Server spoelt cache bij een controlepost in de SQL- code te vermijden . Checkpoints worden gebruikt tijdens grote updates en voegt als een manier van controle van de verrichtingen . Te veel checkpoints per seconde zal een CPU bottleneck creëren door triggering "lui schrijft , " dat wil zeggen , het schrijven van cache terug naar permanente opslag met onnodig hoge frequentie . Cache Hit Ratio Als de SQL Server niet wordt hergebruik queryplannen , genereert het een nieuw plan telkens voor frequent draaien queries . Dit zorgt voor een hoge cache hit-ratio , dat wil zeggen , toegang tot de schijf .
|