Dette er måske en virkelig grundlæggende fejl for professionel DBA... men dette er hvad jeg fandt med vores højlås problem, og denne tråd rangerer meget højt i søgeresultaterne. Jeg tænkte, at jeg ville dele vores bud på, at det kan hjælpe en anden.
på nyere dobbelt-/multiprocessorserver, der bruger NUMA-hukommelsesarkitektur, bør den maksimale grad af parallelitet indstilles til det faktiske kernenummer pr. processor. i vores eksempel havde vi dobbelt xenon med 4 kerner hver, og med hyperthreading fremstår det som 16 logiske processorer til SQL.
Låsning af denne værdi fra standardværdien 0 til 4 sænker den høje lås på nogle forespørgsler med det samme.
Vores lås kørte 1000ms+ op til 30.000ms ved nogle lejligheder.