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-Editionund 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 2012 | ja | nein | nein | nein |
| Windows Server 2012 R2 | ja | ja | nein | ja |
| Windows Server 2016 | – | ja | ja | ja |
| Windows Server 2019 | – | – | ja | ja |
| 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änkung | Bedeutung 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
- Vollständiges Backup oder VM-Snapshot. Nicht verhandelbar. Bei virtuellen Maschinen zusätzlich einen Prüfpunkt anlegen.
- Ausgangslage dokumentieren. Version und Edition über
winverundDISM /Online /Get-CurrentEditionermitteln, Rollen überGet-WindowsFeaturesichern, IP-Konfiguration und Freigaben exportieren. - Alle Updates einspielen und den Server neu starten, damit keine ausstehenden Neustarts das Setup blockieren.
- Speicherplatz prüfen. Auf der Systempartition sollten mindestens 32 GB frei sein, besser mehr.
- Virenschutz und Agents entfernen. Antivirus, Backup- und Monitoring-Agents sind die häufigste Ursache abgebrochener Upgrades. Deinstallieren statt nur deaktivieren.
- Treiber und Firmware aktualisieren, insbesondere Storage-Controller und Netzwerkkarten.
- Datenträger kontrollieren: richtige Edition, richtige Sprache, 64 Bit, keine Evaluierungsversion, passende Installationsvariante (Core oder Desktopdarstellung).
- Wartungsfenster einplanen. Rechnen Sie je nach Hardware und Datenbestand mit ein bis drei Stunden Ausfallzeit.
Schritt für Schritt: das Upgrade
- Medium einbinden. ISO mounten oder DVD einlegen, anschließend
setup.exemit Administratorrechten starten. - 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.
- Produktschlüssel eingeben. Hier kommt der Key des SB-Datenträgers zum Einsatz.
- Edition wählen. Die Auswahl muss zur installierten Edition passen, also Datacenter mit Desktopdarstellung, wenn das Ausgangssystem Datacenter mit Desktopdarstellung war.
- Lizenzbedingungen bestätigen.
- „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.
- Kompatibilitätsbericht lesen. Das Setup listet blockierende Software und Rollen auf. Diese Meldungen sind ernst zu nehmen und vor dem Fortfahren abzuarbeiten.
- 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
- Aktivierung prüfen und bei Bedarf nachholen:
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX slmgr /ato slmgr /xpr - Rollen und Dienste kontrollieren. Ereignisanzeige auf Fehler durchsehen, Dienste mit Starttyp „Automatisch“ auf tatsächlichen Status prüfen.
- Treiber nachziehen. Nach dem Versionswechsel ersetzt Windows einzelne Treiber durch generische Varianten – Herstellerpakete erneut installieren.
- Windows Update vollständig durchlaufen lassen.
- Virenschutz, Backup- und Monitoring-Agents neu installieren und den ersten Sicherungslauf verifizieren.
- 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
| Ursache | Lösung |
|---|---|
| Sprache von Medium und System weichen ab | Medium in der Systemsprache beschaffen |
| Evaluierungsmedium im Einsatz | SB-, Retail- oder Volumenlizenzmedium verwenden |
| Edition passt nicht | Zieledition muss gleich oder höher sein, Datacenter bleibt Datacenter |
| Core gegen Desktopdarstellung | Installationsvariante des Mediums an das System anpassen |
| Upgrade-Pfad nicht unterstützt | Zwischenschritt über eine ältere Zielversion einplanen |
| Ausstehender Neustart oder blockierende Software | Neu 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.
















