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 les mises à jour logicielles de Microsoft System Center Configuration Manager pour appliquer des mises à jour à Microsoft SQL Server.
Version de produit d’origine : SQL Server 2016, SQL Server 2014, SQL Server 2012 Enterprise, SQL Server 2012, SQL Server 2017 sur Windows (toutes les éditions), SQL Server 2014
Numéro de base de connaissances d’origine : 4047327
Note
La logique de détection de Microsoft Update est mise à jour pour les versions plus récentes de mise à jour cumulative (CU) et les versions GDR à l’avenir. Cet article est valide pour les versions de maintenance suivantes :
- Versions de SQL Server via SQL Server 2014 : toutes les versions de cu
- SQL Server 2016 : Toutes les versions de cu pour les bases de référence RTM et SP1. Versions cu de référence SP2 via CU13
- SQL Server 2017 : versions cu de référence RTM via CU18
- SQL Server 2019 : Aucun
- Toutes les versions de sécurité jusqu’à 2020
Pour plus d’informations sur les mises à jour de la logique de détection pour les versions plus récentes de cu et les futures versions de sécurité, consultez Mises à jour de la logique de détection de Microsoft Update pour la maintenance de SQL Server.
Symptômes
Lorsque vous utilisez WSUS, MU ou System Center Configuration Manager Software Updates pour appliquer des mises à jour à SQL Server, vous notez que certaines des mises à jour cumulatives répertoriées (CU) ne s’appliquent pas à votre installation de SQL Server.
Cause
Les mises à jour SQL Server 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 Updates Management peuvent analyser les mises à jour de SQL Server.
Chaque mise à jour SQL Server répertoriée dans Update a une liste de règles d’applicabilité évaluées pour déterminer si une mise à jour est applicable.
Pour qu’une cu s’affiche comme applicable à une installation de SQL Server, au moins une cu doit être installée sur cette base de référence des mises à jour.
Note
La base de référence 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 cu pour SQL Server 2014 Service Pack 2 (SP2) est La 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 notez 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 référence. 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 normal. L’administrateur système peut installer une cu pour déterminer la branche de maintenance que SQL Server doit suivre.
Chaque ligne de base de maintenance (RTM ou service pack) comprend deux branches de maintenance :
Une branche GDR (General Distribution Release) 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 est construite afin que les instances d’une base de référence de maintenance ou le long de la branche GDR soient proposées à la branche GDR.
Les utilisateurs doivent installer de manière proactive au moins une cu pour aligner l’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 de l’instance n’est pas réinitialisée en passant au service Pack suivant ou à toutes les unités de référence pour la base de référence sont désinstallées manuellement. Si toutes les unités de certification sont désinstallées, cette opération 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 sécurité ou d’autres mises à jour critiques. Les instances qui se trouvent sur la branche CU doivent nécessairement accepter toutes les mises à jour si une sécurité requise ou une autre version critique est fournie pour la base de référence. Cela inclut toutes les modifications cumulatives non liées à la sécurité pour la ligne de base 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 2016 Business Intelligence
- 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 2012 Business Intelligence