Fallstricke bei der Paketierung Teil 7: Wie man einen erzwungenen Neustart nach der Installation vermeidet

Es gibt nur wenige Dinge, die frustrierender sind als eine stille Installation, die plötzlich einen erzwungenen Neustart des Systems auslöst, vor allem, wenn Sie Hunderte von Anwendungen aus der Ferne bereitstellen.
Unerwartete Neustarts unterbrechen die Bereitstellungsabläufe, frustrieren die Benutzer und können sogar Ihren Automatisierungsfluss in Intune oder SCCM unterbrechen. Schauen wir uns genauer an, warum dies passiert und wie man es sicher stoppen kann.

Warum das so ist

Ein erzwungener Neustart tritt auf, wenn die Logik des Installationsprogramms das System unmittelbar nach der Installation neu startet, anstatt einen sanften “Neustart erforderlich”-Code zurückzugeben.
Windows selbst löst dieses Verhalten nicht aus – die Logik des Installationsprogramms definiert es.
In MSI-Paketen kommt es oft von Aktionen, die in die Installationssequenz eingebettet sind, oder von benutzerdefinierten Aktionen, die externe Prozesse nach der Installation ausführen.
Bei “Wrapped Installers” (EXE-Bootstrappern) können Hersteller einen Neustart in ihren Arbeitsablauf einbauen, der nach Abschluss des internen MSI-Pakets ausgeführt wird.
In jedem Fall enthält das Installationsprogramm einen Neustart-Befehl, der ausgeführt wird, wenn Sie ihn nicht ausdrücklich unterdrücken oder deaktivieren.

Warum es ein Problem ist

Ein erzwungener Neustart während der Installation kann weitaus mehr Störungen verursachen als ein normaler Neustart.
Wenn ein Setup das System zwangsweise neu startet, unterbricht es alles, was in diesem Moment läuft, einschließlich anderer Bereitstellungen, Benutzersitzungen oder geplanter Wartungsaufgaben.

In Unternehmensumgebungen birgt dieses Verhalten mehrere Risiken:

• Unterbrochene Bereitstellungsketten
  In SCCM, Intune oder anderen Verwaltungssystemen werden bei einem plötzlichen Neustart alle verbleibenden Installationen in der gleichen Reihenfolge beendet, wodurch die Umgebung in einem inkonsistenten Zustand zurückbleibt.
  
• Beschädigte Protokolle und unvollständige Berichte
  Wenn das System mitten im Prozess neu startet, kann es sein, dass die Installationsprotokolle nicht vollständig geschrieben werden und das Verteilungswerkzeug den Status als “fehlgeschlagen” oder “unbekannt” markiert.
  
• Unterbrochene Benutzersitzungen
  Wenn der Neustart auf einem aktiven Endpunkt erfolgt, können geöffnete Anwendungen ohne Speicherung geschlossen werden, was zu einem möglichen Datenverlust führen kann.

Selbst ein einziges Paket mit einem unkontrollierten Neustart kann einen kompletten Bereitstellungszeitplan stören, so dass die Verhinderung erzwungener Neustarts für eine stabile und vorhersehbare Paketierung unerlässlich ist.

So verhindern Sie einen erzwungenen Neustart

Sobald Sie festgestellt haben, dass ein Installationsprogramm einen erzwungenen Neustart durchführt, müssen Sie dieses Verhalten unterdrücken oder entfernen, ohne die Installationslogik zu unterbrechen.
Hier erfahren Sie, wie Sie dies effektiv handhaben:

1. Versuchen Sie, den Neustart mit REBOOT=ReallySuppress
zu unterdrücken. Wenn Sie ein MSI im Stillen installieren, beginnen Sie immer mit:

msiexec /i app.msi /qn REBOOT=ReallySuppress

Diese Eigenschaft weist Windows Installer an, das System nicht automatisch neu zu starten.
Wenn es funktioniert, wird die Installation normal abgeschlossen und gibt den Exit-Code 3010 zurück, was bedeutet, dass ein Neustart erforderlich ist, aber nicht ausgeführt wird, so dass Ihr Bereitstellungstool (SCCM, Intune usw.) dies später erledigen kann.

2. Wenn der Neustart weiterhin auftritt – überprüfen Sie die TabelleCustomAction
Wenn das Hinzufügen von REBOOT=ReallySuppress nicht hilft, wird der Neustart wahrscheinlich durch eine benutzerdefinierte Aktion und nicht durch Windows Installer selbst ausgelöst.
Öffnen Sie das Paket in Orca, InstEd oder einem anderen MSI-Editor und überprüfen Sie die Tabellen CustomAction und InstallExecuteSequence.
Suchen Sie nach externen ausführbaren Dateien oder Skripten, die von benutzerdefinierten Aktionen gestartet werden und einen Neustart verursachen können.

Wenn Sie eine solche Aktion entdecken, deaktivieren oder entfernen Sie sie, vorzugsweise indem Sie eine MST erstellen, anstatt die MSI direkt zu bearbeiten.
So bleibt das Originalpaket intakt und Sie können Ihre Änderungen während der Installation sicher anwenden.

3. Steuerung des Bootstrappers (übergeordnete EXE)
Wenn das Installationsprogramm in eine Bootstrapper-EXE verpackt ist (z. B. InstallShield oder WiX Burn), prüfen Sie die verfügbaren Befehlszeilenparameter oder Konfigurationsdateien.
Viele Optionen unterstützen wie:

/norestart
/suppressreboot
/NOREBOOT

Diese Parameter verhindern, dass der Bootstrapper selbst den Rechner nach der Installation neu startet.

Korrekte Handhabung von Neustarts

Nicht jeder Neustart ist schlecht. Einige Anwendungen erfordern tatsächlich einen Neustart, um die Aktualisierung von Treibern oder Systemkomponenten abzuschließen.
Der Schlüssel liegt in der Kontrolle: Ein Neustart sollte zu Ihren Bedingungen erfolgen, nicht zu denen des Installationsprogramms.
Indem Sie die Logik des Installationsprogramms frühzeitig überprüfen und die richtige Unterdrückung anwenden, stellen Sie sicher, dass die Bereitstellung vorhersehbar und benutzerfreundlich bleibt, ohne unerwartete Unterbrechungen mitten in der Einführung.

In der Apptimized Factory stößt unser Paketierungsteam auf eine Vielzahl von Installationsprogrammen, und gelegentlich kommt es zu erzwungenen Neustarts.
Durch frühzeitiges Erkennen dieser Probleme kann sichergestellt werden, dass jede Bereitstellung reibungslos und ohne unerwartete Neustarts verläuft.