Simptomai
Įdiegus "SQL Server 2014" 1 pakeitimų paketą (SP1), "SQL Server" 2012 SP3 arba "SQL Server 2016", kyla lėtas užklausos našumas ir padidėjęs privilegijuotų (branduolio) režimo CPU naudojimas tol, kol serveris bus paleistas iš naujo. Taip pat galite matyti didelės apimties PAGELATCH_ * laukia.
Sprendimas
Problema išspręsta šiuose kaupiamajame "SQL Server" naujinimuose:
Kiekvienas naujas Kaupiamasis naujinimas, skirtas "SQL Server", yra visos karštosios pataisos ir visos saugos pataisos, kurios buvo pridėtos prie ankstesnio kaupiamojo naujinimo. Rekomenduojame atsisiųsti ir įdiegti naujausius kaupiamuosius SQL serverio naujinimus:
Priežastis
SQL serveris naudoja dinaminį spynos skatinimą ir žeminimo logiką (Super/sub-spynos). Tai pagerina "SQL Server" veikimą ir mastelio keitimo funkciją, kad būtų galima stebėti, kiek įsigyja "spynos", ir kiek laiko užtruks gauti tą patį sklendę, jei neegzistavo spynos tvirtinimas. Tuomet pagal šį modelį galima reklamuoti reikalavimus atitinkančius užraktus. Kai yra daug pasikeitimų (įterpia/atnaujina/naikina) ant krūvos arba BTree (HoBT), HoBT susijusių užraktų gali būti paaukštintas į Super spynos būsena. Tačiau žeminimas nevyksta automatiškai. Galite paskaityti daugiau apie Super/sub-LATCHING šiame straipsnyje. Jei šie HoBTs vėliau yra Deal, paleistas HoBT grįžta į pasaulinę talpyklą pakartotiniam naudojimui. Kai šis HOBT yra pakartotinai naudojamas, jis pakartotinai naudoja anksčiau paaukštintas sklendę, net jei nėra "HoBT". Tai įtraukia CPU išlaidas. Taip padidėja privilegijuotų (branduolio) režimo CPU naudojimas "SQL Server", kol serveris nebus paleistas iš naujo. Šis padidinimas paprastai įtraukia ne daugiau nei kelias mikrosekundes su kiekvienu vykdymu. Jūs taip pat galite matyti didelės apimties PAGELATCH_ * laukia dėl šių išplėstinių Super-Skląsčių dėl HoBTs.
Statusą
"Microsoft" patvirtino, kad tai yra "Microsoft" produktų, išvardytų skyriuje "taikoma", problema.
