IT-Wissen · IT-Wissen
Windows 11 Version 24H2: Welche Geräte vor dem Update-Stichtag geprüft werden müssen
Kurz zusammengefasst: Der Support für Windows 11 Version 24H2 hängt von der eingesetzten Edition ab. Unternehmen sollten deshalb klären, welche Geräte noch 24H2 verwenden, ob sie für ein unterstütztes Zielrelease geeignet sind und ob Fachanwendungen, Treiber sowie Sicherheitsfunktionen den Wechsel mittragen. Eine strukturierte Bestandsaufnahme reduziert Ausfälle und macht sichtbar, wo ein Upgrade, eine Reparatur oder ein Geräteaustausch erforderlich ist.
Nutzen und Einordnung
Windows 11 Version 24H2 ist kein einheitlicher Stichtag für alle Unternehmensgeräte. Entscheidend sind Edition, Supportkanal und der tatsächlich installierte Build. Für kleine Unternehmen und den Mittelstand bedeutet das: Nicht nur nach dem Kaufjahr oder dem Gerätenamen entscheiden, sondern jedes betroffene Gerät anhand von Hardware, Windows-Edition, Anwendungen und Schutzmechanismen bewerten.
Eine Prüfung vor dem Update schafft eine belastbare Reihenfolge. Kritische Arbeitsplätze, gemeinsam genutzte Geräte, mobile Rechner und Systeme mit Spezialsoftware werden früh erkannt. So lässt sich der Wechsel in Wartungsfenster legen, statt ein Funktionsupdate mit einem gleichzeitig auftretenden Treiber- oder Anwendungsproblem zu verbinden.
Edition, Version und Supportstatus erfassen
Microsoft sieht für Windows 11 je nach Edition unterschiedliche Supportzeiträume vor. Home, Pro, Pro Education und Pro for Workstations erhalten grundsätzlich einen kürzeren Wartungszeitraum als Enterprise- und Education-Editionen. Deshalb muss zunächst feststehen, welche Edition auf jedem Gerät installiert ist.
Für die Bestandsaufnahme gehören mindestens Gerätename, Benutzer, Edition, Version, Build, letzter erfolgreicher Updatezeitpunkt und Verschlüsselungsstatus in eine Liste. Die installierte Version kann über die Windows-Systeminformationen oder mit winver geprüft werden. Ein Inventarsystem oder Endpoint-Management kann diese Angaben zentral erfassen; die Werte sollten anschließend stichprobenartig am Gerät kontrolliert werden.
Bei Windows 11 Enterprise LTSC 2024 gelten wiederum eigene Regeln. LTSC ist laut Microsoft für spezialisierte Geräte vorgesehen, etwa für Systeme zur Steuerung medizinischer Geräte oder Geldautomaten. Ein normales Bürogerät sollte daher nicht allein wegen der längeren Wartung in eine LTSC-Strategie eingeordnet werden.
Diese Geräte sollten zuerst geprüft werden
Besonders relevant sind alle Windows-11-Geräte, die noch mit Version 24H2 betrieben werden und eine Edition mit dem näher rückenden Supportende verwenden. Zusätzlich sollten Geräte geprüft werden, bei denen Windows Update wiederholt fehlschlägt, die lange nicht online waren oder deren Speicherplatz knapp ist. Diese Faktoren erhöhen das praktische Risiko eines fehlgeschlagenen Upgrades, unabhängig davon, ob die Hardware grundsätzlich geeignet ist.
Eine zweite Priorität bilden Geräte mit geschäftskritischer oder ungewöhnlicher Software: Warenwirtschaft, Finanz- und Lohnsoftware, VPN-Clients, Dokumentenscanner, Signaturkarten, Druck- und Etikettensysteme sowie Anwendungen mit lokalen Datenbanken. Drittanbieter müssen die Kompatibilität ihrer jeweiligen Version bestätigen. Aus der Tatsache, dass eine Anwendung unter Windows 11 läuft, folgt keine Zusage für jede kommende Version.
Auch Notebooks außerhalb des Firmennetzes gehören in die Prüfung. Sie können Richtlinien, Updates oder Wiederherstellungsinformationen verspätet erhalten. Bei ihnen sind insbesondere Sicherung, BitLocker-Wiederherstellungsschlüssel, Netzteilbetrieb, freier Speicher und eine stabile Verbindung vor dem Wartungsfenster zu kontrollieren.
Hardware und Firmware systematisch bewerten
Die Windows-11-Mindestanforderungen umfassen unter anderem einen kompatiblen 64-Bit-Prozessor mit mindestens 1 GHz und zwei oder mehr Kernen, mindestens 4 GB Arbeitsspeicher, mindestens 64 GB Speicher, UEFI mit Secure-Boot-Fähigkeit und TPM 2.0. Zusätzlich werden eine DirectX-12-kompatible Grafikkarte mit WDDM-2.0-Treiber sowie ein geeignetes Display vorausgesetzt.
Diese Mindestwerte sind Installationsvoraussetzungen, aber keine Leistungszusage für die im Unternehmen eingesetzten Anwendungen. Vor dem Upgrade sollten daher zusätzlich Prozessor- und Gerätemodell, Arbeitsspeicher, Laufwerkszustand, freier Speicher, UEFI- und TPM-Zustand sowie der Stand wichtiger Firmware geprüft werden.
Ein nicht aktiviertes TPM oder Secure Boot kann ein lösbares Konfigurationsproblem sein. Ein nicht unterstützter Prozessor oder ein instabiles Laufwerk kann dagegen gegen ein Upgrade sprechen. Firmwareänderungen gehören in ein geplantes Wartungsfenster und sollten mit einer dokumentierten Rückfallmöglichkeit erfolgen.
Bei virtuellen Maschinen gelten ebenfalls besondere Anforderungen. Microsoft nennt unter anderem Generation 2, mindestens 64 GB Speicher, aktiviertes Secure Boot und ein virtuelles TPM. Bestehende Generation-1-VMs lassen sich nicht direkt auf Windows 11 aktualisieren.
Anwendungen, Treiber und Peripherie testen
Für Standardarbeitsplätze empfiehlt sich ein Pilot mit repräsentativen Rollen: Büroarbeitsplatz, mobiles Gerät, Buchhaltung, Lager oder Produktion, sofern diese Rollen vorhanden sind. Dabei werden Anmeldung, Druck, Scan, VPN, Dateifreigaben, Office-Anwendungen, Browser, Telefonie und externe Monitore praktisch ausgeführt.
Treiber für Drucker, Dockingstations, Grafik, Netzwerk, Audio und Spezialhardware sollten vom Geräte- oder Komponentenhersteller für das Zielrelease freigegeben sein. Bei älteren Peripheriegeräten ist ein Funktionstest wichtiger als eine allgemeine Aussage zur Windows-Kompatibilität. Probleme können sich erst nach dem Neustart, beim Aufwachen aus dem Standby oder beim Wechsel zwischen Firmennetz und Homeoffice zeigen.
Die Windows-Release-Health-Dokumentation führt bekannte Probleme und sogenannte Safeguard Holds auf. Solche Sperren verhindern, dass ein betroffener Rechner über Windows Update auf ein problematisches Release aktualisiert wird. Ein Unternehmen sollte diese Sperre nicht durch manuelle Installationswege umgehen, sondern zuerst den betroffenen Treiber oder die Anwendung klären.
Für jede Pilotgruppe sollte ein kurzer Abnahmekatalog existieren. Ein positives Ergebnis belegt nur, dass die ausgewählten Geschäftsabläufe unter den getesteten Bedingungen funktionieren. Es ist keine Freigabe für jede denkbare Gerätekombination.
Sicherung, Wiederherstellung und Rollout planen
Vor einem breiten Rollout müssen aktuelle Backups oder andere geprüfte Wiederherstellungswege vorhanden sein. Bei verschlüsselten Geräten ist zu verifizieren, dass der Wiederherstellungsschlüssel im vorgesehenen Unternehmenssystem verfügbar ist. Lokale Sonderlösungen, nicht synchronisierte Ordner und Daten auf angeschlossenen Spezialgeräten benötigen eine eigene Sicherungsprüfung.
Der Rollout sollte in Wellen erfolgen. Zuerst kommen Pilotgeräte ohne besondere Abhängigkeiten, danach normale Büroarbeitsplätze und zuletzt Systeme mit erhöhtem Ausfallrisiko. Für jede Welle werden Verantwortlicher, Wartungsfenster, Kommunikationsweg, Abnahmekriterien und Rückfallentscheidung dokumentiert.
Geräte, die die Voraussetzungen nicht erfüllen, werden nicht durch eine inoffizielle Umgehung in den produktiven Betrieb gedrängt. Je nach Ergebnis kommen ein Treiber- oder Firmwareupdate, eine Reparatur, ein Austauschgerät oder eine gesonderte Übergangsplanung infrage.
Nach dem Upgrade gehören Ereignisanzeige, Gerätemanager, Updateverlauf, Verschlüsselungsstatus, Endpoint-Schutz, VPN, Druck und die wichtigsten Fachprozesse in eine Nachkontrolle. Erst danach sollte das Gerät als erledigt markiert werden.
Die praktische Prüfliste
Eine belastbare Prüfliste verbindet technische und organisatorische Informationen. Sie sollte für jedes Gerät mindestens folgende Punkte enthalten:
- Windows-Edition, Version und Build
- Gerätemodell, Prozessor, Arbeitsspeicher und freier Speicher
- UEFI, Secure Boot, TPM 2.0 und Verschlüsselungsstatus
- Updatefehler, letzter Kontakt zum Managementsystem und ausstehende Neustarts
- Zugeordnete Fachanwendungen, Treiber, Drucker, Dockingstations und VPN
- Backup- und Wiederherstellungsstatus einschließlich verfügbarer Schlüssel
- Pilotstatus, Abnahmeergebnis, Rolloutwelle und verantwortliche Person
Beispiel aus der Praxis
Beispiel: Ein mittelständischer Betrieb hat Büroarbeitsplätze, mobile Geräte für den Außendienst und einzelne Rechner für Druck- und Scanprozesse. Die IT inventarisiert zunächst Edition, Version, Build, TPM, Secure Boot, Verschlüsselung und Updatefehler. Danach werden je eine Büro-, Außendienst- und Scan-Konfiguration als Pilot ausgewählt. Der Scan-Arbeitsplatz erhält einen eigenen Funktionstest mit Gerätetreiber und Fachanwendung. Erst wenn Anmeldung, VPN, Drucken, Scannen, Dateizugriff und die geschäftskritischen Programme geprüft sind, wird die nächste Gerätegruppe eingeplant. Ein Rechner mit fehlendem Wiederherstellungsschlüssel oder wiederkehrenden Laufwerksfehlern bleibt aus dem Rollout und wird separat bewertet.
Chancen für Unternehmen
- Eine zentrale Geräteübersicht macht sichtbar, welche Systeme tatsächlich betroffen sind und welche Prüfungen noch fehlen.
- Ein repräsentativer Pilot kann wiederkehrende Probleme mit Treibern, Dockingstations und Fachanwendungen früh sichtbar machen.
- Wellenplanung und dokumentierte Abnahmekriterien erleichtern die Abstimmung mit Beschäftigten und Fachabteilungen.
- Die Prüfung kann genutzt werden, um veraltete Geräte, fehlende Wiederherstellungsinformationen und nicht mehr benötigte Software zu bereinigen.
Grenzen und Prüfpunkte
- Die Windows-Mindestanforderungen ersetzen keinen Praxistest der Unternehmenssoftware und Peripherie.
- Eine allgemeine Herstellerfreigabe beweist nicht die Funktion jeder individuellen Treiber-, VPN- oder Fachanwendungskombination.
- Nicht unterstützte Hardware sollte nicht durch Umgehungen in einen verlässlichen Unternehmensbetrieb überführt werden.
- Ein erfolgreiches Upgrade löst keine fehlenden Backups, unklaren Zuständigkeiten oder ungepflegten Wiederherstellungsschlüssel.
- Ohne vollständiges Inventar bleibt unklar, ob mobile, selten genutzte oder dauerhaft ausgeschaltete Geräte berücksichtigt wurden.
