ANAVEM
Languageen
Windows Services management console and Event Viewer displaying service monitoring information on server room monitors
Event ID 7023ErrorService Control ManagerWindows

ID d'événement Windows 7023 – Gestionnaire de contrôle des services : Service terminé avec erreur

L'ID d'événement 7023 indique qu'un service Windows s'est terminé de manière inattendue avec un code d'erreur. Cet événement critique nécessite une enquête immédiate pour identifier les services défaillants et prévenir l'instabilité du système.

Emanuel DE ALMEIDAEmanuel DE ALMEIDA
18 mars 202612 min de lecture 1
Event ID 7023Service Control Manager 5 méthodes 12 min
Référence événement

Signification de cet événement

Le gestionnaire de contrôle des services est le composant central de gestion des services de Windows, responsable du démarrage, de l'arrêt et de la surveillance de tous les services système et applicatifs. Lorsqu'un service rencontre une erreur fatale ou plante de manière inattendue, le SCM enregistre l'ID d'événement 7023 avec des informations détaillées sur l'échec.

Cet événement contient plusieurs points de données critiques : le nom du service (nom court utilisé en interne), le nom d'affichage (nom convivial) et, surtout, le code d'erreur qui a causé l'arrêt. Les codes d'erreur suivent les conventions standard des codes d'erreur Windows, avec des valeurs courantes telles que accès refusé (5), fichier introuvable (2) ou erreurs spécifiques au service nécessitant une enquête plus approfondie.

Le moment et la fréquence des événements ID 7023 fournissent des informations précieuses sur la santé du système. Des occurrences isolées peuvent indiquer des contraintes temporaires de ressources ou des problèmes de réseau, tandis que des échecs répétés suggèrent des problèmes de configuration sous-jacents, des binaires de service corrompus ou des problèmes matériels. Les services qui échouent lors du démarrage du système indiquent souvent des problèmes de chaîne de dépendance ou une corruption du registre.

Les versions modernes de Windows incluent des mécanismes améliorés de récupération de service qui redémarrent automatiquement les services en échec, mais l'ID d'événement 7023 est toujours déclenché pour chaque tentative d'échec. Cela crée une piste d'audit détaillée des problèmes de fiabilité des services que les administrateurs peuvent analyser pour identifier des schémas et mettre en œuvre des mesures préventives.

S'applique à

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

Causes possibles

  • Fichiers exécutables du service corrompus ou manquants sur le disque
  • Permissions insuffisantes pour le compte de service pour accéder aux ressources requises
  • Dépendances du service indisponibles ou n'ayant pas démarré correctement
  • Corruption du registre affectant les paramètres de configuration du service
  • Épuisement de la mémoire ou contraintes de ressources empêchant le fonctionnement du service
  • Problèmes de connectivité réseau pour les services nécessitant des ressources à distance
  • Logiciel antivirus bloquant ou mettant en quarantaine les fichiers du service
  • Mises à jour Windows causant des problèmes de compatibilité avec des services tiers
  • Défaillances matérielles affectant l'E/S du disque ou l'accès à la mémoire
  • Erreurs de configuration du service dans le registre ou les paramètres du service
Méthodes de résolution

Étapes de dépannage

01

Identifier le service échoué et le code d'erreur

Commencez par examiner les détails de l'ID d'événement 7023 pour identifier le service spécifique et le code d'erreur :

  1. Ouvrez Observateur d'événementsJournaux WindowsSystème
  2. Filtrez pour l'ID d'événement 7023 en utilisant l'option de filtre
  3. Double-cliquez sur l'événement 7023 le plus récent pour voir les détails
  4. Notez le nom du service, le nom d'affichage et le code d'erreur à partir de la description de l'événement
  5. Utilisez PowerShell pour obtenir des informations supplémentaires sur le service :
Get-WinEvent -FilterHashtable @{LogName='System'; Id=7023} -MaxEvents 10 | Format-Table TimeCreated, Id, LevelDisplayName, Message -Wrap

# Obtenez le statut du service pour le service échoué
Get-Service -Name "ServiceName" | Format-List *

# Vérifiez la configuration du service
sc.exe qc "ServiceName"

Documentez le code d'erreur et le nom du service pour une enquête plus approfondie. Les codes d'erreur courants incluent 5 (Accès refusé), 2 (Fichier introuvable) et 1067 (Processus terminé de manière inattendue).

02

Vérifier les dépendances et le statut du service

Enquêter sur les dépendances de service et l'état actuel pour identifier les échecs de chaîne de dépendance :

  1. Ouvrez Services.msc et localisez le service en échec
  2. Cliquez avec le bouton droit sur le service → Propriétés → onglet Dépendances
  3. Vérifiez que toutes les dépendances fonctionnent et sont correctement configurées
  4. Utilisez PowerShell pour vérifier l'état des dépendances de manière programmatique :
# Vérifier les dépendances de service
Get-Service -Name "ServiceName" -DependentServices
Get-Service -Name "ServiceName" -RequiredServices

# Obtenir des informations détaillées sur le service, y compris les dépendances
Get-WmiObject -Class Win32_Service -Filter "Name='ServiceName'" | Select-Object Name, State, StartMode, ServiceType, PathName

# Vérifier si les dépendances fonctionnent
$service = Get-Service -Name "ServiceName"
$service.ServicesDependedOn | ForEach-Object { Get-Service $_.Name }
  1. Démarrez manuellement tous les services de dépendance arrêtés
  2. Essayez de redémarrer le service en échec après que les dépendances fonctionnent
  3. Surveillez le Visualiseur d'événements pour des événements 7023 supplémentaires lors des tentatives de redémarrage
Astuce pro : Utilisez sc.exe query type= service state= all pour obtenir une liste complète de tous les services et de leurs états actuels.
03

Vérifier les autorisations et la configuration du compte de service

Vérifiez les autorisations du compte de service et les paramètres de configuration qui pourraient causer des échecs d'authentification ou d'accès :

  1. Ouvrez Services.msc et localisez le service en échec
  2. Cliquez droit → Propriétés → onglet Connexion
  3. Notez le compte de service (Système local, Service réseau ou compte personnalisé)
  4. Pour les comptes personnalisés, vérifiez que le compte existe et dispose des autorisations appropriées :
# Vérifiez si le compte de service existe (pour les comptes personnalisés)
Get-LocalUser -Name "ServiceAccountName" -ErrorAction SilentlyContinue

# Vérifiez les droits de connexion du service
secedit /export /cfg C:\temp\secpol.cfg
Select-String "SeServiceLogonRight" C:\temp\secpol.cfg

# Vérifiez la configuration du registre du service
Get-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\ServiceName" | Format-List

# Vérifiez les autorisations de l'exécutable du service
$servicePath = (Get-WmiObject -Class Win32_Service -Filter "Name='ServiceName'").PathName
Get-Acl $servicePath.Split('"')[1] | Format-List
  1. Si vous utilisez un compte de service personnalisé, réinitialisez le mot de passe et mettez à jour la configuration du service
  2. Accordez les autorisations nécessaires au compte de service pour les répertoires et clés de registre requis
  3. Testez le démarrage du service après les modifications d'autorisation
Avertissement : Changer les comptes de service peut casser la fonctionnalité. Testez toujours dans un environnement non-production d'abord.
04

Analyser l'exécutable de service et les fichiers système

Enquêter sur l'intégrité du fichier exécutable du service et la corruption des fichiers système qui pourraient causer des échecs de service :

  1. Identifier le chemin du fichier exécutable du service à partir du registre ou de Services.msc
  2. Exécuter des vérifications de l'intégrité des fichiers système pour détecter la corruption :
# Obtenir le chemin du fichier exécutable du service
$servicePath = (Get-WmiObject -Class Win32_Service -Filter "Name='ServiceName'").PathName
Write-Host "Chemin du service : $servicePath"

# Vérifier si le fichier exécutable du service existe et est accessible
Test-Path $servicePath.Split('"')[1]
Get-ItemProperty $servicePath.Split('"')[1] | Select-Object Name, Length, LastWriteTime

# Exécuter le vérificateur de fichiers système
sfc /scannow

# Vérifier l'intégrité du magasin de composants Windows
Dism /Online /Cleanup-Image /CheckHealth
Dism /Online /Cleanup-Image /ScanHealth
  1. Si SFC trouve une corruption, exécuter sfc /scannow à nouveau après les réparations DISM
  2. Pour les services tiers, réinstaller l'application ou le service
  3. Vérifier les journaux antivirus pour les fichiers mis en quarantaine liés au service
  4. Désactiver temporairement la protection en temps réel et tester le démarrage du service
# Vérifier le journal des événements Windows pour les résultats SFC
Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Microsoft-Windows-SFC'} -MaxEvents 5
Astuce pro : Utilisez Process Monitor (ProcMon) pour capturer en temps réel les tentatives d'accès aux fichiers et au registre lors des échecs de démarrage du service.
05

Dépannage avancé avec récupération de service et journalisation

Mettre en œuvre des techniques de dépannage avancées, y compris la configuration de la récupération de service et la journalisation détaillée :

  1. Configurer les options de récupération de service pour redémarrer automatiquement les services défaillants :
# Configurer la récupération de service en utilisant sc.exe
sc.exe failure "ServiceName" reset= 86400 actions= restart/5000/restart/5000/restart/5000

# Activer l'audit des échecs de service
auditpol /set /subcategory:"System Integrity" /success:enable /failure:enable

# Créer un journal d'événements personnalisé pour la surveillance des services
New-EventLog -LogName "ServiceMonitoring" -Source "CustomServiceMonitor" -ErrorAction SilentlyContinue
  1. Activer la journalisation détaillée des services en modifiant les paramètres du registre :
# Activer la journalisation du gestionnaire de contrôle des services
Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Control" -Name "ServiceControlManagerDebugLevel" -Value 1

# Activer la journalisation de démarrage pour l'analyse du démarrage des services
bcdedit /set bootlog yes

# Surveiller le démarrage des services avec un minutage détaillé
Get-WinEvent -FilterHashtable @{LogName='System'; Id=7036,7040} -MaxEvents 20 | Sort-Object TimeCreated
  1. Utiliser Windows Performance Toolkit pour une analyse avancée des services :
  2. Créer un script de surveillance PowerShell pour vérifier en continu la santé des services :
# Script de surveillance de la santé des services
$serviceName = "YourServiceName"
while ($true) {
    $service = Get-Service -Name $serviceName -ErrorAction SilentlyContinue
    if ($service.Status -ne "Running") {
        Write-EventLog -LogName "ServiceMonitoring" -Source "CustomServiceMonitor" -EventId 1001 -EntryType Warning -Message "Service $serviceName is not running. Status: $($service.Status)"
        Start-Service -Name $serviceName -ErrorAction SilentlyContinue
    }
    Start-Sleep -Seconds 30
}
Avertissement : Les actions de récupération de service peuvent masquer des problèmes sous-jacents. Toujours enquêter sur les causes profondes avant de mettre en œuvre des redémarrages automatiques.

Aperçu

L'ID d'événement 7023 se déclenche lorsque le Gestionnaire de contrôle des services (SCM) détecte qu'un service Windows s'est terminé de manière inattendue avec un code d'erreur. Cet événement apparaît dans le journal Système chaque fois qu'un service plante, échoue à démarrer correctement ou rencontre une erreur fatale pendant son fonctionnement. Le SCM génère cet événement pour alerter les administrateurs qu'un service a cessé de fonctionner et peut nécessiter une intervention.

Contrairement à l'ID d'événement 7034 qui indique des services terminés sans codes d'erreur, l'ID d'événement 7023 capture spécifiquement les échecs de service qui renvoient des codes d'erreur, le rendant plus exploitable pour le dépannage. Les détails de l'événement incluent le nom du service, le nom d'affichage et le code d'erreur spécifique qui a causé la terminaison. Cette information est cruciale pour identifier si l'échec est dû à des problèmes de configuration, des problèmes de dépendance, des fichiers corrompus ou des contraintes de ressources.

Dans les environnements d'entreprise, l'ID d'événement 7023 est souvent corrélé avec des pannes d'application, des échecs d'authentification ou des problèmes de connectivité réseau. Des services comme Windows Update, BITS, Client DNS ou des applications personnalisées génèrent fréquemment cet événement lorsqu'ils rencontrent des problèmes. Les codes d'erreur fournis aident à restreindre les causes profondes et à guider les efforts de remédiation.

Questions Fréquentes

Que signifie l'ID d'événement 7023 et en quoi est-il différent de l'ID d'événement 7034 ?+
L'ID d'événement 7023 indique qu'un service Windows s'est terminé de manière inattendue avec un code d'erreur spécifique, tandis que l'ID d'événement 7034 indique une terminaison de service sans code d'erreur. L'ID d'événement 7023 est plus exploitable car il fournit le code d'erreur exact qui a causé l'échec, tel que accès refusé (5), fichier introuvable (2), ou erreurs spécifiques au service. Ce code d'erreur aide les administrateurs à identifier rapidement si le problème est lié aux autorisations, aux fichiers manquants, aux problèmes de configuration, ou à d'autres causes spécifiques. L'ID d'événement 7034 indique généralement des plantages inattendus ou des terminaisons forcées sans informations d'erreur détaillées.
Comment puis-je empêcher l'ID d'événement 7023 de se reproduire pour le même service ?+
Pour prévenir les événements récurrents d'ID d'événement 7023, identifiez d'abord la cause principale en utilisant le code d'erreur fourni dans les détails de l'événement. Les stratégies de prévention courantes incluent : s'assurer que les autorisations du compte de service sont correctement configurées, vérifier que toutes les dépendances de service sont correctement installées et en cours d'exécution, mettre en œuvre des politiques de récupération de service pour redémarrer automatiquement les services défaillants, surveiller les ressources système pour éviter l'épuisement de la mémoire ou de l'espace disque, maintenir à jour les exécutables de service et les dépendances, configurer des exclusions antivirus appropriées pour les fichiers de service, et mettre en œuvre une surveillance proactive pour détecter les problèmes avant que les services ne tombent en panne. Un entretien régulier du système, y compris les mises à jour Windows et le nettoyage du disque, aide également à prévenir les défaillances de service.
Quels sont les codes d'erreur les plus courants associés à l'ID d'événement 7023 ?+
Les codes d'erreur les plus courants dans l'ID d'événement 7023 incluent : Erreur 5 (Accès refusé) indiquant des permissions insuffisantes pour le compte de service, Erreur 2 (Fichier introuvable) montrant des exécutables ou des dépendances de service manquants, Erreur 1067 (Processus terminé de manière inattendue) indiquant des plantages de service lors du démarrage ou de l'opération, Erreur 1053 (Le service n'a pas répondu) montrant des services qui ne répondent pas dans le délai imparti, Erreur 1068 (Le service de dépendance n'a pas pu démarrer) indiquant des problèmes de chaîne de dépendance, et Erreur 1058 (Le service ne peut pas être démarré) montrant des services désactivés ou mal configurés. Chaque code d'erreur nécessite des approches de dépannage spécifiques, allant de la correction des permissions à la résolution des dépendances ou à la restauration de fichiers.
L'ID d'événement 7023 peut-il causer une instabilité du système ou des problèmes de performance ?+
Oui, l'ID d'événement 7023 peut causer une instabilité significative du système et des problèmes de performance selon le service qui échoue. Des services système critiques comme le client DNS, le client DHCP ou Windows Update qui échouent peuvent causer des problèmes de connectivité réseau, des problèmes d'authentification ou empêcher les mises à jour de sécurité. L'échec des services d'application peut entraîner des dysfonctionnements logiciels ou des pertes de données. Des échecs multiples de services peuvent créer des problèmes en cascade où les services dépendants échouent également. Les impacts sur la performance incluent une utilisation accrue du CPU due aux tentatives de redémarrage automatique, des fuites de mémoire provenant des processus de services échoués, et des goulots d'étranglement d'E/S dus à des échecs répétés de démarrage. Surveiller la fréquence de l'ID d'événement 7023 et mettre en œuvre des politiques de récupération de service appropriées est essentiel pour maintenir la stabilité du système.
Comment puis-je utiliser PowerShell pour surveiller et analyser les événements d'ID 7023 sur plusieurs serveurs ?+
Utilisez PowerShell remoting et WinRM pour surveiller l'ID d'événement 7023 sur plusieurs serveurs. Créez un script qui interroge les journaux d'événements distants : `Invoke-Command -ComputerName $servers -ScriptBlock { Get-WinEvent -FilterHashtable @{LogName='System'; Id=7023} -MaxEvents 50 }` pour collecter des événements à partir de plusieurs machines. Utilisez `Get-WinEvent` avec des filtres personnalisés pour analyser les modèles : `Get-WinEvent -FilterHashtable @{LogName='System'; Id=7023; StartTime=(Get-Date).AddDays(-7)} | Group-Object {$_.Message.Split()[0]} | Sort-Object Count -Descending` pour identifier les services échouant fréquemment. Mettez en œuvre des rapports automatisés avec `Export-Csv` et des tâches planifiées. Pour les environnements d'entreprise, envisagez d'utiliser System Center Operations Manager ou Windows Admin Center pour une surveillance et une alerte centralisées des services.
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.

Événements Windows associés

Windows Services management console displaying service status and configuration on a monitoring dashboard
Event 63
Service Control Manager
Windows EventError

ID d'événement Windows 63 – Gestionnaire de contrôle des services : Délai d'attente de démarrage du service en attente

L'ID d'événement 63 indique qu'un service Windows n'a pas pu démarrer dans le délai de timeout configuré. Cet événement critique aide à identifier les problèmes de démarrage de service et les problèmes potentiels de performance du système.

18 mars12 min
Windows Services management console displaying service status on a professional monitoring dashboard
Event 31
Service Control Manager
Windows EventWarning

ID d'événement Windows 31 – Système : Délai d'attente du gestionnaire de contrôle des services

L'ID d'événement 31 indique qu'un service n'a pas répondu à une demande de démarrage ou de contrôle dans le délai imparti, généralement 30 secondes, ce qui amène le Gestionnaire de contrôle des services à enregistrer cet avertissement.

18 mars12 min
Windows security operations center showing Event Viewer with service installation monitoring and PowerShell security analysis
Event 7045
Service Control Manager
Windows EventInformation

ID d'événement Windows 7045 – Gestionnaire de contrôle des services : Nouvelle installation de service

L'ID d'événement 7045 se déclenche lorsqu'un nouveau service Windows est installé sur le système. Cet événement informatif enregistre les détails de création du service, y compris le nom, le chemin et le type de démarrage pour la surveillance de la sécurité.

18 mars12 min
Windows Services management console displaying service status and error indicators on server monitoring dashboard
Event 7023
Service Control Manager
Windows EventError

ID d'événement Windows 7023 – Gestionnaire de contrôle des services : Service terminé avec erreur

L'ID d'événement 7023 indique qu'un service Windows s'est terminé de manière inattendue avec un code d'erreur. Cet événement critique nécessite une enquête immédiate pour identifier les services défaillants et prévenir l'instabilité du système.

18 mars12 min

Discussion

Partagez vos réflexions et analyses

Vous devez être connecté pour commenter.

Chargement des commentaires...