Применяется к
SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Web - duplicate (do not use) SQL Server 2014 Enterprise Core - duplicate (do not use) SQL Server 2014 Express - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2012 Service Pack 3 SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Enterprise Core SQL Server 2012 Standard SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Express - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use)

Проблемы

После установки SQL Server 2014 с пакетом обновления 1 (SP1), SQL Server 2012 или SQL Server 2016 вы наблюдайте снижение производительности запроса и использование процессора привилегированным режимом (ядро) до тех пор, пока сервер не будет перезагружен. Вы также можете увидеть большой объем PAGELATCH_ * ожиданий.

Решение

Эта проблема исправлена в перечисленных ниже накопительных обновлениях SQL Server.

Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Мы рекомендуем вам загрузить и установить последние накопительные обновления для SQL Server.

Причина

SQL Server использует логику повышения и понижения роли динамической блокировки (супер-подблокировка). Это повышает производительность и масштабируемость SQL Server, отслеживая количество запросов на кратковременную блокировку и время, которое должно занять, чтобы получить ту же защелку, если не существовало никаких конфликтов кратковременных блокировок. Затем подходящие защелки продвигаются (супер-кратковременная блокировка) на основе этой модели. При наличии большого количества изменений (вставок/обновлений/удалений) в куче или BTree (HoBT) кратковременные защелки, связанные с HoBT, могут быть повышены до состояния супер кратковременной блокировки. Однако понижение не происходит автоматически. В этой статьевы можете ознакомиться с дополнительными и дочерними кратковременными блокировками. Если эти HoBTsы позже освобождаются, освобожденное HoBT возвращается в глобальный кэш для повторного использования. При повторном использовании этого HOBT используется уже продвигаемая кратковременная блокировка, даже если в HoBT нет конфликтов. Это добавляет дополнительные ресурсы ЦП. Такое поведение увеличивает использование ЦП привилегированным режимом SQL Server до тех пор, пока сервер не будет перезагружен. Это повышение обычно добавляет в каждое выполнение не более нескольких микросекунд. Вы также можете увидеть большой объем PAGELATCH_ * в ожидании из-за этих расширенных кратковременных блокировок на HoBTs. 

Статус

Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".

Нужна дополнительная помощь?

Нужны дополнительные параметры?

Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.