Updates für die Microsoft Update-Erkennungslogik für die SQL Server-Wartung

Gilt für: SQL Server 2019, SQL Server 2017, SQL Server 2016

In der Vergangenheit haben Wartungsbaselines (RTM oder Service Pack) die folgenden Servicing Branches enthalten:

• Eine VERTEILER-Verzweigung (General Distribution Release, DDR), die nur Sicherheits- und andere kritische Fixes enthält.
• Eine kumulative Update-Verzweigung (CU), die Sicherheits- und andere kritische Fixes sowie alle anderen Fixes für den Basisplan enthält.

Die Microsoft Update(MU)-Erkennungslogik wurde so konstruiert, dass Instanzen an der Wartungsbasislinie oder entlang der DDR-Verzweigung Updates aus der DDR-Verzweigung angeboten werden.

Zuvor mussten Benutzer mindestens ein CU proaktiv installieren, um die Instanz an die CU-Verzweigung für die Wartung über MU auszurichten. Danach konnten Sie jedoch erst wieder in die DDR zurückkehren, wenn eine der folgenden Änderungen vorgenommen wurde:

• Der Basisplan wurde zurückgesetzt, indem er zum nächsten Service Pack wechselt.
• Die Instanz wurde durch Deinstallation aller CUs auf den DDR-Zweig oder den Wartungsbasisplan zurückgesetzt.

Diese Logik wurde eingerichtet, um die Änderungen an der Instanz zu minimieren, wenn ein Sicherheitsupdate oder ein anderes kritisches Update erforderlich war. Instanzen in der CU-Verzweigung müssen alle Updates übernehmen, die für den Basisplan freigegeben werden, wenn eine erforderliche Sicherheit oder eine andere kritische Version angezeigt wird. Dazu gehören alle nicht sicherheitsrelevanten Änderungen bis zum erforderlichen Sicherheitsupdate.

Diese Logik hat jedoch Probleme für Benutzer verursacht, die versucht haben, die Routinewartung großer Instanzen mithilfe von WSUS zu verwalten. Dies liegt daran, dass die MU-Logik nicht verwendet werden konnte, ohne zuerst manuell jeden Client zu aktualisieren, damit er teilnehmen konnte. Um dieses Problem zu umgehen und das Kippen von Instanzen an den CU-Zug ohne explizite Benutzerzustimmung zu vermeiden, wurden die folgenden Änderungen an der MU-Erkennungslogik sowohl für routinebezogene CU-Wartungen als auch für Sicherheitsversionen für die neueren Wartungsversionen von Baselines im Support vorgenommen:

• Kumulative Updates: Die MU-Erkennungslogik ermöglicht jetzt saubere Instanzen, die sich an der Basislinie (RTM oder SP, ohne Wartungsupdates) befinden oder die bereits entlang der CU-Verzweigung aktualisiert wurden, um das Update zu erhalten. Ein CU-Update muss nicht installiert werden, damit eine Instanz das Update angeboten wird. Wenn die Instanz jedoch über ein DDR-Update verfügt, muss die Instanz weiterhin manuell außerhalb der MU aktualisiert werden, um durch die MU-Automatisierung (WSUS) verwaltbar zu werden.
• Sicherheitsversionen (GDRs): Die Logik für Sicherheitsversionen wird nun in die folgenden Kanäle aufgeteilt:
  • Ein Kanal für automatische Updates (Microsoft Update) behält das ältere historische Verhalten bei, das erfordert, dass ein CU auf der Instanz installiert werden muss, damit die CU-Verzweigungsversion der Sicherheitsversion angeboten wird. Dies geschieht, um Instanzen vor dem Empfang aller Updates zu schützen, anstatt nur kritische und sicherheitsrelevante Updates ohne Nachweis, dass sich der Benutzer explizit für den umfassenderen Wartungsmodus anmeldet.
  • Ein WSUS/Katalogkanal , der die neue Erkennungslogik verwendet, mit der die CU-Verzweigungsversion der Sicherheitsversion für eine saubere Basisbasisinstanz angewendet werden kann. Dies ist der Kanal der Version, der Benutzern angezeigt wird, die zur Microsoft Update Catalog-Website wechseln.

Diese neue aktualisierte Erkennungslogik gilt für die folgenden CU- und DDR-Versionen:

• SQL Server 2016 Service Pack 2: CU14 und höher
• SQL Server 2017 RTM: CU19 und höher
• SQL Server 2019 RTM: Alle CUs
• DDR und Sicherheitsfreigaben: Alle ab 2021