Ознаки
Інсталювавши SQL Server 2014 Service Pack 1 (SP1), SQL Server 2012 SP3 або SQL Server 2016, ви відчуєте повільний продуктивність запитів і підвищення привілейованих (ядро) ПРОЦЕСОРНОГО режиму, доки сервер не буде перезавантажено. Ви також можете побачити високий рівень PAGELATCH_ * очікування.
Спосіб вирішення
Проблему вирішено в таких сукупних поновленнях SQL Server:
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Радимо завантажити та інсталювати найновіші накопичувальне оновлення для сервера SQL Server:
Причина
SQL Server використовує динамічне підвищення якості засувів і логіки зниження (Super/підзасувів). Це покращує продуктивність SQL Server і масштабованість, відстежуючи кількість набуває на засувку, а також про те, скільки часу потрібно, щоб придбати той самий засувка, якщо не існувало жодного фіксатор. Потім на основі цієї моделі підвищуються прийнятні Засувки (супер-прикладання). Якщо у вас багато змін (вставлення/оновлення та видалення) на купі або BTree (Holt), відповідні засувки можуть бути підвищені до супер-стану засувка. Проте зниження не відбувається автоматично. У цій статтіможна дізнатися більше про супер-або під-під-замки. Якщо ці Hogts буде згодом звільнено, то звільнений Holt повертається до глобального кешу для повторного використання. Коли цей Holt повторно використовується, він повторно використовує раніше підвищений фіксатор, навіть якщо на Holt немає жодних розбратів. Це додасть накладні витрати процесора. Ця поведінка збільшує використання процесора в привілейованому (ядрі) ЦП SQL Server, доки сервер не буде перезавантажено. Це збільшення зазвичай додає не більше кількох мікросекунд для кожного виконання. Ви також можете побачити високий рівень PAGELATCH_ * очікування через ці розширені супер-засувки на Hogts.
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
