Remediere: Scade performanța SQL Server atunci când există utilizare mod privilegiat privilegiat CPU și un volum mare de pagină de blocare așteaptă

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3162589
Simptome
După ce instalați SQL Server 2014 pachet Service Pack 1 (SP1), SQL Server 2012 SP3 sau SQL Server 2016, aveţi lent interogare performanceand elevatedprivileged (kernel) modeCPU utilizare până la repornirea serverului. Este posibil să vedeți un volum mare de PAGELATCH_ * așteaptă.
Rezoluţie
Problema a fost rezolvată în următoarele actualizări cumulative de SQL Server: Recomandare: Instalați ultimul actualizarea cumulativă pentru SQL Server
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Vă recomandăm să descărcați și să instalați cele mai recente actualizări cumulative pentru SQL Server:


Cauză
SQL Server utilizează dinamice de blocare promovare și retrogradare logica (super/sub-latch). Acest lucru îmbunătățește performanța SQL Server și scalabilitate de urmărire a numărul de achiziționează un blocare şi cât marcă de timp ar trebui să ia să obțină același de blocare, dacă există probleme privind împărțirea de blocare a existat. Apoi, sunt promovat eligibile dispozitivele de blocare (super-blocare) pe baza acestui model. Atunci când există mai multe modificări (inserturi, actualizări, șterge) un Heap sau BTree (HoBT), dispozitivele de blocare asociate HoBT poate fi promovat pentru dispozitivul de blocare super stare. Cu toate acestea, retrogradarea nu apare automat. Se pot citi mai multe despre super/sub-latching în Acest articol.

Dacă aceste HoBTs sunt deallocated mai târziu, HoBT eliberat merge înapoi la o memorie cache globală pentru reutilizare. Atunci când este reutilizată acel HOBT, reutilizează anterior promovat de blocare, chiar și atunci când nu există nici o probleme privind împărțirea pe HoBT. Aceasta adaugă supraîncărcarea CPU. Acest comportament creşte privilegiate (kernel) modul de utilizare a CPU de SQL Server până când serverul este repornit. Această creștere adaugă, de obicei, nu mai mult de câteva microsecunde cu fiecăreia. Este posibil să vedeți un volum mare de PAGELATCH_ * așteaptă din cauza acestor extins super-dispozitivele de blocare pe HoBTs.
Stare
Microsoft a confirmat că aceasta este o problemă cu produsele Microsoft enumerate în secţiunea „Se aplică la".

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3162589 - Ultima examinare: 10/05/2016 21:25:00 - Revizie: 4.0

Microsoft SQL Server 2014 Service Pack 1, Microsoft SQL Server 2012 Service Pack 3, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2016 Developer, Microsoft SQL Server 2016 Enterprise, Microsoft SQL Server 2016 Enterprise Core, Microsoft SQL Server 2016 Express, Microsoft SQL Server 2016 Standard

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3162589 KbMtro
Feedback