Simptomi
Pēc tam, kad būsit instalējis SQL Server 2014 1. servisa pakotni (SP1), SQL Server 2012 SP3 vai SQL Server 2016, rodas lēna vaicājuma veiktspēja un paaugstināts privileģētā (kodola) Centrālā režīma CPU lietojums līdz servera restartēšanai. Iespējams, redzēsit arī lielu PAGELATCH_ * apjomu *.
Risinājums
Šī problēma ir novērsta šādos kumulatīvos SQL Server atjauninājumos:
Katrā jaunajā kumulatīvajā SQL Server atjauninājumā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā kumulatīvajā atjauninājumā. Iesakām lejupielādēt un instalēt jaunākos SQL Server kumulatīvos atjauninājumus:
Cēlonis
SQL Server izmanto dinamisko fiksēšanas veicināšanu un dekustības loģiku (Super/sub-aizbīdni). Tas uzlabo SQL Server veiktspēju un mērogojamību, nofiksējot ar fiksatoru iegūto skaitu un to, cik daudz laika ir nepieciešams, lai iegūtu tādu pašu fiksatoru, ja nav nevienas fiksācijas satura. Pēc tam atbilstoši šim modelim tiek paaugstināti atbilstošie slēgmehānismi (Super-aizbīdnis). Kad terehons vai BTree (HoBT) ir daudz izmaiņu (ievieto/atjaunina/dzēš), HoBT saistītās slēgmehānismi var tikt paaugstināti par Super fiksatora statusu. Taču demotion neparādās automātiski. Šajā rakstāvarat lasīt vairāk par Super/sub-slēgmehānismu. Ja šie HoBTs ir piešķirti vēlāk, atbrīvotie HoBT pāriet atpakaļ uz globālo kešatmiņu atkārtotai izmantošanai. Kad šī HOBT tiek izmantota atkārtoti, tā atkārtoti izmanto iepriekš paaugstināto fiksatoru pat tad, ja nav satura HoBT. Tas palielina centrālā procesora virstēriņu. Šādi tiek palielināts SQL Server privileģētā (kernel) režīma centrālā procesora lietojums, līdz serveris tiek restartēts. Šis palielinājums parasti saskaita ne vairāk kā vairākus sekundes ar katru izpildi. Jūs, iespējams, redzēsit arī lielu PAGELATCH_ * apjomu, kas tiek gaidīts šo paplašināto Super-slēgmehānismu dēļ vietnē HoBTs.
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".