Nicht anwendbare SQL Server-CUs werden 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.

Originalproduktversion: 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

Notiz

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

• SQL Server-Versionen über SQL Server 2014: Alle CU-Versionen
• SQL Server 2016: Alle CU-Versionen für RTM- und SP1-Basispläne. GRUNDLEGENDE CU-Versionen von SP2 bis CU13
• SQL Server 2017: RTM-Basis-CU-Versionen bis CU18
• SQL Server 2019: Keine
• Alle Sicherheitsversionen bis 2020

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

Problembeschreibung

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

Ursache

SQL Server-Updates werden im Updatedienst veröffentlicht. Verteilungskanäle wie den integrierten Automatischen Updatedienst von Windows und die Softwareupdateverwaltung von System Configuration Manager können Das Update auf SQL Server-Updates überprüfen.

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

Damit ein CU für eine SQL Server-Installation angezeigt werden kann, muss mindestens ein CU auf diesem Basisplan für Updates installiert werden.

Notiz

Baseline in this context refers to an RTM or Service Pack release.

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

Lösung

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

Weitere Informationen

Es handelt sich hierbei um ein beabsichtigtes Verhalten. Der Systemadministrator kann ein CU installieren, um den Servicing Branch zu ermitteln, dem SQL Server folgen soll.

Jede Wartungsbasislinie (RTM oder ein Service Pack) umfasst zwei Servicing Branches:

• Eine VERTEILER-Verzweigung (General Distribution Release, DDR), die nur Sicherheits- und andere kritische Fixes enthält.

• Eine CU-Verzweigung mit Sicherheits- und anderen kritischen Fixes sowie alle anderen Fixes für den Basisplan.

Derzeit wird die MU-Erkennungslogik so konstruiert, dass Instanzen auf einer Wartungsbasis oder entlang der DDR-Verzweigung dem DDR-Zweig angeboten werden.

Benutzer müssen mindestens ein CU proaktiv installieren, um die Instanz an der CU-Verzweigung auszurichten. Nachdem dies erfolgt ist, können Sie jedoch nicht zur DDR-Verzweigung zurückkehren, bis die Instanzbasislinie entweder zurückgesetzt wird, indem Sie zum nächsten Service Pack wechseln oder alle CUs für den Basisplan manuell deinstalliert werden. Wenn alle CUs deinstalliert werden, verschiebt die Instanz zurück in die DDR-Verzweigung oder den Wartungsbasisplan.

Diese Logik trägt dazu bei, die Standardanzahl der Änderungen zu minimieren, die im Falle eines Sicherheits- oder anderen kritischen Updates erforderlich sind. Instanzen, die sich in der CU-Verzweigung befinden, müssen unbedingt alle Updates akzeptieren, wenn eine erforderliche Sicherheits- oder andere kritische Version für den Basisplan bereitgestellt wird. Dies schließt alle kumulativen Nichtsicherheitsänderungen für den Basisplan 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
• 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