Les unités de certification SQL Server non applicables sont répertoriées dans WSUS, MU ou ConfMgr

Cet article vous aide à résoudre le problème qui se produit lorsque vous utilisez WSUS, Microsoft Update (MU) ou Microsoft System Center Configuration Manager mises à jour logicielles pour appliquer des mises à jour à Microsoft SQL Server.

Version du produit d’origine : SQL Server 2016, SQL Server 2014, SQL Server 2012 Enterprise, SQL Server 2012, SQL Server 2017 sur Windows (toutes éditions), SQL Server 2014
Numéro de la base de connaissances d’origine : 4047327

Remarque

La logique de détection de Microsoft Update est mise à jour pour les mises à jour cumulatives (CU) plus récentes et les versions GDR à l’avenir. Cet article est valide pour les versions de maintenance suivantes :

• SQL Server versions jusqu’à SQL Server 2014 : Toutes les versions cu
• SQL Server 2016 : Toutes les versions cu pour les bases de référence RTM et SP1. Versions cu de la base de référence SP2 via CU13
• SQL Server 2017 : versions de cu de la base de référence RTM via CU18
• SQL Server 2019 : Aucun
• Toutes les versions de sécurité jusqu’en 2020

Pour plus d’informations sur les mises à jour de la logique de détection pour les versions cu plus récentes et les versions de sécurité futures, consultez Mises à jour à la logique de détection Microsoft Update pour SQL Server maintenance.

Symptômes

Lorsque vous utilisez WSUS, MU ou System Center Configuration Manager Software Mises à jour pour appliquer des mises à jour à SQL Server, vous remarquez que certaines des mises à jour cumulatives répertoriées ne s’appliquent pas à votre installation SQL Server.

Cause

SQL Server mises à jour sont publiées sur le service De mise à jour. Les canaux de distribution tels que le service de mise à jour automatique intégré windows et system Configuration Manager Software Mises à jour Management peuvent rechercher SQL Server mises à jour.

Chaque mise à jour SQL Server répertoriée dans Update a une liste de règles d’applicabilité qui sont évaluées afin de déterminer si une mise à jour est applicable.

Pour qu’une cu soit affichée comme applicable à une installation SQL Server, au moins une cu doit être installée sur cette base de référence des mises à jour.

Remarque

La ligne de base dans ce contexte fait référence à une version RTM ou Service Pack.

Par exemple, considérez un scénario dans lequel la dernière mise à jour cumulative pour SQL Server 2014 Service Pack 2 (SP2) est Mise à jour cumulative 6 (CU6). Actuellement, la dernière mise à jour installée sur le système est SQL Server 2014 SP2. Vous exécutez une analyse de mise à jour du système et vous remarquez qu’aucune uc n’est répertoriée comme applicable. Vous téléchargez et installez manuellement SQL Server 2014 SP2 Cumulative Update 1. Vous réexécutez l’analyse de mise à jour et vous remarquez maintenant que SQL Server 2014 SP2 Cumulative Update 6 est répertorié comme applicable.

Résolution

Pour résoudre ce problème, téléchargez et installez manuellement toute mise à jour cumulative SQL Server qui s’applique à la build de base. Une fois cette opération effectuée, la dernière mise à jour cumulative publiée dans Update est répertoriée comme applicable.

Plus d’informations

Ce comportement est inhérent au produit. L’administrateur système peut installer une mise à jour cumulative pour déterminer la branche de maintenance que SQL Server devez suivre.

Chaque base de référence de maintenance (RTM ou Service Pack) comprend deux branches de maintenance :

• Une branche de version de distribution générale (GDR) qui contient uniquement des correctifs de sécurité et d’autres correctifs critiques.

• Branche cu qui contient des correctifs de sécurité et d’autres correctifs critiques, ainsi que tous les autres correctifs pour la base de référence.

Actuellement, la logique de détection mu mu est construite de sorte que les instances sur une base de référence de maintenance ou le long de la branche GDR se voient proposer la branche GDR.

Les utilisateurs doivent installer de manière proactive au moins une cu pour aligner les instance sur la branche CU. Toutefois, une fois cette opération effectuée, vous ne pouvez pas revenir à la branche GDR tant que la base de référence instance n’est pas réinitialisée en passant au Service Pack suivant ou que toutes les unités de référence pour la base de référence ne sont pas désinstallées manuellement. Si toutes les unités de configuration sont désinstallées, le instance revient à la branche GDR ou à la base de référence de maintenance.

Cette logique permet de réduire le nombre par défaut de modifications requises en cas de mise à jour de sécurité ou d’une autre mise à jour critique. Les instances qui se trouvent sur la branche CU doivent nécessairement accepter toutes les mises à jour dans le cas où une version de sécurité ou une autre version critique requise est fournie pour la base de référence. Cela inclut toutes les modifications cumulatives non liées à la sécurité pour la base de référence jusqu’au point de la mise à jour de sécurité requise.

S’applique à

• SQL Server 2017 sous Windows (toutes les éditions)
• SQL Server 2016 Developer
• SQL Server 2016 Enterprise
• SQL Server 2016 Standard
• SQL Server 2016 Web
• SQL Server business intelligence 2016
• SQL Server 2014 Developer
• SQL Server 2014 Enterprise
• SQL Server 2014 Standard
• SQL Server 2014 Web
• SQL Server 2014 Business Intelligence
• SQL Server 2012 Developer
• SQL Server 2012 Enterprise
• SQL Server 2012 Standard
• SQL Server 2012 Web
• SQL Server Business Intelligence 2012