Fehler 1722 bedeutet meist, dass das Installationsskript nicht fertig werden konnte, oft weil Dateien gesperrt sind oder eine benutzerdefinierte Aktion fehlgeschlagen ist. Stoppen Sie andere Installationen, schließen Sie die App und wiederholen Sie den Vorgang gegebenenfalls aus einer erhöhten Eingabeaufforderung, wenn der Hersteller das dokumentiert.
Wenn das Produkt halb existiert, kann eine erzwungene Deinstallation die Liste leeren, damit Sie sauber patchen oder neu installieren. Erfassen Sie auf Produktions-PCs immer einen Wiederherstellungspunkt.
Sammeln Sie den MSI-Protokollpfad, den Windows im Fehlerdialog anzeigt; hängen Sie ihn an, wenn Sie ein Ticket beim Softwarehersteller öffnen, damit sichtbar ist, welche benutzerdefinierte Aktion fehlgeschlagen ist.
Aktivieren Sie ausführliche Protokollierung vor dem zweiten Versuch. Aus einer erhöhten Eingabeaufforderung können Sie dasselbe MSI mit /l*v C:\Temp\product.log erneut ausführen (Pfad für Administratoren beschreibbar). Das Ende dieses Protokolls nennt meist die benutzerdefinierte Aktions-DLL oder das Skript, das unmittelbar vor Fehler 1722 einen von Null verschiedenen Code zurückgab.
Prüfen Sie, ob der Windows Installer-Dienst läuft und keine andere Einrichtung mitten im Lauf ist. Gleichzeitige Installationen sind ein häufiger Grund für fehlgeschlagene benutzerdefinierte Aktionen, selbst wenn das MSI selbst in Ordnung ist.
Wenn „Programme hinzufügen/entfernen“ „Reparatur“ anbietet, führen Sie diese einmal aus, bevor Sie „Deinstallieren“ wählen, wenn das Produkt halb kaputt, aber noch teilweise registriert ist. Reparatur kann COM-Server erneut registrieren, die beim Rollback hängen blieben; nutzen Sie erst danach erzwungene Deinstallationstools, wenn der Eintrag sich immer noch nicht leeren lässt.
Suchen Sie nach ausstehenden Dateiumbenennungen: Ein Neustart leert HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations-Einträge, die den DLL-Tausch blockieren. Diesen Neustart zu überspringen, garantiert, dass der nächste Installationsversuch gegen dieselbe Wand läuft.
Wenn Sie eskalieren, nennen Sie OS-Build, Bittigkeit, Rechteebene, Antivirenprodukt und ob der Rechner der Domäne beigetreten ist. Diese fünf Fakten verengen Antworten des Herstellersupport schneller als ein weiterer Screenshot desselben Dialogs.
MSI-Transforms und MST-Dateien sind relevant. Wenn die IT das Produkt mit einem Transform bereitgestellt hat, kann der Deinstallationspfad vom Standard-Hersteller-MSI abweichen. Hängen Sie die ursprüngliche Bereitstellungsbefehlszeile (aus Inventar oder SCCM/Intune) an, damit der Support denselben Transform-Stack nachstellen kann.
Beschädigte Installer-Caches unter C:\Windows\Installer können als 1722 auftauchen, selbst wenn das MSI auf dem Datenträger in Ordnung ist. Lassen Sie den Windows Installer seinen Cache über unterstützte Herstellerschritte reparieren – löschen Sie keine zufälligen .msi-Stubs, die Sie nicht zuordnen können.
Wenn ein Rollback teilweise abgeschlossen ist, vergleichen Sie die ausgewiesene Produktversion in den Deinstallationsschlüsseln der Registry mit der Version auf der Hersteller-Downloadseite. Nicht passende Builds sind ein häufiger Auslöser für benutzerdefinierte Aktionen, die nur einen Zweig anvisieren.
Nach sauberer Entfernung starten Sie eine kurze Gesundheitsprüfung: Installieren Sie die neuesten Redistributables, die die App nennt, neu, starten Sie neu und installieren Sie frisch. Kombinieren Sie das mit der Bereinigung Geister-Installationseinträge, wenn die Systemsteuerung weiterhin mit der Realität uneins ist.