In-Place-Upgrade von Windows Server Standard oder Datacenter

In-Place-Upgrade von Windows Server Standard oder Datacenter

Ein in die Jahre gekommener Windows Server 2012 R2 oder 2016 läuft stabil, trägt aber seit Jahren gewachsene Konfiguration, Freigaben, Zertifikate und Anwendungen. Ein Neuaufbau kostet Tage. Das In-Place-Upgrade bietet hier den pragmatischen Weg: Sie installieren die neuere Windows-Server-Version über die bestehende und behalten Rollen, Einstellungen und Daten. Mit einem SB-Datenträger der Zielversion ist das ohne Volumenlizenzvertrag möglich. Dieser Artikel zeigt, welche Pfade Microsoft unterstützt, welche Einschränkungen gelten und wie das Upgrade Schritt für Schritt abläuft.

Was ein In-Place-Upgrade leistet – und was nicht

Beim In-Place-Upgrade (auch Feature-Update oder Versions-Upgrade genannt) startet das Setup der neuen Version aus dem laufenden Betriebssystem heraus und ersetzt es, während Dateien, Einstellungen, Rollen und installierte Programme erhalten bleiben. Davon zu unterscheiden sind zwei andere Vorgänge, die häufig damit verwechselt werden:

  • Editionskonvertierung: Die Umstellung einer Evaluierungsversion auf die Vollversion oder von Standard auf Datacenter erfolgt per DISM /Online /Set-Edition und bleibt innerhalb derselben Version. Ein Versionssprung ist damit nicht möglich.
  • Migration: Hier wird ein neuer Server aufgesetzt und die Rollen werden übertragen. Aufwändiger, aber sauberer – und bei manchen Workloads die einzige unterstützte Option.

Was ein SB-Datenträger ist – und was er nicht ist

SB steht für System Builder. Dabei handelt es sich um den OEM-Vertriebskanal von Microsoft für Systemhäuser und Hardwareintegratoren. Für das Upgrade sind drei Eigenschaften relevant:

  • Keine Hardwarebindung des Mediums. SB-Datenträger sind generische Installationsmedien und lassen sich auf beliebiger Hardware einsetzen. Das unterscheidet sie von ROK-Medien (Reseller Option Kit) der Hersteller HPE, Dell oder Lenovo, die per BIOS-Prüfung nur auf Servern des jeweiligen Herstellers installieren.
  • Vollwertiger Lizenzschlüssel. Der mitgelieferte Key aktiviert die Zielversion regulär – im Gegensatz zu Evaluierungsmedien, die ausschließlich für Neuinstallationen vorgesehen sind und ein In-Place-Upgrade gar nicht erst anbieten.

Unterstützte Upgrade-Pfade

Bis einschließlich Windows Server 2022 lassen sich maximal zwei Versionen auf einmal überspringen. Mit Windows Server 2025 hat Microsoft das auf vier Versionen erweitert: Nicht geclusterte Systeme ab Windows Server 2012 R2 können direkt auf 2025 wechseln.

Ausgangsversion 2016 2019 2022 2025
Windows Server 2012janeinneinnein
Windows Server 2012 R2jajaneinja
Windows Server 2016–jajaja
Windows Server 2019––jaja
Windows Server 2022–––ja

Windows Server 2012 (ohne R2) kommt also nur bis 2016 – von dort aus ist ein zweiter Durchgang nötig. Auch der Weg von 2012 R2 auf 2022 ist nicht freigegeben, wohl aber der direkte Sprung auf 2025. Wer von einem solchen Altsystem kommt, fährt mit dem Ziel 2025 oder mit zwei aufeinanderfolgenden Upgrades.

Diese Einschränkungen sollten Sie vorher kennen

EinschränkungBedeutung in der Praxis
Keine Edition-Herabstufung Datacenter bleibt Datacenter. Der Weg von Standard auf Datacenter ist möglich, der umgekehrte nicht.
Sprache muss übereinstimmen Ein deutsches System braucht ein deutsches Medium. Bei abweichender Sprache bietet das Setup nur noch die Neuinstallation an.
Kein Wechsel zwischen Core und Desktopdarstellung Server Core bleibt Server Core, Desktopdarstellung bleibt Desktopdarstellung.
Keine Evaluierungsmedien Ein Upgrade von einer lizenzierten Installation auf eine Evaluierungsversion ist gesperrt.
Nicht bei Boot from VHD Systeme, die von einer virtuellen Festplatte starten, sind ausgeschlossen.
Nicht bei Windows Storage Server Für diese Editionen existiert kein unterstützter In-Place-Pfad.
Cluster nur über Rolling Upgrade Failovercluster werden knotenweise über das Cluster OS Rolling Upgrade aktualisiert, nicht per einfachem Setup.
Anwendungsseitige Sperren Exchange unterstützt kein In-Place-Upgrade des Betriebssystems. Bei SQL Server, WSUS und Drittanbieter-Software gilt: vorher die Supportmatrix des Herstellers prüfen.
Domain Controller Technisch möglich, Microsoft empfiehlt jedoch einen neuen DC mit anschließender Migration der FSMO-Rollen. Vorab Funktionsebenen von Gesamtstruktur und Domäne prüfen.

Lizenzielle Stolpersteine: Cores und CALs

Wer von Windows Server 2012 R2 kommt, wechselt nicht nur die Version, sondern auch das Lizenzmodell. Seit Windows Server 2016 wird kernbasiert lizenziert: mindestens acht Kerne je Prozessor und mindestens 16 Kerne je Server, bei Datacenter müssen sämtliche physischen Kerne lizenziert sein. Ein Zweisockelsystem mit je 16 Kernen benötigt also 32 Core-Lizenzen – ein Punkt, der bei der Kalkulation gerne untergeht.

Ebenfalls einplanen: Zugriffslizenzen (CALs) müssen der Version des Servers entsprechen oder neuer sein. Ein Upgrade des Servers auf 2025 bei weiterhin eingesetzten 2016er-CALs ist nicht zulässig.

Vorbereitung

  1. Vollständiges Backup oder VM-Snapshot. Nicht verhandelbar. Bei virtuellen Maschinen zusätzlich einen Prüfpunkt anlegen.
  2. Ausgangslage dokumentieren. Version und Edition über winver und DISM /Online /Get-CurrentEdition ermitteln, Rollen über Get-WindowsFeature sichern, IP-Konfiguration und Freigaben exportieren.
  3. Alle Updates einspielen und den Server neu starten, damit keine ausstehenden Neustarts das Setup blockieren.
  4. Speicherplatz prüfen. Auf der Systempartition sollten mindestens 32 GB frei sein, besser mehr.
  5. Virenschutz und Agents entfernen. Antivirus, Backup- und Monitoring-Agents sind die häufigste Ursache abgebrochener Upgrades. Deinstallieren statt nur deaktivieren.
  6. Treiber und Firmware aktualisieren, insbesondere Storage-Controller und Netzwerkkarten.
  7. Datenträger kontrollieren: richtige Edition, richtige Sprache, 64 Bit, keine Evaluierungsversion, passende Installationsvariante (Core oder Desktopdarstellung).
  8. Wartungsfenster einplanen. Rechnen Sie je nach Hardware und Datenbestand mit ein bis drei Stunden Ausfallzeit.

Schritt für Schritt: das Upgrade

  1. Medium einbinden. ISO mounten oder DVD einlegen, anschließend setup.exe mit Administratorrechten starten.
  2. Updates für das Setup. Wählen Sie das Herunterladen von Updates, wenn der Server Internetzugang hat – das reduziert Kompatibilitätsprobleme. Ohne Internetverbindung die Option überspringen.
  3. Produktschlüssel eingeben. Hier kommt der Key des SB-Datenträgers zum Einsatz.
  4. Edition wählen. Die Auswahl muss zur installierten Edition passen, also Datacenter mit Desktopdarstellung, wenn das Ausgangssystem Datacenter mit Desktopdarstellung war.
  5. Lizenzbedingungen bestätigen.
  6. „Dateien, Einstellungen und Apps behalten“ auswählen. Ist diese Option ausgegraut, brechen Sie ab und prüfen die Ursachen im übernächsten Abschnitt. Ein Weitermachen führt zur Neuinstallation.
  7. Kompatibilitätsbericht lesen. Das Setup listet blockierende Software und Rollen auf. Diese Meldungen sind ernst zu nehmen und vor dem Fortfahren abzuarbeiten.
  8. Upgrade starten und nicht unterbrechen. Der Server startet mehrfach neu. Halten Sie Konsolenzugriff über iLO, iDRAC oder die Hyper-V-Konsole bereit, da RDP während der Installationsphasen nicht verfügbar ist.

Nacharbeiten

  1. Aktivierung prüfen und bei Bedarf nachholen:
    slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
    slmgr /ato
    slmgr /xpr
  2. Rollen und Dienste kontrollieren. Ereignisanzeige auf Fehler durchsehen, Dienste mit Starttyp „Automatisch“ auf tatsächlichen Status prüfen.
  3. Treiber nachziehen. Nach dem Versionswechsel ersetzt Windows einzelne Treiber durch generische Varianten – Herstellerpakete erneut installieren.
  4. Windows Update vollständig durchlaufen lassen.
  5. Virenschutz, Backup- und Monitoring-Agents neu installieren und den ersten Sicherungslauf verifizieren.
  6. Nach einigen Tagen stabilen Betriebs den Ordner C:\Windows.old über die Datenträgerbereinigung entfernen und den Snapshot löschen.

Wenn „Apps und Dateien behalten“ nicht auswählbar ist

UrsacheLösung
Sprache von Medium und System weichen abMedium in der Systemsprache beschaffen
Evaluierungsmedium im EinsatzSB-, Retail- oder Volumenlizenzmedium verwenden
Edition passt nichtZieledition muss gleich oder höher sein, Datacenter bleibt Datacenter
Core gegen DesktopdarstellungInstallationsvariante des Mediums an das System anpassen
Upgrade-Pfad nicht unterstütztZwischenschritt über eine ältere Zielversion einplanen
Ausstehender Neustart oder blockierende SoftwareNeu starten, Agents entfernen, Protokolle unter C:\$WINDOWS.~BT\Sources\Panther auswerten

Rollback

Schlägt das Upgrade fehl oder zeigt das System anschließend Probleme, lässt sich über die Wiederherstellungsoptionen zur vorherigen Version zurückkehren, solange C:\Windows.old vorhanden ist. Das Zeitfenster beträgt standardmäßig zehn Tage und lässt sich mit DISM /Online /Get-OSUninstallWindow abfragen. Verlassen Sie sich darauf aber nicht: Backup und Snapshot bleiben der verlässlichere Weg zurück.

Fazit

Mit einem SB-Datenträger der Zielversion ist das In-Place-Upgrade eines Windows Server Datacenter ein beherrschbarer Vorgang – vorausgesetzt, der Pfad ist freigegeben, Edition und Sprache passen und keine Anwendung sperrt. Drei Dinge entscheiden über den Erfolg: ein getestetes Backup, die Entfernung von Virenschutz und Agents vor dem Setup sowie die ehrliche Prüfung, ob die laufenden Workloads das Upgrade tatsächlich unterstützen. Wo Exchange, ein Cluster oder ein Domain Controller im Spiel ist, bleibt die Migration auf ein frisches System die bessere Wahl.