Ereignisprotokollmeldung gibt an, dass der Windows Installer alle installierten Anwendungen neu konfiguriert hat

Dieser Artikel hilft bei der Behebung langsamer Systemstart- oder langsamer Anmeldeprobleme, die auftreten, wenn eine Gruppenrichtlinie mit einem WMIFilter oder einer installierten Anwendung die Win32_Product Klasse abfragt.

Gilt für: Windows 10 - alle Editionen, Windows Server 2012 R2
Ursprüngliche KB-Nummer: 974524

Problembeschreibung

Möglicherweise treten langsame Systemstart- oder langsame Anmeldeprobleme auf. Darüber hinaus wird möglicherweise das folgende Ereignis im Anwendungsereignisprotokoll angezeigt:

Protokollname: Anwendung
Quelle: MsiInstaller
Datum: mmddyyy hh:mm:ss
Ereignis-ID: 1035
Aufgabenkategorie: Keine
Ebene: Informationen
Schlüsselwörter: Klassisch
Benutzer: SYSTEM
Computer:
Beschreibung:
Windows Installer hat das Produkt neu konfiguriert. Produktname: <ProductName>. Produktversion: <VersionNumber>. Produktsprache: <languageID>. Erfolg oder Fehlerstatus der Neukonfiguration: 0.

Dieses Ereignis wird für jede installierte Anwendung auf dem Computer angezeigt.

Im Systemereignisprotokoll wird angezeigt, dass der Windows Installer-Dienst automatisch gestartet und beendet wird.

Ereignistyp: Information
Ereignisquelle: Dienststeuerungs-Manager
Ereigniskategorie: Keine
Ereignis-ID: 7035
Datum: mmddyyyy
Zeit: hh:mm:ss
Benutzer: NT AUTHORITY\SYSTEM
Computer: <ComputerName>
Beschreibung:
Der Windows Installer-Dienst wurde erfolgreich ein Startsteuerelement gesendet. Weitere Informationen finden Sie im Hilfe- und Supportcenter unter <http://go.microsoft.com/fwlink/events.asp>.

Ereignistyp: Information
Ereignisquelle: Dienststeuerungs-Manager
Ereigniskategorie: Keine
Ereignis-ID: 7036
Datum: mmddyyyy
Zeit: hh:mm:ss
Benutzer: NV
Computer: <ComputerName>
Beschreibung:
Der Windows Installer-Dienst trat in den Status "Angehalten" ein.
Weitere Informationen finden Sie im Hilfe- und Supportcenter unter <http://go.microsoft.com/fwlink/events.asp>.

Ursache

Dieses Problem kann auftreten, wenn eine der folgenden Bedingungen zutrifft:

  • Sie verfügen über eine Gruppenrichtlinie mit einem WMIFilter, der die Klasse abfragt Win32_Product .
  • Auf dem Computer, der die Klasse abfragt Win32_Product , ist eine Anwendung installiert.

Lösung

Wenn Sie eine Gruppenrichtlinie mit dem WMIFilter verwenden, der Abfragen abfragt Win32_Product, ändern Sie den Filter so, dass er verwendet wird Win32reg_AddRemovePrograms.

Wenn Sie über eine Anwendung verfügen, die die vorherige Klasse verwendet, wenden Sie sich an den Anbieter, um eine aktualisierte Version zu erhalten, die diese Klasse nicht verwendet.

Um die Anwendung einzugrenzen, die das Problem verursacht, können Sie die Problembehandlungsmethode für den sauberen Start befolgen.

Hinweis

Für die Verwendung Win32Reg_AddRemovePrograms muss System Center Configuration Manager(SCCM)-Client installiert werden. Wenn SCCM nicht installiert ist, verwenden Sie stattdessen die StdRegProv-Klasse .

Weitere Informationen

Win32_product die Klasse nicht abfrageoptimiert ist. Abfragen wie select * from Win32_Product where (name like 'Sniffer%') z. B. die Verwendung des MSI-Anbieters durch WMI zum Aufzählen aller installierten Produkte und anschließendes Sequenzieren der vollständigen Liste zur Verarbeitung der where Klausel. Bei diesem Prozess wird auch eine Konsistenzüberprüfung der installierten Pakete, die Überprüfung und die Reparatur der Installation gestartet. Ein Konto mit nur Benutzerberechtigungen kann zu Verzögerungen beim Starten der Anwendung und zu einem Ereignis 11708 führen, das einen Installationsfehler anzeigt, da das Benutzerkonto möglicherweise nicht auf einige Speicherorte zugreifen kann.

Win32reg_AddRemovePrograms ist eine viel einfachere und effektive Möglichkeit, die aufruft, eine Resilienzüberprüfung auszuführen, insbesondere in einer gesperrten Umgebung. Bei Verwendung Win32reg_AddRemoveProgramsvon " rufen wir also keine msiprov.dll auf und initiieren keine Resilienzüberprüfung.