Detta kanske är ett väldigt grundläggande fel för professionell DBA... men det här är vad jag hittade med vårt höga låsproblem, och den här tråden rankas mycket högt i sökresultaten. Jag tänkte dela med mig av vår del om att det kan hjälpa någon annan.
på nyare dubbel-/multiprocessorserver som använder NUMA-minnesarkitektur, bör den maximala graden av parallellitet ställas in på det faktiska kärnnumret per processor. i vårt exempel hade vi dubbla xenon med 4 kärnor vardera, och med hypertrådning visas det som 16 logiska processorer till SQL.
Genom att låsa det här värdet från standardvärdet 0 till 4 minskar den höga spärren på vissa frågor omedelbart.
Vår spärr körde 1 000 ms+ upp till 30 000 ms vid vissa tillfällen.