Die 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 installierten Anwendungsabfragen die Win32_Product Klasse abfragt.

Ursprüngliche KB-Nummer: 974524

Symptom

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

Protokollname: Application
Quelle: MsiInstaller
Datum: mmddyyy hh:mm:ss
Ereignis-ID: 1035
Aufgabenkategorie: Keine
Ebene: Information
Schlüsselwörter: Klassisch
Benutzer: SYSTEM
Computer:
Beschreibung:
Windows Installer hat das Produkt neu konfiguriert. Produktname: <ProductName>. Produktversion: <VersionNumber>. Produktsprache: <languageID>. Erfolgs- oder Fehlerstatus der Neukonfiguration: 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: Informationen
Ereignisquelle: Dienststeuerungs-Manager
Ereigniskategorie: Keine
Ereignis-ID: 7035
Datum: mmddyyyy
Uhrzeit: 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: Informationen
Ereignisquelle: Dienststeuerungs-Manager
Ereigniskategorie: Keine
Ereignis-ID: 7036
Datum: mmddyyyy
Uhrzeit: hh:mm:ss
Benutzer: N/V
Computer: <ComputerName>
Beschreibung:
Der Windows Installer-Dienst hat den Status "Beendet" eingegeben.
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 .
• Sie haben eine Anwendung auf dem Computer installiert, auf dem die Klasse abfragen wird Win32_Product .

Lösung

Wenn Sie eine Gruppenrichtlinie mit dem WMIFilter verwenden, der abfragen Win32_Productsoll, ändern Sie den zu verwendenden Win32reg_AddRemoveProgramsFilter.

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 " befolgen.

Notiz

Für die Verwendung Win32Reg_AddRemovePrograms muss der 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 ist nicht für Die Abfrage optimiert. Abfragen, z select * from Win32_Product where (name like 'Sniffer%') . B. WMI, um den MSI-Anbieter zum Aufzählen aller installierten Produkte zu verwenden und dann die vollständige Liste sequenziell zu analysieren, um die where Klausel zu verarbeiten. Dieser Vorgang startet auch eine Konsistenzüberprüfung der installierten Pakete, überprüfung und Reparatur der Installation. Ein Konto mit nur Benutzerrechten kann zu einer Verzögerung beim Starten der Anwendung und einem Ereignis 11708 führen, das einen Installationsfehler angibt, da das Benutzerkonto möglicherweise keinen Zugriff auf einige Wenige Standorte hat.

Win32reg_AddRemovePrograms ist eine viel leichtere und effektive Möglichkeit, dies zu tun, was verhindert, dass die Aufrufe eine Resilienzüberprüfung durchführen, insbesondere in einer gesperrten Umgebung. Wenn Sie also verwenden Win32reg_AddRemovePrograms, rufen wir msiprov.dll nicht auf und initiieren keine Resilienzüberprüfung.