Nicht anwendbare SQL Server CUs sind in WSUS, MU oder ConfMgr aufgeführt.

Dieser Artikel hilft Ihnen, das Problem zu beheben, das auftritt, wenn Sie WSUS, Microsoft Update (MU) oder Microsoft System Center Configuration Manager Softwareupdates verwenden, um Updates auf Microsoft SQL Server anzuwenden.

Ursprüngliche Produktversion: SQL Server 2016, SQL Server 2014, SQL Server 2012 Enterprise, SQL Server 2012, SQL Server 2017 unter Windows (alle Editionen), SQL Server 2014
Ursprüngliche KB-Nummer: 4047327

Hinweis

Die Microsoft Update-Erkennungslogik wird für neuere kumulative Updateversionen (CU) und GDR-Versionen in Zukunft aktualisiert. Dieser Artikel gilt für die folgenden Wartungsreleases:

• SQL Server Releases bis SQL Server 2014: Alle CU-Releases
• SQL Server 2016: Alle CU-Releases für RTM- und SP1-Baselines. SP2-Baseline-CU-Releases bis CU13
• SQL Server 2017: RTM-Baseline-CU-Releases bis CU18
• SQL Server 2019: Keine
• Alle Sicherheitsreleases bis 2020

Informationen zu den Updates der Erkennungslogik für neuere CU-Releases und zukünftige Sicherheitsreleases finden Sie unter Updates zur Microsoft Update-Erkennungslogik für SQL Server Wartung.

Symptome

Wenn Sie WSUS, MU oder System Center Configuration Manager Software Updates verwenden, um Updates auf SQL Server anzuwenden, stellen Sie fest, dass einige der aufgelisteten kumulativen Updates (CU) nicht für Ihre SQL Server-Installation gelten.

Ursache

SQL Server Updates werden im Updatedienst veröffentlicht. Verteilungskanäle wie der integrierte Windows-Dienst für automatische Updates und system Configuration Manager Software Updates Management können Update auf SQL Server Updates überprüfen.

Jedes SQL Server Update, das unter Update aufgeführt ist, verfügt über eine Liste von Anwendbarkeitsregeln, die ausgewertet werden, um zu bestimmen, ob ein Update anwendbar ist.

Damit ein CU als für eine SQL Server Installation angezeigt werden kann, muss mindestens ein CU in dieser Updatebaseline installiert sein.

Hinweis

Baseline bezieht sich in diesem Kontext auf ein RTM- oder Service Pack-Release.

Betrachten Sie beispielsweise ein Szenario, in dem das neueste CU für SQL Server 2014 Service Pack 2 (SP2) das kumulative Update 6 (CU6) ist. Derzeit ist das neueste Update, das auf dem System installiert ist, SQL Server 2014 SP2. Sie führen eine Updateüberprüfung des Systems durch, und Sie stellen fest, dass keine CUs als zutreffend aufgeführt sind. Sie laden SQL Server kumulatives Update 2014 SP2 1 manuell herunter und installieren es. Sie führen die Updateüberprüfung erneut aus, und jetzt stellen Sie fest, dass SQL Server kumulatives Update 2014 SP2 als zutreffend aufgeführt ist.

Lösung

Um dieses Problem zu beheben, laden Sie alle SQL Server kumulativen Updates, die für den Baselinebuild gelten, manuell herunter, und installieren Sie sie. Nachdem dies ausgeführt wurde, wird das neueste kumulative Update, das für Update veröffentlicht wird, als zutreffend aufgeführt.

Weitere Informationen

Es handelt sich hierbei um ein beabsichtigtes Verhalten. Der Systemadministrator kann ein CU installieren, um den Wartungsbranch zu bestimmen, dem SQL Server folgen sollen.

Jede Wartungsbaseline (RTM oder ein Service Pack) umfasst zwei Wartungsbranches:

• Ein Gdr-Branch (General Distribution Release), der nur Sicherheits- und andere kritische Korrekturen enthält.

• Ein CU-Branch, der Sicherheits- und andere kritische Fixes sowie alle anderen Fixes für die Baseline enthält.

Derzeit ist die Erkennungslogik für mu so aufgebaut, dass Instanzen auf einer Wartungsbaseline oder entlang des GDR-Branchs der GDR-Branch angeboten werden.

Benutzer müssen proaktiv mindestens ein CU installieren, um die instance am CU-Branch auszurichten. Danach können Sie jedoch nicht mehr zum GDR-Branch zurückkehren, bis die instance Baseline entweder zurückgesetzt wird, indem sie zum nächsten Service Pack wechselt oder alle CUs für die Baseline manuell deinstalliert werden. Wenn alle CUs deinstalliert werden, verschiebt die instance zurück in den GDR-Branch oder die Wartungsbaseline.

Diese Logik trägt dazu bei, die Standardanzahl von Änderungen zu minimieren, die im Falle eines Sicherheitsupdates oder eines anderen kritischen Updates erforderlich sind. Instanzen, die sich im CU-Branch befinden, müssen unbedingt alle Updates akzeptieren, wenn für die Baseline eine erforderliche Sicherheitsversion oder ein anderes kritisches Release bereitgestellt wird. Dies schließt alle kumulativen nicht sicherheitsrelevanten Änderungen für die Baseline bis zum Punkt des erforderlichen Sicherheitsupdates ein.

Gilt für

• SQL Server 2017 unter Windows (alle Editionen)
• SQL Server 2016 Developer
• SQL Server 2016 Enterprise
• SQL Server 2016 Standard
• SQL Server 2016 Web
• Business Intelligence SQL Server 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
• Business Intelligence der SQL Server 2012