Windows Installer-Dienst startet nicht: Fehler 1719 beheben

Lässt sich keine Software mehr installieren und Windows meldet »Auf den Windows Installer-Dienst konnte nicht zugegriffen werden« (häufig als Fehler 1719), ist der zuständige Systemdienst gestoppt, deaktiviert oder falsch registriert. Microsoft führt den Code in seiner Fehlermeldungsliste wörtlich als »Windows Installer service could not be accessed. Contact your support personnel to verify that it is properly registered and enabled«. Meistens genügt es, den Dienst »Windows Installer« (intern msiserver) in services.msc auf den Starttyp »Manuell« zu setzen und zu starten. Hilft das nicht, reparierst du das Komponentenabbild mit DISM, danach die Systemdateien mit sfc — in dieser Reihenfolge.

Ist das wirklich dein Problem? Das Fehlerbild richtig einordnen

Der typische Auslöser zeigt sich beim Doppelklick auf eine .msi-Datei oder beim Start eines Setups: Die Installation bricht sofort ab und meldet, dass der Windows Installer-Dienst nicht erreichbar sei. Der Windows Installer ist die Komponente, die .msi-Installationspakete entpackt, einträgt und wieder entfernt. Steht er still, schlägt jede paketbasierte Installation fehl — Programme, die ihr eigenes Setup mitbringen (oft .exe), können trotzdem laufen.

Grenze das Problem ab, bevor du tiefer eingreifst:

• Tritt der Fehler bei jeder Installation auf oder nur bei einem Programm? Nur bei einem → die Ursache liegt eher beim Paket, nicht am Dienst.
• Hast du den PC im abgesicherten Modus gestartet? Dort läuft der Windows Installer absichtlich nicht — Microsoft hat dafür sogar einen eigenen Rückgabewert, ERROR_INSTALL_SERVICE_SAFEBOOT (1652): »Windows Installer isn’t accessible when the computer is in Safe Mode«. Normal booten und erneut versuchen.
• Bist du mit einem Administratorkonto angemeldet? Ohne Adminrechte verweigert der Dienst die Arbeit.
• Läuft parallel noch ein anderes Setup oder ein Windows-Update? Dann hält der Mutex _MSIExecute die zweite Installation an, und du bekommst 1618 statt 1719.

Die Codes, die im selben Zusammenhang auftauchen, meinen sehr Unterschiedliches. Diese Tabelle spart dir das Raten — die Bezeichnungen stammen aus Microsofts Referenz der Msiexec-Rückgabewerte:

Code	Bezeichnung	Was wirklich dahintersteckt
1601	ERROR_INSTALL_SERVICE_FAILURE	Dienst nicht erreichbar oder nicht sauber registriert — dieselbe Familie wie 1719.
1618	ERROR_INSTALL_ALREADY_RUNNING	Eine andere Installation läuft bereits. Warten, nicht am Dienst schrauben.
1625	ERROR_INSTALL_PACKAGE_REJECTED	Systemrichtlinie verbietet die Installation (typisch auf Firmengeräten).
1631	ERROR_CREATE_FAILED	»The Windows Installer service failed to start« — der Dienst existiert, startet aber nicht.
1632	ERROR_INSTALL_TEMP_UNWRITABLE	Der Temp-Ordner ist voll oder nicht beschreibbar.
1652	ERROR_INSTALL_SERVICE_SAFEBOOT	Abgesicherter Modus — der Installer ist dort nicht ansprechbar.
3010	ERROR_SUCCESS_REBOOT_REQUIRED	Kein Fehler: Die Installation lief durch, es fehlt nur der Neustart.

Windows Installer-Dienst reaktivieren: Schritt für Schritt

Arbeite die Schritte der Reihe nach ab — der erste löst die Mehrheit der Fälle. Die Pfade und Befehle gelten für Windows 11 und Windows 10 gleichermaßen.

1. Dienst-Status prüfen: Drücke Windows-Taste + R, tippe services.msc und bestätige mit Enter. In der Liste den Eintrag Windows Installer suchen und doppelklicken. Schneller geht es in einer Eingabeaufforderung mit Administratorrechten: sc query msiserver zeigt den aktuellen Zustand in einer Zeile.
2. Starttyp korrigieren: Steht der Starttyp auf »Deaktiviert«, stelle ihn auf Manuell um und klicke »Übernehmen«. »Manuell« ist hier der Normalzustand: Der Dienst startet nur bei Bedarf. Auf der Kommandozeile heißt dieser Zustand demand — sc config msiserver start= demand. Das Leerzeichen nach start= ist Pflicht, ohne schlägt der Befehl laut Microsofts sc.exe-Referenz fehl.
3. Dienst starten: Klicke im selben Fenster auf »Starten«, oder nutze net start msiserver. Danach die Installation erneut versuchen. Bleibt der Start mit einer Fehlermeldung hängen, notiere die Ereignis-ID aus dem Systemprotokoll: 7000 und 7009 stehen für Startfehler und Zeitüberschreitung, 7031 und 7034 für einen unerwartet beendeten Dienst.
4. Temp-Ordner prüfen: Tippe %temp% ins Suchfeld und sieh nach, ob der Ordner existiert und beschreibbar ist. Ein volles oder gesperrtes Temp-Verzeichnis quittiert der Installer mit 1632 — ein Fehlerbild, das schnell nach »kaputtem Dienst« aussieht.
5. Installer-Engine neu registrieren (nur als Versuch): Die im Netz kursierende Befehlsfolge msiexec /unregister und msiexec /regserver steht in Microsofts Schalterliste für msiexec.exe gar nicht — dort sind /i, /x, /f, /a, /j, /L, /p, /q, /y und /z dokumentiert, in der neueren Standard-Installer-Referenz /package, /uninstall, /update, /log, /quiet, /passive und /norestart. Seit Windows Vista verwaltet das Betriebssystem seine Dienste über Component-Based Servicing; die Neu-Registrierung schadet nicht, ist aber kein dokumentierter Fix und sollte nie der erste Schritt sein.
6. Systemdateien reparieren — DISM zuerst: Bleibt der Fehler, öffne die Eingabeaufforderung als Administrator und führe aus:
   DISM.exe /Online /Cleanup-Image /RestoreHealth
   und erst danach
   sfc /scannow
   Diese Reihenfolge nennt Microsoft in KB 947821 (Stand 12. Februar 2026) ausdrücklich so. Der Grund: sfc holt seine Ersatzdateien aus dem Komponentenspeicher, den DISM vorher repariert. Jeder Durchlauf dauert einige Minuten; das Protokoll liegt anschließend unter %windir%\Logs\CBS\CBS.log. Hat der PC keine Internetverbindung, brauchst du eine Reparaturquelle: DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:<Pfad> /LimitAccess.

Fehler 1719 mit dem Installationsprotokoll eingrenzen

Wenn der Dienst läuft und die Installation trotzdem abbricht, hört das Raten mit einem Protokoll auf. Zwei belegte Wege gibt es:

• Einmalig pro Paket: msiexec /package "C:\Pfad\Programm.msi" /log "%temp%\msi.log". Der Schalter /log entspricht dem älteren /L* und schreibt Statusmeldungen, Warnungen, alle Fehlermeldungen, Aktionsstarts und Speicherplatz-Hinweise in die Datei. Wichtig: Der Zielordner muss existieren, der Installer legt keine Verzeichnisse an.
• Dauerhaft für jede Installation: Microsoft beschreibt in KB 223300 (Stand 12. Februar 2026) den Registry-Weg: unter HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer einen Zeichenfolgenwert Logging mit den Daten voicewarmupx anlegen. Jeder Buchstabe schaltet einen Protokollmodus frei, v steht für die ausführliche Ausgabe. Die Logdateien landen im Temp-Ordner und beginnen mit Msi. Microsoft warnt im selben Artikel: nur zur Fehlersuche einschalten und danach den Wert wieder löschen, sonst kosten die Protokolle Leistung und Speicherplatz.

Ergänzend lohnt der Blick in die Ereignisanzeige: Der Installer schreibt ins Anwendungsprotokoll unter der Quelle MsiInstaller. Ereignis 1033 hält Produktname, Version und Abschlussstatus fest, 11708 meldet eine fehlgeschlagene Installation, 1004 eine nicht gefundene Komponente. Microsoft dokumentiert dabei eine praktische Regel: Allgemeine Installer-Fehler tauchen im Protokoll mit der Fehlernummer plus 10.000 auf — aus dem Fehler 1707 wird also das Ereignis 11707.

Wenn das nicht hilft: weitere Ursachen

Hält sich der Fehler hartnäckig, kommen meist diese Ursachen infrage:

• Beschädigter Registry-Eintrag des Dienstes: Lege zuerst einen Wiederherstellungspunkt an, bevor du die Registry anfasst. Öffne regedit und navigiere zu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSIServer. Der Wert ImagePath muss auf %systemroot%\system32\msiexec.exe /V zeigen. Ein abweichender oder leerer Eintrag erklärt, warum Windows den Dienst nicht starten kann.
• Eine Richtlinie blockiert den Installer: Unter HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer gibt es den DWORD-Wert DisableMSI. Steht er auf 2, ist der Windows Installer laut Microsofts Richtlinien-Doku für alle Anwendungen abgeschaltet — inklusive Reparaturen und Neuinstallationen; bei 1 sind nur nicht verwaltete Anwendungen gesperrt. Das erzeugt zwar eher 1625 als 1719, wird aber gern verwechselt. Auf einem Firmen- oder Schulgerät ist das kein Defekt, sondern Absicht: Dort entscheidet die IT, nicht die Anleitung.
• Microsoft-Problembehandlung nutzen: Den »Program Install and Uninstall troubleshooter« bietet Microsoft auf seiner Support-Seite zu blockierten Installationen weiterhin zum Download an — allerdings nur auf der Registerkarte für Windows 10. Für Windows 11 verweist dieselbe Seite auf »Reparieren« beziehungsweise »Zurücksetzen« in den App-Einstellungen. Wer das Tool unter Windows 11 nicht findet, sucht also nicht falsch: Es ist dort schlicht nicht mehr der empfohlene Weg.
• Störung durch Malware oder Drittsoftware: Schädlinge legen den Installer-Dienst gezielt lahm, um sich gegen Entfernung zu schützen. Ein vollständiger Scan mit dem Microsoft Defender oder einem zweiten Scanner sowie ein sauberer Neustart (msconfig → »Selektiver Systemstart«) decken solche Konflikte auf.

Warum passiert das überhaupt?

Der Windows Installer ist kein gewöhnliches Programm, sondern ein Systemdienst, den Windows nur bei Bedarf hochfährt. Genau deshalb fällt sein Ausfall lange nicht auf — erst bei der nächsten Installation. Dass »Manuell« der richtige Starttyp ist, bestätigt die Dienste-Referenz von Microsoft: demand beschreibt einen Dienst, der manuell gestartet werden muss, und ist der Standardwert. Ein Dienst auf »Automatisch« wäre hier kein Vorteil, sondern nur ein dauerhaft laufender Prozess ohne Aufgabe.

Typische Auslöser sind ein fehlgeschlagenes oder unterbrochenes Windows-Update, das den Dienst-Eintrag verändert, beschädigte Systemdateien nach einem unsauberen Herunterfahren, oder Eingriffe von »Optimierungs«-Tools, die den Starttyp auf »Deaktiviert« setzen. Dazu kommt die Sperre, die keine Störung ist: Weil zwei Installationen nicht im selben Prozess laufen können, setzt Windows während der Ausführungsphase den Mutex _MSIExecute; jeder weitere Aufruf bekommt so lange 1618 zurück. Wer das Zusammenspiel von Dienst, Registrierung, Richtlinie und .msi-Paketen einmal verstanden hat, erkennt beim nächsten Mal schnell, an welcher Stelle die Kette gerissen ist — und muss nicht jedes Mal die komplette Liste durchgehen.

Quellen

• Microsoft Learn: Windows Installer Error Messages — Wortlaut zu Fehler 1719
• Microsoft Learn: MsiExec.exe and InstMsi.exe error messages — Rückgabewerte 1601, 1618, 1625, 1631, 1632, 1652, 3010
• Microsoft Learn (KB 947821): Windows-Update-Beschädigungen beheben — DISM vor sfc, CBS.log
• Microsoft Learn (KB 223300): Enable Windows Installer logging
• Microsoft Learn: Event Logging (Windows Installer) — MsiInstaller-Ereignisse
• Microsoft Learn: DisableMSI · _MSIExecute Mutex
• Microsoft Support: Probleme beheben, die Installation oder Entfernung von Programmen blockieren

Häufige Fragen

Was bedeutet Fehler 1719 beim Windows Installer?

Microsoft beschreibt 1719 als „Windows Installer service could not be accessed“. Der Dienst msiserver ist dann gestoppt, deaktiviert oder falsch registriert, sodass keine .msi-Installation mehr durchläuft.

Wie starte ich den Windows Installer-Dienst manuell?

Öffne services.msc, doppelklicke auf „Windows Installer“, setze den Starttyp auf „Manuell“ und klicke auf „Starten“. Auf der Kommandozeile: sc config msiserver start= demand und danach net start msiserver.

Kommt zuerst sfc /scannow oder DISM?

Zuerst DISM.exe /Online /Cleanup-Image /RestoreHealth, danach sfc /scannow. So nennt es Microsoft in KB 947821, weil sfc seine Ersatzdateien aus dem Komponentenspeicher zieht, den DISM vorher repariert.

Funktioniert msiexec /regserver unter Windows 11?

Der Schalter steht in keiner der beiden offiziellen msiexec-Referenzen von Microsoft. Er schadet nicht, ist aber kein dokumentierter Fix — prüfe stattdessen Dienststatus, Starttyp, DISM und sfc.

Warum lässt sich im abgesicherten Modus nichts installieren?

Im abgesicherten Modus ist der Installer nicht ansprechbar; Microsoft führt dafür den Rückgabewert 1652 (ERROR_INSTALL_SERVICE_SAFEBOOT). Starte den PC normal, dann läuft der Dienst wieder an.

Wo finde ich ein Protokoll zur fehlgeschlagenen Installation?

Mit msiexec /package „Paket.msi“ /log „%temp%\msi.log“ für einen Einzelfall oder dauerhaft über den Registry-Wert Logging = voicewarmupx unter Policies\Microsoft\Windows\Installer. Die Logs beginnen mit „Msi“ im Temp-Ordner.