Dies ist vielleicht ein wirklich grundlegender Fehler für professionelle DBA ... aber das habe ich bei unserem High-Latch-Problem gefunden, und dieser Thread rangiert in den Suchergebnissen sehr weit oben. Ich dachte, ich würde unseren Teil teilen, damit es vielleicht jemand anderem hilft.
Auf neueren Dual-/Multi-Prozessor-Servern mit NUMA-Speicherarchitektur sollte der maximale Parallelitätsgrad auf die tatsächliche Kernanzahl pro Prozessor eingestellt werden. In unserem Beispiel hatten wir Dual-Xenon mit jeweils 4 Kernen, und mit Hyper-Threading erscheint es SQL als 16 logische Prozessoren.
Das Sperren dieses Werts von den Standardwerten 0 bis 4 reduzierte den hohen Latch bei einigen Abfragen sofort.
Unser Latch lief manchmal über 1000 ms bis zu 30.000 ms.
