Windows Server-Wartungskanäle

  • Artikel
  • 9 Minuten Lesedauer

Bisher waren in Windows Server 2016 und Windows Server 2019 zwei primäre Releasekanäle verfügbar: der Long-Term Servicing Channel und der halbjährlichen Kanal. Der Long-Term Servicing Channel (LTSC) bietet eine längerfristige Option mit Schwerpunkt auf Stabilität, während der halbjährlichen Kanal (SAC) häufigere Releases bereitstellte, damit Kunden schneller von Innovationen profitieren können.

Ab Windows Server 2022 wird ein primärer Releasekanal verfügbar sein, der Long-Term Servicing Channel. Der halbjährige Kanal in früheren Versionen von Windows Server konzentriert sich auf Container und Microservices, und diese Innovation wird mit Azure Stack HCI fortgesetzt.

Long-Term Servicing Channel (LTSC)

Mit dem Long-Term Servicing Channel wird alle zwei bis drei Jahre eine neue Hauptversion von Windows Server veröffentlicht. Benutzer haben Anspruch auf 5 Jahre Mainstreamsupport und 5 Jahre erweiterten Support. Dieser Kanal bietet Systemen eine lange Wartungsoption und funktionale Stabilität und kann mit Installationsoptionen von Server Core oder Server mit Desktopdarstellung installiert werden. Bereitstellungen des LTSC von Windows Server sind nicht von Versionen des halbjährlichen Kanals betroffen. Der Long-Term Servicing Channel erhält weiterhin sicherheitsrelevante und nicht sicherheitsrelevante Updates, jedoch keine neuen Features und Funktionen.

Halbjährlicher Kanal

Der halbjährliche Kanal ermöglichte Kunden, die schnell Neuerungen einführen, von neuen Betriebssystemfunktionen frühzeitig zu profitieren – insbesondere in Containern und Microservices. Jede Version in diesen Kanal wird nach der ersten Veröffentlichung 18 Monate lang unterstützt.

Hinweis

Es wird zukünftig keine Windows Server-Releases im halbjährlichen Kanal mehr geben. Kunden, die den halbjährlichen Kanal verwenden, sollten zu Azure Stack HCI wechseln, mit der gleichen Releasefrequenz und schnellen Innovation mit Features wie Azure Kubernetes Service in Azure Stack HCI. Verwenden Sie alternativ den Long-Term Servicing Channel von Windows Server.

Die meisten der im halbjährlichen Kanal eingeführten Features wurden in der nächsten Long-Term Servicing Channel-Release von Windows Server zusammengefasst. Der halbjährliche Kanal steht Kunden mit Volumenlizenz mit Software Assurance zur Verfügung sowie über den Azure Marketplace oder andere Cloud/Hosting-Dienstanbieter und Treueprogramme wie z.B. Visual Studio-Abonnements.

Hinweis

Die aktuelle Version des Semi-Annual Channel ist Windows Server, Version 20H2. Wenn Sie Server in diesen Kanal übertragen möchten, sollten Sie die Version 20H2 von Windows Server installieren, die im Server Core-Modus oder als Nanoserver in einem Container installiert werden kann. Direkte Upgrades von einer Release aus dem Long-Term Servicing Channel werden nicht unterstützt, da sie sich in verschiedenen Releasekanälen befinden. Dies gilt auch umgekehrt. Sie können nicht vom halbjährlichen Kanal zu einem Long-Term Servicing Channel upgraden oder wechseln, ohne eine Neuinstallation durchzuführen.

Ein Release im halbjährlichen Kanal stellt kein Update dar – es handelt sich vielmehr um das nächste Release von Windows Server im halbjährlichen Kanal. Direkte Upgrades von einem Release im halbjährlichen Kanal auf ein späteres Release im halbjährlichen Kanal sind möglich. Dadurch ist es einfacher, mit der relativ kurzen Releasefolge Schritt zu halten.

In diesem neuen Modell wurden Windows Server-Versionen je nach Jahr und Monat der Veröffentlichung gekennzeichnet: z. B. wird eine Version aus dem 9. Monat im Jahr 2017 (September) als Version 1709 bezeichnet. Im halbjährlichen Kanal wurden zweimal pro Jahr neue Versionen von Windows Server bereitgestellt. Der Supportlebenszyklus für jede Version beträgt 18 Monate. Seit den Releases von Herbst 2020 (20H2) wurde die Identifikation geändert. Anstelle eines Monats wird das Release basierend auf dem Releasezyklus benannt. Beispiel: Version 20H2 für ein Release in der zweiten Hälfte des Jahres 2020.

Wesentliche Unterschiede

In der folgenden Tabelle sind die wichtigsten Unterschiede zwischen den Kanälen zusammengefasst:

Beschreibung Long-Term Servicing Channel (Windows Server 2019) Halbjährlicher Kanal (Windows Server)
Empfohlene Szenarien Dateiserver für allgemeine Zwecke, von Microsoft und nicht von Microsoft stammende Workloads, herkömmliche Apps, Infrastruktur-Rollen, softwaredefinierte Rechenzentren und hyperkonvergente Infrastruktur Anwendungen in Containern, Container-Hosts und Anwendungsszenarien, die von schneller Innovation profitieren
Neue Versionen Alle 2–3 Jahre Alle 6 Monate
Support 5 Jahre grundlegender Support und 5 Jahre erweiterter Support 18 Monate
Editionen Alle verfügbaren Editionen von Windows Server Standard Edition und Datacenter Edition
Wer kann es verwenden? Alle Kunden über alle Kanäle Nur Software Assurance- und Cloud-Kunden
Installationsoptions Server Core und Server mit Desktopdarstellung Server Core für Container-Hosts und Images und Nano Server-Containerimage

Wichtig

Beachten Sie, dass sich der Satz von Rollen und Features in Windows Server SAC (nur als Server Core-Installationsoption verfügbar) von Windows Server LTSC unterscheidet, das mit der Server Core-Installationsoption installiert wurde. Beispiel: Sie können Windows Server SAC nicht als Grundlage für Dienste wie Direkte Speicherplätze verwenden.

Gerätekompatibilität

Sofern nichts Gegenteiliges kommuniziert wird, sind die Mindestanforderungen zum Ausführen der Releases im halbjährlichen Kanal identisch mit denen des neuesten Release von Windows Server im Long-Term Servicing Channel. Die meisten Hardwaretreiber funktionieren auch weiterhin in diesen Versionen.

Wird gewartet

Sowohl die Releases im Long-Term Servicing Channel als auch die im halbjährlichen Kanal werden bis zu den auf den Microsoft-Lebenszyklus-Seiten aufgeführten Terminen mit Sicherheitsupdates und mit nicht sicherheitsrelevanten Updates unterstützt. Der Unterschied liegt in der Dauer der Unterstützung für das Release, wie oben beschrieben.

Wartungstools

Es gibt viele Tools, mit denen IT-Experten Windows Server warten können. Jede Option hat Vor- und Nachteile, die von Funktionen und Steuerung bis hin zu Einfachheit und niedrigem Verwaltungsaufwand reichen. Beispiele für die verfügbaren Wartungstools zur Verwaltung von Wartungsupdates:

  • Windows Update (eigenständig) : Diese Option steht nur für Server zur Verfügung, die mit dem Internet verbunden sind und Windows Update aktiviert haben.
  • Windows Server Update Services (WSUS) bietet umfassende Kontrolle über Updates für Windows Server und Windows Client und ist im Windows Server-Betriebssystem standardmäßig verfügbar. Neben dem Zurückstellen von Updates haben Organisationen auch die Möglichkeit, eine Genehmigungsebene für Updates hinzuzufügen und diese auf bestimmten Computern oder Computergruppen bereitzustellen, sobald sie bereit sind.
  • Microsoft Endpoint Configuration Manager bietet die höchstmögliche Kontrolle über die Wartung. IT-Spezialisten können Updates zurückstellen und genehmigen und verfügen über mehrere Optionen für Bereitstellungszielgruppen und die Verwaltung der Bandbreitenverwendung und Bereitstellungszeiten.

Sie haben sich auf der Grundlage Ihrer Ressourcen, Ihrer Mitarbeiter und Ihrer Erfahrung vermutlich bereits für mindestens eine dieser Optionen entschieden. Sie können das gleiche Verfahren für Releases im halbjährlichen Kanal auch weiterhin verwenden: Wenn Sie beispielsweise bereits Configuration Manager zum Verwalten von Updates verwenden, können Sie damit fortfahren. Ebenso ist die Verwendung von WSUS weiterhin möglich.

Bezug von Releases im halbjährlichen Kanal

Releases im halbjährlichen Kanal sollten als Neuinstallation installiert werden. Es ist möglich, ein direktes Upgrade über ISO von einer SAC auf eine höhere Version zu verwenden.

Aktivieren von Releases im halbjährlichen Kanal

  • Wenn Sie Microsoft Azure verwenden, sollten Releases des halbjährlichen Kanals automatisch aktiviert werden.
  • Wenn Sie dieses Release über das Volume Licensing Service Center oder Visual Studio-Abonnements erhalten haben, können Sie es mithilfe Ihres Windows Server 2019-Customer Specific Volume License Key (CSVLK, auch als KMS-Hostschlüssel bezeichnet) in Verbindung mit Ihrem Key Management System (KMS) aktivieren. Weitere Informationen finden Sie unter KMS-Clientsetupschlüssel.

Hinweis

Zur einfacheren Wartung und Verwaltung der Aktivierung können Sie ADBA (Active Directory-basierte Aktivierung) für Windows Server 2012 oder höher, einschließlich Windows Server SAC, verwenden. Darüber hinaus können Sie Ihre Lizenzen mit VAMT 3.x (Volume Activation Management Tool) verwalten, das Teil des aktuellen ADK ist.

Releases im halbjährlichen Kanal, die mit oder nach Windows Server 2019 veröffentlicht wurden, verwenden den Windows Server 2019-CSVLK. Releases im halbjährlichen Kanal, die vor Windows Server 2019 veröffentlicht wurden, verwenden den Windows Server 2016-CSVLK.

Warum bieten Releases im halbjährlichen Kanal nur die Server Core-Installationsoption?

Einer der wichtigsten Schritte, die wir bei der Planung der einzelnen Releases von Windows Server ausführen, ist die Einbeziehung von Kundenfeedback: Wie nutzen Sie Windows Server? Welche neuen Funktionen haben die größte Auswirkung auf Ihre Windows Server-Bereitstellungen und damit auch auf Ihr Tagesgeschäft? Ihr Feedback zeigt uns, dass die möglichst schnelle und effiziente Bereitstellung von Innovationen ein Hauptanliegen ist. Zugleich haben uns Kunden, die Innovationen besonders schnell einführen, mitgeteilt, dass sie in erster Linie Befehlszeilenskripts mit PowerShell für die Verwaltung ihrer Rechenzentren verwenden und daher nicht unbedingt die Desktop-GUI benötigen, die in der Installation von Windows Server mit Desktopdarstellung verfügbar ist, vor allem, da jetzt das Windows Admin Center für die Remoteverwaltung von Servern erhältlich ist.

Durch die Konzentration auf die Server Core-Installationsoption können wir den Innovationen mehr Ressourcen widmen und zugleich die traditionelle Funktionalität und Anwendungskompatibilität der Windows Server-Plattform beibehalten.

Ab Windows Server, Version 1809, und Windows Server 2019, ist das FOD (Feature bei Bedarf) „Server Core-App-Kompatibilität“ ein optionales Featurepaket, das die App-Kompatibilität für die Windows Server Core-Installationsoption durch Hinzufügen einer Teilmenge von Binärdateien und Paketen von Windows Server mit Desktopdarstellung, erheblich verbessert, ohne dass die Windows Server Desktop Experience-Grafikumgebung hinzugefügt wird.

Was ist mit Nano Server?

Nano Server ist nur als Containerbetriebssystem verfügbar. Weitere Informationen zum Basis-Betriebssystemimage für Container

Feststellen, ob auf einem Server ein LTSC- oder ein SAC-Release ausgeführt wird

Früher wurden Releases im Long-Term Servicing Channel, wie etwa Windows Server 2019, zum gleichen Zeitpunkt wie die neue Version des halbjährlichen Kanals veröffentlicht, beispielsweise wurde Windows Server, Version 1809, zur gleichen Zeit wie Windows Server 2019 veröffentlicht. Dadurch kann die Bestimmung, ob ein Server ein Release des halbjährlichen Kanals ausführt, etwas schwieriger werden. Statt auf die Buildnummer müssen Sie auf den Produktnamen achten: Für Releases im halbjährlichen Kanal werden die Produktnamen „Windows Server Standard“ oder „Windows Server Datacenter“ ohne Versionsnummer verwendet, während Releases im Long-Term Servicing Channel die Versionsnummer enthalten, z. B. „Windows Server 2019 Datacenter“.

Hinweis

Die folgende Anleitung ist nur dazu vorgesehen, die Bestimmung von LTSC und SAC zur allgemeinen Bestandsaufnahme zu erleichtern. Sie ist nicht zur Bestimmung der Anwendungskompatibilität oder zur Darstellung einer bestimmten API-Oberfläche vorgesehen. App-Entwickler sollten andere Anleitungen verwenden, um die Kompatibilität zu gewährleisten, da Komponenten, APIs und Funktionen über die Lebensdauer eines Systems hinzugefügt werden bzw. noch fehlen können. Betriebssystemversion ist ein besserer Ausgangspunkt für Anwendungsentwickler.

Öffnen Sie PowerShell, und verwenden Sie das Cmdlet Get-ItemProperty oder das Cmdlet Get-ComputerInfo, um diese Eigenschaften in der Registrierung zu überprüfen. Zusammen mit der Buildnummer macht diese Angabe LTSC oder SAC durch das Vorhandensein oder Fehlen des Markenjahres (2019) kenntlich (LTSC enthält diese Angabe, SAC nicht). Zusammen mit „ReleaseId“ oder „WindowsVersion“ wird auch der Zeitpunkt des Releases zurückgegeben, d.h. 1809, und die Information, ob es sich bei der Installation um Server Core oder Server mit Desktop-Benutzeroberfläche handelt.

Beispiel für Windows Server 2019 Datacenter Edition (LTSC) mit Desktopdarstellung :

Get-ItemProperty -Path "HKLM:\Software\Microsoft\Windows NT\CurrentVersion" | Select ProductName, ReleaseId, InstallationType, CurrentMajorVersionNumber,CurrentMinorVersionNumber,CurrentBuild

ProductName               : Windows Server 2019 Datacenter
ReleaseId                 : 1809
InstallationType          : Server
CurrentMajorVersionNumber : 10
CurrentMinorVersionNumber : 0
CurrentBuild              : 17763

Beispiel für Windows Server, Version 1809 (SAC), Standard Edition Server Core:

Get-ItemProperty -Path "HKLM:\Software\Microsoft\Windows NT\CurrentVersion" | Select ProductName, ReleaseId, InstallationType, CurrentMajorVersionNumber,CurrentMinorVersionNumber,CurrentBuild

ProductName               : Windows Server Standard
ReleaseId                 : 1809
InstallationType          : Server Core
CurrentMajorVersionNumber : 10
CurrentMinorVersionNumber : 0
CurrentBuild              : 17763

Beispiel für Windows Server 2019 Standard Edition (LTSC) Server Core:

Get-ComputerInfo | Select WindowsProductName, WindowsVersion, WindowsInstallationType, OsServerLevel, OsVersion, OsHardwareAbstractionLayer

WindowsProductName            : Windows Server 2019 Standard
WindowsVersion                : 1809
WindowsInstallationType       : Server Core
OsServerLevel                 : ServerCore
OsVersion                     : 10.0.17763
OsHardwareAbstractionLayer    : 10.0.17763.107

Um abzufragen, ob das neue FOD „Server Core-App-Kompatibilität” auf einem Server vorhanden ist, verwenden Sie das Cmdlet Get-WindowsCapability, und suchen Sie nach:

Name    :     ServerCore.AppCompatibility~~~~0.0.1.0
State   :     Installed