Príznaky
Po inštalácii SQL servera 2014 Service Pack 1 (SP1), SQL Server 2012 SP3 alebo SQL Server 2016 sa stretnete s pomalým výkonom dotazov a zvýšeného privilegovaného režimu (jadra), až kým sa server nereštartuje. Môže sa zobraziť aj veľký objem PAGELATCH_ * počká.
Riešenie
Tento problém bol vyriešený v nasledujúcich kumulatívnych aktualizáciách servera SQL Server:
Každá nová Kumulatívna aktualizácia pre SQL Server obsahuje všetky rýchlych opráv a všetky opravy zabezpečenia, ktoré boli súčasťou predchádzajúcej kumulatívnej aktualizácie. Odporúčame, aby ste si stiahli a nainštalovali najnovšie kumulatívne aktualizácie pre SQL Server:
Príčina
SQL Server používa dynamickú podporu zámky a demotion Logic (Super/sub-závora). Vďaka tomu sa zlepšuje výkon a škálovateľnosť SQL servera tým, že sleduje počet získaných v zámku a o tom, ako dlho bude trvať, kým sa nezobrazí rovnaká závora. Na základe tohto modelu sa potom podporujú oprávnené zámky (Super-závora). Ak je v halde alebo BTree (HoBT) veľa zmien (vložky/aktualizácie/odstránenia), môže sa stať, že zámky súvisiace s HoBT sa môžu povýšiť na stav Super závora. Zníženie úrovne sa však nevyskytuje automaticky. Ďalšie informácie o Super/sub-závora sa dozviete v tomto článku. Ak sú tieto HoBTs neskôr dealokované, uvoľnený HoBT sa vráti späť na globálnu vyrovnávaciu pamäť na opätovné použitie. Pri opätovnom použití tohto HOBT opätovne použije predchádzajúcu podporovanú západku, a to aj vtedy, keď sa na HoBT nenachádza žiadny obsah. Tým sa pridá režijné náklady CPU. Toto správanie zvyšuje privilegovaný režim (kernel) PROCESORA SQL servera až po reštartovaní servera. Toto zvýšenie zvyčajne nepridáva viac ako niekoľko mikrosekúnd s každým vykonaním. Môže sa zobraziť aj veľký objem PAGELATCH_ * počká sa, pretože tieto rozšírené Super zámky na HoBTs.
Stav
Spoločnosť Microsoft potvrdzuje, že ide o problém v produktoch spoločnosti Microsoft, ktoré sú uvedené v tomto článku v časti Informácie v tomto článku sa týkajú nasledujúcich produktov.