Не применимые ЦС SQL Server перечислены в службах WSUS, MU или ConfMgr.

Эта статья поможет устранить проблему, возникающую при использовании WSUS, Центра обновления Майкрософт (MU) или обновлений программного обеспечения Microsoft System Center Configuration Manager для применения обновлений к Microsoft SQL Server.

Исходная версия продукта: SQL Server 2016, SQL Server 2014, SQL Server 2012 Enterprise, SQL Server 2012, SQL Server 2017 в Windows (все выпуски), SQL Server 2014
Исходный номер базы знаний: 4047327

Примечание.

Логика обнаружения обновлений Майкрософт обновляется для новых накопительных выпусков обновлений (CU) и выпусков GDR. Эта статья действительна для следующих выпусков обслуживания:

• Выпуски SQL Server через SQL Server 2014: все выпуски cu
• SQL Server 2016: все выпуски CU для базовых показателей RTM и SP1. Базовые выпуски CU с пакетом обновления 2 (SP2) с накопительным пакетом обновления 13 (CU13)
• SQL Server 2017: выпуски накопительного пакета обновления RTM с накопительным пакетом обновления с пакетом обновления 18 (CU18)
• SQL Server 2019: нет
• Все выпуски системы безопасности до 2020 г.

Сведения об обновлениях логики обнаружения для новых выпусков и будущих выпусков безопасности см. в разделе "Обновления логики обнаружения обновлений Майкрософт" для обслуживания SQL Server.

Симптомы

При использовании служб WSUS, MU или System Center Configuration Manager Software Updates для применения обновлений к SQL Server обратите внимание, что некоторые из перечисленных накопительных обновлений (CU) не применяются к установке SQL Server.

Причина

Обновления SQL Server публикуются в службе обновления. Каналы распространения, такие как встроенная служба автоматического обновления Windows и управление обновлениями программного обеспечения System Configuration Manager, могут проверять обновление обновлений SQL Server.

Каждое обновление SQL Server, указанное в обновлении, содержит список правил применимости, которые оцениваются для определения применимости обновления.

Чтобы накопительный пакет обновления отображался в соответствии с установкой SQL Server, необходимо установить по крайней мере один накопительный пакет обновления на этом базовом уровне обновлений.

Примечание.

Базовые показатели в этом контексте относятся к выпуску RTM или пакета обновления.

Например, рассмотрим сценарий, в котором последний накопительный пакет обновления для SQL Server 2014 с пакетом обновления 2 (SP2) является накопительным обновлением 6 (CU6). В настоящее время последнее обновление, установленное в системе, — SQL Server 2014 с пакетом обновления 2 (SP2). Вы запускаете проверку обновления системы, и вы заметите, что не указаны элементы CUS как применимые. Скачивание и установка SQL Server 2014 с накопительным пакетом обновления 1 (SP2) вручную. Вы снова запускаете проверку обновлений, и теперь вы заметите, что пакет обновления 2 (SP2) с накопительным пакетом обновления 2 (SP2) указан как применимое.

Решение

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

Дополнительная информация

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

Каждый базовый план обслуживания (RTM или пакет обновления) включает две ветви обслуживания:

• Ветвь общего выпуска дистрибутива (GDR), содержащая только исправления безопасности и других критически важных исправлений.

• Ветвь CU, содержащая исправления безопасности и другие критически важные исправления, а также все остальные исправления для базового плана.

В настоящее время логика обнаружения mu создается таким образом, чтобы экземпляры на базовом уровне обслуживания или вдоль ветви GDR предлагались ветвь GDR.

Пользователям необходимо заранее установить по крайней мере один накопительный пакет обновления для выравнивания экземпляра с ветвью CU. Однако после этого невозможно вернуться в ветвь GDR до тех пор, пока базовый план экземпляра не будет сброшен, перейдя к следующему пакету обновления или все ЦС для базовых показателей вручную удаляются. Если все ЦС удалены, это перемещает экземпляр обратно в ветвь GDR или базовые показатели обслуживания.

Эта логика помогает свести к минимуму количество изменений по умолчанию, необходимых в случае обновления безопасности или другого критического обновления. Экземпляры, которые находятся в ветви CU, должны обязательно принимать все обновления в том случае, если для базового плана предоставляется обязательный выпуск безопасности или другой критически важный выпуск. Сюда входят все накопительные изменения, не связанные с безопасностью, для базовых показателей до точки требуемого обновления системы безопасности.

Применяется к

• SQL Server 2017 on Windows (все выпуски)
• SQL Server 2016 Developer
• SQL Server 2016 Enterprise
• SQL Server 2016 Standard
• SQL Server 2016 Web
• Бизнес-аналитика SQL Server 2016
• Разработчик SQL Server 2014
• SQL Server 2014 Enterprise
• SQL Server 2014 Standard
• Веб-сайт SQL Server 2014
• SQL Server 2014 Business Intelligence
• Разработчик SQL Server 2012
• SQL Server 2012 Enterprise
• SQL Server 2012 Standard.
• Веб-сайт SQL Server 2012
• Бизнес-аналитика SQL Server 2012