Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article permet de résoudre les problèmes de démarrage du système lents ou de connexion lentes qui se produisent lorsqu’une stratégie de groupe avec un WMIFilter ou une application installée interroge la Win32_Product
classe.
Numéro de base de connaissances d’origine : 974524
Symptôme
Vous pouvez rencontrer des problèmes de démarrage du système lents ou de connexion lente. En outre, vous pouvez voir l’événement suivant dans le journal des événements d’application :
Log Name: Application
Source : MsiInstaller
Date : mmddyyy hh :mm :ss
ID d’événement : 1035
Catégorie de tâche : None
Niveau : Information
Mots clés : classique
Utilisateur : SYSTÈME
Ordinateur :
Description :
Windows Installer a reconfiguré le produit. Nom du produit : <ProductName>. Version du produit : <Numéro_>version. Langue du produit : <languageID>. Reconfiguration de l’état de réussite ou d’erreur : 0.
Cet événement s’affiche pour chacune des applications installées sur l’ordinateur.
Le journal des événements système indique que le service Windows Installer démarre et s’arrête automatiquement.
Type d’événement : Informations
Source d’événement : Service Control Manager
Catégorie d’événement : Aucune
ID d’événement : 7035
Date : mmddyyyyyy
Heure : hh :mm :ss
Utilisateur : NT AUTHORITY\SYSTEM
Ordinateur : <ComputerName>
Description :
Le service Windows Installer a été correctement envoyé un contrôle de démarrage. Pour plus d’informations, consultez le Centre d’aide et de support à l’adresse <http://go.microsoft.com/fwlink/events.asp
>.
Type d’événement : Informations
Source d’événement : Service Control Manager
Catégorie d’événement : Aucune
ID d’événement : 7036
Date : mmddyyyyyy
Heure : hh :mm :ss
Utilisateur : N/A
Ordinateur : <ComputerName>
Description :
Le service Windows Installer a entré l’état arrêté.
Pour plus d’informations, consultez le Centre d’aide et de support à l’adresse <http://go.microsoft.com/fwlink/events.asp
>.
Cause
Ce problème peut se produire si l’une des conditions suivantes est remplie :
- Vous disposez d’une stratégie de groupe avec un WMIFilter qui interroge
Win32_Product
la classe. - Vous disposez d’une application installée sur l’ordinateur qui interroge
Win32_Product
la classe.
Résolution
Si vous utilisez une stratégie de groupe avec le WMIFilter qui interroge Win32_Product
, modifiez le filtre à utiliser Win32reg_AddRemovePrograms
.
Si vous avez une application qui utilise la classe précédente, contactez le fournisseur pour obtenir une version mise à jour qui n’utilise pas cette classe.
Pour affiner l’application qui provoque le problème, vous pouvez suivre la méthode de résolution des problèmes de démarrage propre.
Note
L’utilisation Win32Reg_AddRemovePrograms
nécessite l’installation du client System Center Configuration Manager (SCCM). Si SCCM n’est pas installé, utilisez plutôt la classe StdRegProv .
Plus d’informations
Win32_product
la classe n’est pas optimisée pour les requêtes. Les requêtes telles que select * from Win32_Product where (name like 'Sniffer%')
WMI doivent utiliser le fournisseur MSI pour énumérer tous les produits installés, puis analyser la liste complète de manière séquentielle pour gérer la where
clause. Ce processus démarre également une vérification de cohérence des packages installés, de vérification et de réparation de l’installation. Un compte disposant uniquement de privilèges utilisateur peut entraîner un retard dans le lancement de l’application et un événement 11708 indiquant un échec d’installation, car le compte d’utilisateur peut ne pas avoir accès à plusieurs emplacements.
Win32reg_AddRemovePrograms
est un moyen beaucoup plus léger et efficace de le faire, ce qui évite les appels à effectuer un contrôle de résilience, en particulier dans un environnement verrouillé. Ainsi, lors de l’utilisation Win32reg_AddRemovePrograms
, nous n’allons pas appeler sur msiprov.dll et ne lancerons pas de vérification de résilience.