ANAVEM
Languageen
Windows Event Viewer displaying MSI installer events on a system administrator's monitoring setup
Event ID 1035InformationMsiInstallerWindows

ID d'événement Windows 1035 – MsiInstaller : Reconfiguration du service d'installation Windows

L'ID d'événement 1035 de MsiInstaller indique que le service Windows Installer a reconfiguré un produit installé, généralement lors d'opérations de réparation ou de modifications de fonctionnalités.

Emanuel DE ALMEIDAEmanuel DE ALMEIDA
18 mars 20269 min de lecture 0
Event ID 1035MsiInstaller 5 méthodes 9 min
Référence événement

Signification de cet événement

L'ID d'événement Windows 1035 représente une opération de reconfiguration de produit réussie effectuée par le service Windows Installer. Cet événement est généré lorsque des applications basées sur MSI subissent des opérations de maintenance telles que des ajouts, suppressions ou réparations de fonctionnalités sans nécessiter une réinstallation complète.

Le processus de reconfiguration peut être initié par plusieurs mécanismes : réparations déclenchées par l'utilisateur via Programmes et fonctionnalités, auto-réparation de l'application lorsque des composants manquants sont détectés, modifications de déploiement de logiciels par stratégie de groupe, ou scripts administratifs utilisant des commandes msiexec. L'événement capture des détails essentiels, y compris le nom du produit, la version, le fabricant et l'action de reconfiguration spécifique effectuée.

Dans les environnements d'entreprise, l'ID d'événement 1035 sert de piste d'audit précieuse pour les activités de maintenance logicielle. Les administrateurs système peuvent corréler ces événements avec des tickets de support, des problèmes de performance ou des exigences de conformité de sécurité. Les données de l'événement incluent des horodatages, des contextes utilisateur et des identifiants de produit qui permettent un suivi complet des modifications logicielles à travers l'infrastructure.

Le niveau d'information de l'événement indique un fonctionnement normal, mais des modèles d'événements de reconfiguration fréquents pour le même produit peuvent indiquer des problèmes sous-jacents avec l'application, des fichiers d'installation corrompus ou des problèmes environnementaux affectant la stabilité du logiciel.

S'applique à

Windows 10Windows 11Windows Server 2019/2022/2025
Analyse

Causes possibles

  • Opérations de réparation initiées par l'utilisateur via le Panneau de configuration ou l'application Paramètres
  • Auto-réparation de l'application déclenchée par des fichiers manquants ou corrompus
  • Windows Update installant des correctifs qui modifient les fonctionnalités du produit MSI
  • Modifications du déploiement de logiciels par stratégie de groupe affectant les packages installés
  • Scripts administratifs exécutant des commandes de réparation ou de modification msiexec
  • Opérations de vérification des fichiers système (SFC) déclenchant des réparations de composants
  • Logiciel antivirus mettant en quarantaine des fichiers, provoquant l'auto-réparation des applications
  • Corruption du registre affectant l'enregistrement du produit MSI
Méthodes de résolution

Étapes de dépannage

01

Examiner les détails de l'événement dans le Visualiseur d'événements

Commencez par examiner les détails complets de l'événement pour comprendre quel produit a été reconfiguré et pourquoi.

  1. Ouvrez Observateur d'événements en appuyant sur Win + R, en tapant eventvwr.msc, et en appuyant sur Entrée
  2. Accédez à Journaux WindowsApplication
  3. Filtrez pour l'ID d'événement 1035 en cliquant avec le bouton droit sur ApplicationFiltrer le journal actuel
  4. Entrez 1035 dans le champ ID d'événements et cliquez sur OK
  5. Double-cliquez sur l'événement pour voir des informations détaillées, y compris le nom du produit, la version et le contexte utilisateur
  6. Notez l'horodatage exact et corrélez-le avec les rapports d'utilisateurs ou les changements système

Utilisez PowerShell pour extraire plusieurs événements pour analyse :

Get-WinEvent -FilterHashtable @{LogName='Application'; Id=1035; StartTime=(Get-Date).AddDays(-7)} | Select-Object TimeCreated, Id, LevelDisplayName, Message | Format-Table -Wrap
02

Analyser les journaux d'installation MSI

Activez la journalisation MSI détaillée pour capturer des informations détaillées sur les opérations de reconfiguration.

  1. Ouvrez l'Éditeur du Registre en tant qu'administrateur
  2. Accédez à HKLM\SOFTWARE\Policies\Microsoft\Windows\Installer
  3. Créez une nouvelle valeur DWORD nommée Logging avec la valeur voicewarmupx (si elle n'existe pas)
  4. Créez une valeur de chaîne LoggingPolicy avec la valeur voicewarmupx
  5. Redémarrez le service Windows Installer :
Restart-Service -Name msiserver -Force

Vérifiez le répertoire des journaux MSI pour les journaux de reconfiguration récents :

Get-ChildItem -Path "$env:TEMP" -Filter "MSI*.log" | Sort-Object LastWriteTime -Descending | Select-Object -First 5

Examinez les journaux pour des modèles d'erreurs ou des tentatives de réparation répétées qui pourraient indiquer des problèmes sous-jacents.

03

Interroger la base de données Windows Installer

Utilisez WMI pour interroger les produits installés et leur état actuel afin d'identifier les problèmes potentiels.

# Obtenez tous les produits MSI installés
Get-WmiObject -Class Win32_Product | Where-Object {$_.InstallDate -gt (Get-Date).AddDays(-30).ToString('yyyyMMdd')} | Select-Object Name, Version, InstallDate, InstallState

Pour des informations plus détaillées sur le produit :

# Interroger les détails spécifiques du produit
$ProductCode = "{PRODUCT-GUID-HERE}"
Get-WmiObject -Query "SELECT * FROM Win32_Product WHERE IdentifyingNumber='$ProductCode'" | Format-List *

Vérifiez les produits dans des états incohérents :

# Trouver les produits qui peuvent nécessiter une réparation
Get-WmiObject -Class Win32_Product | Where-Object {$_.InstallState -ne 5} | Select-Object Name, InstallState, @{Name='StateDescription';Expression={switch($_.InstallState){1{'Advertised'};2{'Absent'};3{'Default'};4{'Source'};5{'Local'};default{'Unknown'}}}}

Recoupez ces résultats avec les occurrences de l'ID d'événement 1035 pour identifier les applications problématiques.

04

Surveiller les changements du système de fichiers lors de la reconfiguration

Utilisez Process Monitor pour suivre l'activité du système de fichiers lors des événements de reconfiguration MSI.

  1. Téléchargez et exécutez Process Monitor (ProcMon) depuis Microsoft Sysinternals
  2. Définissez des filtres pour surveiller les processus msiexec.exe
  3. Configurez des filtres supplémentaires pour le répertoire de l'application subissant la reconfiguration
  4. Déclenchez une réparation manuelle de l'application affectée :
# Exemple : Réparer Microsoft Office
msiexec /f {PRODUCT-CODE} /qb

Analysez les journaux ProcMon pour :

  • Les fichiers étant accédés, modifiés ou recréés
  • Les clés de registre mises à jour
  • Les services arrêtés/démarrés
  • Les fichiers temporaires créés pendant le processus

Exportez les résultats de ProcMon et corrélez les horodatages avec les entrées de l'ID d'événement 1035 pour comprendre le flux de travail complet de reconfiguration.

05

Mettre en œuvre la surveillance centralisée des événements MSI

Configurez la surveillance automatisée des événements MSI dans votre environnement en utilisant PowerShell et les tâches planifiées.

Créez un script de surveillance :

# Script de surveillance des événements MSI
$LogName = 'Application'
$EventID = 1035
$Hours = 24

$Events = Get-WinEvent -FilterHashtable @{
    LogName = $LogName
    Id = $EventID
    StartTime = (Get-Date).AddHours(-$Hours)
} -ErrorAction SilentlyContinue

if ($Events) {
    $Report = $Events | ForEach-Object {
        [PSCustomObject]@{
            TimeCreated = $_.TimeCreated
            Computer = $env:COMPUTERNAME
            User = $_.UserId
            Message = $_.Message.Split('`n')[0]
        }
    }
    
    # Exporter en CSV pour analyse
    $Report | Export-Csv -Path "C:\Logs\MSI_Reconfig_$(Get-Date -Format 'yyyyMMdd').csv" -NoTypeInformation -Append
    
    # Envoyer une alerte par email si le seuil est dépassé
    if ($Events.Count -gt 5) {
        # Ajouter la logique de notification par email ici
        Write-Warning "Nombre élevé de reconfigurations MSI détecté : $($Events.Count)"
    }
}

Planifiez ce script pour qu'il s'exécute toutes les heures en utilisant le Planificateur de tâches ou déployez-le via la stratégie de groupe pour une surveillance à l'échelle de l'entreprise.

Aperçu

L'ID d'événement 1035 se déclenche lorsque le service Windows Installer (msiexec.exe) reconfigure avec succès un package MSI installé. Cet événement se produit lors des opérations de réparation, des modifications de fonctionnalités, ou lorsque des applications déclenchent des mécanismes d'auto-réparation. L'événement apparaît dans le journal des applications et fournit des détails sur le produit reconfiguré et le contexte utilisateur.

Cet événement informatif fait partie du système de journalisation complet de Windows Installer, aidant les administrateurs à suivre les activités de maintenance logicielle dans leur environnement. L'événement inclut généralement le code produit, le SID utilisateur, et le type de reconfiguration dans son champ de description.

Contrairement aux événements d'installation ou de suppression, l'ID d'événement 1035 indique spécifiquement qu'un produit existant a été modifié ou réparé sans être complètement réinstallé. Cette distinction est cruciale pour la gestion des actifs logiciels et le dépannage des problèmes d'application pouvant déclencher des réparations automatiques.

Questions Fréquentes

Que signifie l'ID d'événement Windows 1035 et quand se produit-il ?+
L'ID d'événement 1035 indique que le service Windows Installer a réussi à reconfigurer un produit MSI installé. Cela se produit lors des opérations de réparation, des modifications de fonctionnalités, ou lorsque des applications déclenchent des mécanismes d'auto-réparation pour corriger des composants manquants ou corrompus. L'événement est informatif et représente une activité normale de maintenance MSI.
Devrais-je m'inquiéter des occurrences fréquentes de l'ID d'événement 1035 pour la même application ?+
Des événements de reconfiguration fréquents pour le même produit peuvent indiquer des problèmes sous-jacents tels que des fichiers d'installation corrompus, des problèmes de registre ou des facteurs environnementaux entraînant la détection répétée de composants manquants par l'application. Bien que des événements individuels soient normaux, des schémas de reconfigurations répétées justifient une enquête pour identifier et résoudre la cause profonde.
Comment puis-je déterminer quel utilisateur ou processus a déclenché la reconfiguration MSI ?+
L'ID d'événement 1035 inclut le SID de l'utilisateur et le contexte de sécurité sous lequel la reconfiguration a eu lieu. Vous pouvez également vérifier les journaux de Process Monitor ou les événements de sécurité Windows (4688) pour identifier le processus spécifique ou l'action utilisateur qui a initié l'opération MSI. Les réparations administratives montrent généralement le contexte SYSTEM, tandis que les réparations initiées par l'utilisateur montrent le compte utilisateur spécifique.
L'ID d'événement 1035 peut-il aider à la conformité logicielle et à la gestion des actifs ?+
Oui, l'ID d'événement 1035 fournit des informations précieuses sur la traçabilité des audits pour la gestion des actifs logiciels. Les événements capturent les codes produits, les versions et les horodatages de modification qui peuvent être corrélés avec les processus de gestion des changements, les exigences de conformité en matière de sécurité et les systèmes d'inventaire des logiciels. Ces données aident à suivre les modifications non autorisées des logiciels et garantissent la conformité avec les accords de licence.
Comment puis-je empêcher les reconfigurations MSI inutiles qui génèrent l'ID d'événement 1035 ?+
Pour réduire les reconfigurations inutiles, assurez-vous du déploiement correct des packages MSI, évitez de modifier manuellement les répertoires d'installation, maintenez des images système propres et traitez les faux positifs antivirus qui pourraient mettre en quarantaine les fichiers d'application. Un entretien régulier du système, y compris le nettoyage du disque et l'optimisation du registre, peut également prévenir les conditions qui déclenchent des réparations automatiques. Pour les environnements d'entreprise, utilisez des outils de déploiement de logiciels appropriés et évitez les installations au niveau utilisateur lorsque cela est possible.
Documentation

Références (2)

Emanuel DE ALMEIDA
Écrit par

Emanuel DE ALMEIDA

Senior IT Journalist & Cloud Architect

Microsoft MCSA-certified Cloud Architect | Fortinet-focused. I modernize cloud, hybrid & on-prem infrastructure for reliability, security, performance and cost control - sharing field-tested ops & troubleshooting.

Discussion

Partagez vos réflexions et analyses

Vous devez être connecté pour commenter.

Chargement des commentaires...