Windows-Image mit Sysprep generalisieren: /generalize, /oobe, /shutdown und das Rearm-Limit

Ziel

Einen installierten und konfigurierten Windows-Server- oder Windows-Client-Rechner in ein generalisiertes Image überführen, das sich gefahrlos auf andere Computer verteilen lässt, und wissen, wo bei einem fehlgeschlagenen Generalisierungslauf nachzusehen ist.

Voraussetzungen

Administratorzugriff auf den Referenzrechner. Auf diesem dürfen keine Microsoft-Store-Apps installiert oder über den Store aktualisiert worden sein: Laut der Sysprep-Dokumentation auf Microsoft Learn führt das Installieren oder Aktualisieren von Microsoft-Store-Apps vor dem Generalisieren dazu, dass Sysprep fehlschlägt ("will cause Sysprep to fail"), weil die aktualisierte App an den angemeldeten Benutzer gebunden wird. Vor dem Ausführen von Sysprep einen Snapshot oder ein Backup des Referenzrechners erstellen – /generalize zerstört den rechnerspezifischen Zustand und lässt sich auf dieser Instanz nicht rückgängig machen.

Schritte

1. Alle Anwendungen schliessen und letzte Konfigurationsänderungen auf dem Referenzrechner vornehmen; Sysprep übernimmt genau den Zustand, der zum Zeitpunkt der Ausführung besteht.
2. In einer Eingabeaufforderung mit erhöhten Rechten C:\Windows\System32\Sysprep\sysprep.exe /generalize /oobe /shutdown /quiet ausführen. Gemäss der Befehlszeilenreferenz von Microsoft entfernt Sysprep mit /generalize alle eindeutigen Systeminformationen ("removes all unique system information"), setzt die SID zurück, löscht die Systemwiederherstellungspunkte und die Ereignisprotokolle. /oobe startet den Computer beim nächsten Booten im OOBE-Modus ("restarts the computer into OOBE mode"); /shutdown fährt den Computer nach Abschluss von Sysprep herunter, sodass er im ausgeschalteten Zustand erfasst werden kann; /quiet unterdrückt Bestätigungsmeldungen und ist unter Server Core zwingend, da Sysprep dort sonst ohne Meldung fehlschlägt. /mode:vm ist nur für eine VHD vorgesehen, die auf derselben VM bzw. demselben Hypervisor erneut bereitgestellt wird.
3. Damit die Phasen specialize und oobeSystem beim ersten Start des erzeugten Images unbeaufsichtigt ablaufen, eine Antwortdatei mit vollständigem Pfad übergeben: sysprep /generalize /oobe /shutdown /unattend:C:\Deploy\unattend.xml. Eine explizit übergebene Datei überschreibt die in %WINDIR%\Panther zwischengespeicherte Antwortdatei.
4. Abwarten, bis der Vorgang abgeschlossen ist und sich der Rechner (mit /shutdown) ausgeschaltet hat, erst dann das Disk-Image erfassen.
5. Einen Klon des erfassten Images starten und prüfen, ob er OOBE erreicht (bzw. das unbeaufsichtigte Setup abschliesst) und eine neue SID erhalten hat: Das Präfix der Computer-SID, das whoami /user für ein lokales Konto anzeigt, muss sich zwischen zwei Klonen unterscheiden.

Erwartetes Ergebnis

Jeder Klon erhält eine eigene SID und erkennt seine Hardware neu. Beim Generalisieren werden die konfigurierten Geräte deinstalliert, Gerätetreiber jedoch laut Microsoft Learn nicht entfernt ("doesn't remove device drivers"); ist PersistAllDeviceInstalls gesetzt, bleiben die Geräte vollständig erhalten. Die Phase generalize läuft während des Sysprep-Laufs selbst; beim ersten Start des Klons führt Windows Setup die Phase specialize und anschliessend oobeSystem aus.

Grenzen und Prüfbasis

Laut Microsoft Learn lässt sich Sysprep bis zu 1001-mal auf einem einzelnen Windows-Image ausführen ("up to 1001 times on a single Windows image"), bevor es neu erstellt werden muss. Dieser Wert gilt für Windows 8.1/Server 2012 und neuer; Windows 7, Server 2008 und 2008 R2 erlauben nur 3 Durchläufe. Die ältere Einstellung SkipRearm für die Aktivierungsuhr ist bei Volumen- oder Retail-Schlüsseln nicht erforderlich. Images aus einer frischen Basis erstellen, nicht durch Generalisieren von Klonen von Klonen. Die Sysprep Process Overview nennt folgende Logs: %WINDIR%\System32\Sysprep\Panther (generalize), %WINDIR%\Panther (specialize) und %WINDIR%\Panther\Unattendgc (unbeaufsichtigte OOBE-Aktionen); setupact.log ist dabei das Hauptlog, setuperr.log enthält die Fehler. Es gibt keinen unterstützten Weg, /generalize auf derselben laufenden Instanz rückgängig zu machen; zur Wiederherstellung muss neu aufgesetzt oder das vor dem Generalisieren erstellte Backup zurückgespielt werden.