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

Dieser Artikel hilft bei der Behebung von Problemen mit dem langsamen Systemstart oder der langsamen Anmeldung, 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 Probleme mit einem langsamen Systemstart oder einer langsamen Anmeldung 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 Fehler bei der Neukonfiguration status: 0.

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

Das Systemereignisprotokoll zeigt an, dass der Windows Installer-Dienst automatisch gestartet und beendet wird.

Ereignistyp: Information
Ereignisquelle: Dienststeuerungs-Manager
Ereigniskategorie: Keine
Ereignis-ID: 7035
Datum: mmddyyy
Uhrzeit: hh:mm:ss
Benutzer: NT AUTHORITY\SYSTEM
Computer: <ComputerName>
Beschreibung:
Dem 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: mmddyyy
Uhrzeit: hh:mm:ss
Benutzer: Nicht zutreffend
Computer: <ComputerName>
Beschreibung:
Der Windows Installer-Dienst hat den Status "Beendet" erreicht.
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 abfragt Win32_Product, ändern Sie den Filter so, dass 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 "Sauberer Start " verwenden.

Hinweis

Wenn Sie verwendenWin32Reg_AddRemovePrograms, muss system Center Configuration Manager (SCCM)-Client installiert sein. Wenn SCCM nicht installiert ist, verwenden Sie stattdessen die StdRegProv-Klasse.

Weitere Informationen

Win32_product -Klasse ist nicht abfrageoptimiert. Abfragen wie select * from Win32_Product where (name like 'Sniffer%') erfordern, dass WMI den MSI-Anbieter verwendet, um alle installierten Produkte aufzulisten und dann die vollständige Liste sequenziell zu analysieren, um die where Klausel zu behandeln. Dieser Prozess startet auch eine Konsistenzprüfung der installierten Pakete, die die Installation überprüfen und reparieren. Ein Konto mit nur Benutzerberechtigungen kann zu einer Verzögerung des Anwendungsstarts und zu einem Ereignis 11708 führen, das einen Installationsfehler angibt, da das Benutzerkonto möglicherweise keinen Zugriff auf einige Speicherorte hat.

Win32reg_AddRemovePrograms ist eine viel einfachere und effektive Möglichkeit, dies zu tun, wodurch die Aufrufe zur Überprüfung der Resilienz vermieden werden, insbesondere in einer gesperrten Umgebung. Wenn Sie also verwenden Win32reg_AddRemovePrograms, rufen wir nicht auf msiprov.dll auf und initiieren keine Resilienzüberprüfung.