MSI vs EXE installers: Which should you deploy?

Wenn ein Anbieter ein MSI, ein EXE oder beides anbietet, hängt die Wahl zwischen MSI- und EXE-Installer davon ab, wie vorhersehbar die Installation ist. Jedes MSI läuft über Windows Installer und verwendet dieselben Silent-Switches, Protokolle und Deinstallationsbefehle, während sich jedes EXE entsprechend dem Tool verhält, mit dem es erstellt wurde. Dieser Unterschied entscheidet darüber, wie viel Recherche eine Bereitstellung erfordert und welchen Intune-App-Typ Sie verwenden können.

Die richtige Wahl erfordert mehr als einen einfachen Vergleich. Viele Erklärungen bleiben bei Definitionen stehen, und einige verbreitete Behauptungen sind falsch – etwa die Vorstellung, dass jede EXE in sich geschlossen ist oder dass nur MSIs in großem Maßstab bereitgestellt werden können. IT-Teams müssen wissen, wie sich jedes Format bei der Bereitstellung tatsächlich verhält.

Sehen wir uns also vor diesem Hintergrund MSI- und EXE-Installer an, schauen wir, wie beide funktionieren, und helfen wir Ihnen dabei, die richtige Wahl für Ihre App-Bereitstellungen zu finden.

Was ist ein MSI-Installer?

Ein MSI ist ein Windows Installer-Paket, das die Logik und Daten enthält, die für die Installation einer Anwendung erforderlich sind. Windows Installer (msiexec.exe) liest das Paket und installiert es auf dem Gerät, wobei alle enthaltenen Befehle und speziellen Anweisungen befolgt werden. Jedes MSI hat einen Produktcode, den Bereitstellungstools verwenden, um zu erkennen, ob es installiert ist, und um es zu deinstallieren.

Jede MSI läuft über dieselbe Engine und verwendet daher dieselben Befehlszeilenoptionen, wie /qn für eine stille Installation ohne Benutzeroberfläche oder /norestart zur Steuerung von Neustarts. Admins können die Installation anpassen, ohne das Paket zu bearbeiten, und zwar über öffentliche Eigenschaften in der Befehlszeile oder über eine Transform-Datei (in Form einer .mst Datei). Eine vollständige Übersicht über Schalter und Exit-Codes finden Sie in unserem Leitfaden zur stillen MSI-Installation.

Bei MSI sind Rollbacks standardmäßig aktiviert. Wenn also eine Installation fehlschlägt, macht Windows Installer alle Änderungen rückgängig. Paketautoren können das Rollback jedoch deaktivieren, und benutzerdefinierte Aktionen werden nur dann zurückgesetzt, wenn der Paketersteller dafür Rollback-Schritte hinzufügt.

Was ist ein EXE-Installer?

Eine EXE ist ein Dateityp, bei dem .exe die Erweiterung für ein Windows-Programm ist. Das Verhalten hängt also von dem Tool ab, mit dem sie erstellt wurde. Es gibt eine Vielzahl gängiger Erstellungstools wie InstallShield, NSIS und Advanced Installer, die jeweils eigene Silent-Schalter, Protokollierung und Neustartverhalten haben. In unserem Leitfaden zur stillen Installation von EXE-Dateien finden Sie die Schalter für jedes davon.

Aufgrund der Vielfalt an EXEs können sie sich unterschiedlich verhalten. Einige installieren Dateien direkt, während andere Wrapper sind, die MSIs enthalten und an den Windows Installer übergeben. Auch wenn es seltsam erscheinen mag, ein MSI in eine EXE einzubinden, kann die EXE so Voraussetzungen prüfen, sie in der richtigen Reihenfolge installieren und einen benutzerdefinierten Setup-Assistenten verwenden.

Während viele glauben, dass jede EXE ein in sich geschlossenes Archiv des Programms ist, zeigen die oben genannten Wrapper-EXEs, dass das nicht immer der Fall ist.

MSI vs. EXE-Installer: die wichtigsten Unterschiede für die Bereitstellung

Was sind also die wichtigsten Unterschiede zwischen MSI- und EXE-Installationsprogrammen? Man kann sie wie folgt aufschlüsseln:

Angesichts dieser Unterschiede ist klar, dass es kein einzelnes Format gibt, das in jeder Situation überlegen ist. Während MSI vorhersehbare, einheitliche Befehle, Protokolle und so weiter bietet, bietet EXE mehr Flexibilität. Im Gegenzug für diese Flexibilität müssen EXE-Installer jedoch recherchiert werden, bevor sie bereitgestellt werden können.

So erkennen Sie, ob sich in einer EXE tatsächlich eine MSI verbirgt

Die heruntergeladene EXE ist möglicherweise nur ein Bereitstellungs-Wrapper mit einer MSI darin. In diesen Fällen können Sie das Verhalten einer MSI oft über durchgereichte Schalter erreichen oder die MSI separat bereitstellen. Es kann ein paar Minuten dauern, festzustellen, ob die EXE eine MSI enthält, aber das kann Ihnen Stunden an Recherche zu Schaltern sparen.

Sie können in wenigen Schritten prüfen, ob eine EXE eine MSI enthält:

• Prüfen Sie die Bereitstellungsdokumentation des Anbieters: Manchmal ist die Antwort ganz klar dort beschrieben. Anbieter, die die Bereitstellung in Unternehmen unterstützen, veröffentlichen oft ein MSI oder dokumentieren msiexec-Optionen für ihre EXE, sodass sich das leicht finden lässt.

• Führen Sie die EXE über eine Eingabeaufforderung mit /? aus: Dadurch wird die Hilfeausgabe angezeigt, die oft das Tool nennt, mit dem sie erstellt wurde. InstallShield Basic MSI-Setups leiten msiexec-Optionen über /v weiter (zum Beispiel setup.exe /s /v"/qn"), und Advanced Installer-EXEs akzeptieren /exenoui, gefolgt von msiexec-Schaltern.

• Schlagen Sie das WinGet-Manifest der App nach: Jeder Installereintrag in WinGet erfasst einen InstallerType, zum Beispiel msi, burn, inno oder nullsoft. Wenn es sich um einen burn-Eintrag handelt, bedeutet das, dass es ein WiX-Bundle ist, das Pakete verkettet und möglicherweise ein MSI verwendet. Inno- und Nullsoft-Einträge hingegen verwenden Windows Installer nicht.

• Öffnen Sie die EXE mit einem Archivierungs-Tool: Viele Wrapper-EXEs können mit Tools wie 7-Zip geöffnet werden, sodass Sie die .msi Datei darin sehen können.

Wenn sich eine MSI in der EXE befindet, sollten Sie sich an die Dokumentation des Anbieters und die Pass-Through-Schalter halten, anstatt die MSI selbst zu extrahieren. Das Extrahieren der MSI kann dazu führen, dass Sie Voraussetzungen oder Einstellungen überspringen, die der Wrapper enthält. Daher ist es immer wichtig, vor der Bereitstellung zu testen.

Wie MSI- und EXE-Installer über Microsoft Intune bereitgestellt werden

Wenn Sie Microsoft Intune zum Bereitstellen einer App verwenden, unterscheiden sich MSI- und EXE-Installer in der Vorgehensweise. Beachten Sie, dass Intune keine interaktiven Installationen unterstützt. Daher sollten Sie unabhängig vom verwendeten Format sicherstellen, dass es still ausgeführt werden kann.

Bereitstellung einer MSI-Datei

Wenn Sie ein MSI bereitstellen, haben Sie zwei Optionen: Mit einer Windows line-of-business (LOB) app können Sie die App direkt verwenden, aber nur ein Befehlszeilenargument nutzen, während Sie mit der Win32-App-Verwaltung weitere Argumente hinzufügen können. Win32-Apps verpacken das MSI in eine .intunewin-Datei Datei mit dem Microsoft Win32 Content Prep Tool. Diese liest wiederum die Details der MSI für Intune aus und kann anhand ihres Produktcodes erkannt werden.

Seien Sie vorsichtig, wenn Sie beides kombinieren. Das Kombinieren von LOB- und Win32-App-Installationen während der Windows Autopilot-Registrierung kann fehlschlagen, da beide gleichzeitig den Dienst Trusted Installer verwenden (die Autopilot-Gerätevorbereitung unterstützt das Mischen). Aus diesem Grund empfiehlt Microsoft, ausschließlich den Win32-App-Typ in Betracht zu ziehen, insbesondere bei Installationsprogrammen mit mehreren Dateien.

Bereitstellung einer EXE

EXE-Installer werden nicht als Line-of-Business-Apps akzeptiert, daher wird jede EXE als Win32-App hinzugefügt. Das Installationsprogramm wird in eine .intunewin- Datei verpackt, und Sie geben dann den Befehl für die stille Installation, den Deinstallationsbefehl und die Erkennungsregel ein, wenn Sie die App in Intune hinzufügen. Beachten Sie, dass es keinen Produktcode zur Erkennung gibt. Sie müssen also eine Erkennungsregel für Datei, Registrierung oder Skript verwenden.

Auch EXEs geben andere Codes zurück, wenn ein Neustart erforderlich ist. Behalten Sie das also im Hinterkopf, wenn Sie Rückgabecodes festlegen. Beispielsweise gibt Inno Setup 0 zurück, unabhängig davon, ob ein Neustart erforderlich ist, es sei denn, Sie setzen /RESTARTEXITCODE.

MSI oder EXE: Was sollten Sie bereitstellen?

Angesichts der Unterschiede zwischen MSI- und EXE-Installationsprogrammen fragen Sie sich vielleicht, welche Option für Sie am besten geeignet ist. Die Antwort hängt zwar von den Optionen des jeweiligen Anbieters ab, doch bei der Bewertung Ihrer Möglichkeiten können Sie diese wichtigsten Punkte im Hinterkopf behalten:

• Der Anbieter bietet beides an: Wenn sowohl MSI als auch EXE verfügbar sind, beginnen Sie mit dem MSI. Dadurch erhalten Sie die standardmäßigen Silent-Schalter, ein ausführliches Protokoll und einen Produktcode für Deinstallation und Erkennung, ohne dass umfangreiche Recherchen erforderlich sind.

• Der Anbieter empfiehlt die EXE: Wenn der Anbieter empfiehlt, die EXE zu verwenden, bedeutet das in der Regel, dass sie Voraussetzungen oder Komponenten installiert, die das MSI allein nicht enthält. Prüfen Sie jedoch unbedingt, ob sie msiexec-Optionen durchreicht, damit Sie die Kontrolle im MSI-Stil beibehalten können.

• Es ist nur eine EXE verfügbar: Wenn nur eine EXE verfügbar ist, sollten Sie zunächst das Tool identifizieren, mit dem sie erstellt wurde, und dessen Silent-Switches herausfinden.

• Die EXE hat keine Silent-Option: Optionen für die unbeaufsichtigte Installation sind wichtig. Wenn die EXE also keine solche Option hat, fragen Sie den Anbieter zuerst nach einer MSI-Version. Falls das nicht möglich ist, können Sie die EXE neu paketieren, indem Sie die Änderungen des Installationsprogramms in einem neuen Paket erfassen, obwohl neu paketierte Installer über Updates hinweg schwieriger zu pflegen sind. Erfahren Sie mehr unter Was ist Anwendungspaketierung.

• Sie stellen die Bereitstellung mit Intune bereit: Denken Sie daran, dass ein MSI nur dann als LOB-App verwendet werden kann, wenn ein Befehlszeilenargument alles abdeckt, was Sie benötigen. Wenn Sie mehr als das benötigen, sollten Sie für beide Formate Win32 verwenden.

Egal, wofür Sie sich entscheiden: Vergessen Sie nicht, alles zu testen, bevor Sie die Anwendung auf Geräten ausrollen. Dazu gehören Installation, Erkennung, Deinstallation und Exit-Codes, die Sie auf einem sauberen Gerät testen und für jede neue Version wiederholen sollten.

Warum jeder Installer weiterhin Paketierungsaufwand erfordert

Unabhängig davon, ob Sie einen EXE- oder MSI-Installer verwenden, müssen Sie vor der Bereitstellung noch einige Schritte durchführen. Obwohl MSIs Rechercheaufwand sparen, müssen für jede App dennoch der Installationsbefehl bestätigt, Erkennungsregeln festgelegt, Tests durchgeführt, die Paketierung vorgenommen und weitere Schritte erledigt werden. Und wenn dann eine neue Version der App erscheint, beginnt der Prozess von vorn.

Zum Glück können die richtigen Tools diese Arbeit automatisieren und IT-Teams so Zeit und Energie sparen, die sonst für monotone manuelle Paketierung aufgewendet würden. Damit kommen wir zu Splashtop Agentic Packr, einem KI-gestützten Tool für die Anwendungs-Paketierung, das Teams dabei hilft, Anwendungen mit stärkerer Governance und weniger manuellem Aufwand zu paketieren, zu validieren und bereitzustellen.

Splashtop Agentic Packr kann:

• Analysieren Sie den Installer und erstellen Sie ein PSADT-Paket mit der Installationslogik.

• Erstellen Sie Erkennungsregeln für jede Anwendung.

• Testen Sie jedes Paket auf einer sauberen virtuellen Maschine und führen Sie einen Sicherheitsscan durch – mit einer QA-Scorecard und Protokollen zur Überprüfung –, damit Administratoren die Ergebnisse prüfen können, bevor etwas veröffentlicht wird.

• Erstellen Sie das Intune-Paket und veröffentlichen Sie es in Intune, oder erstellen Sie Bundles für die Bereitstellung mit SCCM oder manuell auf Windows-Geräten.

• Erkennen Sie neue App-Versionen automatisch und erstellen Sie aktualisierte Pakete.

Splashtop AEM (autonomes Endpunktmanagement) bietet zusätzlich eine Möglichkeit, Skripte und Aufgaben auf Ihren Endpunkten auszuführen – zusammen mit den Paketen, die Splashtop Agentic Packr erstellt.

MSI- und EXE-Apps für Intune paketieren – ganz ohne Recherche pro App

Wenn Anbieter sich für MSI- oder EXE-Installer entscheiden, bestimmt diese Entscheidung, wie viel Recherche eine App benötigt, bevor Sie sie installieren können. MSIs erfordern weniger Recherche und bieten mehr Vorhersehbarkeit, während EXE-Installer mehr Flexibilität bieten. Selbst dann benötigt jede App und jedes Update Paketierung und Tests, bevor sie Nutzer sicher erreichen können.

Mit Splashtop Agentic Packr können Sie Installer in getestete Intune-Pakete umwandeln. Agentic Packr automatisiert den App-Paketierungsprozess, einschließlich des Auslesens von Installern, des Erstellens von Erkennungsregeln und des Testens – ganz ohne manuelles Skripting oder Verpackungs-Know-how. Das beschleunigt die Paketierung und sorgt gleichzeitig dafür, dass IT-Teams die Kontrolle behalten.

Möchten Sie mehr über Splashtop Agentic Packr erfahren? Sehen Sie, wie es Ihnen schon heute dabei helfen kann, Apps und Updates sicher bereitzustellen.