ANAVEM
Languageen
Windows server monitoring displays showing database recovery and system health status in a professional data center environment
Event ID 5828InformationESENTWindows

ID d'événement Windows 5828 – ESENT : Récupération de la base de données terminée avec succès

L'ID d'événement 5828 indique que le moteur de stockage extensible (ESENT) a terminé avec succès les opérations de récupération de la base de données, généralement après un arrêt inattendu ou un crash.

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

Signification de cet événement

L'ID d'événement 5828 représente l'achèvement réussi des opérations de récupération de la base de données ESENT. Le moteur de stockage extensible est un moteur de base de données de bas niveau qui fournit un support de transaction ACID (Atomicité, Cohérence, Isolation, Durabilité) pour divers composants Windows. Lorsque Windows subit un arrêt inattendu, les bases de données ESENT peuvent se retrouver dans un état incohérent avec des transactions non validées.

Lors du prochain démarrage du système, ESENT initie automatiquement des procédures de récupération pour restaurer la cohérence de la base de données. Ce processus implique la relecture des journaux de transactions, l'annulation des transactions non validées et l'assurance que toutes les données validées sont correctement écrites dans les fichiers de la base de données. L'événement 5828 confirme que ce processus de récupération s'est terminé avec succès sans perte ni corruption de données.

L'événement inclut généralement des détails sur la base de données qui a subi la récupération, la durée du processus de récupération et le nombre de fichiers journaux traités. Ces informations aident les administrateurs à évaluer l'étendue de l'opération de récupération et à identifier des schémas pouvant indiquer des problèmes récurrents du système. En 2026, avec une télémétrie améliorée et des algorithmes de récupération améliorés, les opérations de récupération ESENT sont plus efficaces et fournissent de meilleures informations de diagnostic que les versions précédentes.

S'applique à

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

Causes possibles

  • Crash du système ou écran bleu de la mort (BSOD) lors des opérations de base de données
  • Perte de puissance inattendue ou arrêt forcé pendant que les bases de données sont actives
  • Défaillances matérielles affectant les sous-systèmes de stockage lors des opérations d'écriture
  • Crashs de service des applications utilisant des bases de données ESENT (Active Directory, Windows Search)
  • Épuisement de l'espace disque entraînant des validations de transactions incomplètes
  • Problèmes de pilote de stockage ou erreurs de disque lors des opérations d'écriture de base de données
  • Corruption de la mémoire affectant les pools de tampons de base de données
  • Logiciel antivirus interférant avec l'accès aux fichiers de base de données
Méthodes de résolution

Étapes de dépannage

01

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

Commencez par examiner les détails spécifiques de l'ID d'événement 5828 pour comprendre quelle base de données a été récupérée et la durée de la récupération.

  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 5828 en cliquant avec le bouton droit sur le journal Application et en sélectionnant Filtrer le journal actuel
  4. Entrez 5828 dans le champ ID d'événements et cliquez sur OK
  5. Double-cliquez sur les entrées récentes de l'ID d'événement 5828 pour voir les informations détaillées
  6. Notez le chemin de la base de données, la durée de la récupération, et tout contexte supplémentaire dans la description de l'événement

Utilisez PowerShell pour interroger plusieurs événements 5828 pour une analyse de modèle :

Get-WinEvent -FilterHashtable @{LogName='Application'; Id=5828} -MaxEvents 50 | Select-Object TimeCreated, Message | Format-Table -Wrap
02

Vérifier le journal des événements système pour les événements corrélés

Examinez le journal Système pour les événements survenus avant la récupération de la base de données afin d'identifier la cause principale de l'arrêt inattendu.

  1. Dans Observateur d'événements, accédez à Journaux WindowsSystème
  2. Cherchez des événements autour de la même période que l'ID d'événement 5828, en particulier :
    • ID d'événement 1074 (arrêt/redémarrage du système)
    • ID d'événement 6008 (arrêt inattendu)
    • ID d'événement 41 (événements de puissance du noyau)
    • ID d'événement 1001 (Rapport d'erreurs Windows)
  3. Utilisez PowerShell pour corréler les événements dans une période spécifique :
# Obtenez les événements 1 heure avant le dernier événement 5828
$LastRecovery = Get-WinEvent -FilterHashtable @{LogName='Application'; Id=5828} -MaxEvents 1
$StartTime = $LastRecovery.TimeCreated.AddHours(-1)
Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=$StartTime; EndTime=$LastRecovery.TimeCreated} | Where-Object {$_.Id -in @(1074,6008,41,1001)} | Select-Object TimeCreated, Id, LevelDisplayName, Message
03

Surveiller la santé et les performances de la base de données ESENT

Utilisez les outils intégrés pour surveiller la santé de la base de données ESENT et identifier les problèmes potentiels avant qu'ils ne causent des événements de récupération.

  1. Activez la journalisation diagnostique ESENT en modifiant le registre :
# Activer la journalisation détaillée ESENT (nécessite un redémarrage)
Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\ESENT\Parameters" -Name "Enable Logging" -Value 1 -Type DWord
Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\ESENT\Parameters" -Name "Log Level" -Value 3 -Type DWord
  1. Surveillez les compteurs de performance ESENT à l'aide de Performance Monitor :
    • Ouvrez Performance Monitor (perfmon.exe)
    • Ajoutez des compteurs de l'objet Database pour les instances ESENT
    • Surveillez les indicateurs clés : Ratio de Cache de Base de Données, Enregistrements de Journal Bloqués/sec, Défauts de Page de Base de Données/sec
  2. Utilisez PowerShell pour vérifier l'intégrité des fichiers de base de données :
# Vérifiez les emplacements communs des bases de données ESENT pour l'intégrité des fichiers
$ESENTDatabases = @(
    "$env:SystemRoot\SoftwareDistribution\DataStore\DataStore.edb",
    "$env:SystemRoot\System32\CatRoot2\dberr.txt"
)
foreach ($db in $ESENTDatabases) {
    if (Test-Path $db) {
        Get-ChildItem $db | Select-Object Name, Length, LastWriteTime
    }
}
04

Analyser le sous-système de stockage et l'état matériel

Enquêter sur les problèmes de stockage et de matériel sous-jacents qui peuvent causer des arrêts inattendus menant à des événements de récupération de base de données.

  1. Vérifier l'état du disque à l'aide des outils intégrés de Windows :
# Vérifier l'état du disque pour tous les lecteurs
Get-PhysicalDisk | Get-StorageReliabilityCounter | Select-Object DeviceId, Temperature, ReadErrorsTotal, WriteErrorsTotal

# Exécuter CHKDSK sur le lecteur système (nécessite une élévation)
chkdsk C: /f /r /x
  1. Examiner les journaux de l'architecture des erreurs matérielles de Windows (WHEA) :
# Vérifier les erreurs matérielles pouvant causer une instabilité du système
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WHEA-Logger'} -MaxEvents 20 | Select-Object TimeCreated, Id, LevelDisplayName, Message
  1. Surveiller la température du système et les événements d'alimentation :
    • Vérifier le Visualiseur d'événements pour les événements Kernel-Power (ID d'événement 41)
    • Utiliser powercfg /energy pour analyser les problèmes d'efficacité énergétique
    • Examiner les outils de surveillance matérielle spécifiques au fabricant
  2. Vérifier les versions des pilotes de stockage et mettre à jour si nécessaire :
# Lister les pilotes de stockage et leurs versions
Get-WmiObject Win32_PnPSignedDriver | Where-Object {$_.DeviceClass -eq "SCSI" -or $_.DeviceClass -eq "HDC"} | Select-Object DeviceName, DriverVersion, DriverDate
05

Mettre en œuvre une surveillance proactive et une prévention

Configurez une surveillance complète pour prévenir les arrêts inattendus futurs et minimiser les événements de récupération de base de données.

  1. Créez une tâche planifiée pour surveiller la fréquence de l'ID d'événement 5828 :
# Créer un script PowerShell pour surveiller les événements 5828
$ScriptContent = @'
$Events = Get-WinEvent -FilterHashtable @{LogName="Application"; Id=5828; StartTime=(Get-Date).AddDays(-1)} -ErrorAction SilentlyContinue
if ($Events.Count -gt 5) {
    Write-EventLog -LogName Application -Source "Custom Monitor" -EventId 9999 -EntryType Warning -Message "Fréquence élevée des événements de récupération ESENT détectée : $($Events.Count) dans les dernières 24 heures"
}
'@
$ScriptContent | Out-File -FilePath "C:\Scripts\Monitor-ESENTRecovery.ps1" -Encoding UTF8
  1. Configurez le rapport d'erreurs Windows pour capturer les vidages sur incident :
# Activer la collecte automatique des vidages sur incident
Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" -Name "CrashDumpEnabled" -Value 2
Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" -Name "AutoReboot" -Value 0
  1. Implémentez la surveillance UPS si vous utilisez des alimentations sans interruption :
    • Installez le logiciel de gestion UPS
    • Configurez les procédures d'arrêt en douceur
    • Configurez des alertes pour les événements d'alimentation
  2. Créez un abonnement d'événements Windows personnalisé pour une surveillance centralisée :
# Enregistrez sous ESENTRecovery.xml et importez avec wecutil cs ESENTRecovery.xml
<Subscription xmlns="http://schemas.microsoft.com/2006/03/windows/events/subscription">
  <SubscriptionId>ESENTRecoveryMonitor</SubscriptionId>
  <Query>
    <Select Path="Application">*[System[EventID=5828]]</Select>
  </Query>
  <Description>Surveiller les événements de récupération de base de données ESENT</Description>
</Subscription>

Aperçu

L'ID d'événement 5828 se déclenche lorsque le moteur de stockage extensible (ESENT) termine avec succès les opérations de récupération de base de données. ESENT est le moteur de base de données intégré de Microsoft utilisé par de nombreux composants Windows, y compris Active Directory, Windows Search, Windows Update et divers services système. Cet événement apparaît généralement dans le journal des applications après que Windows se soit remis d'un arrêt inattendu, d'une panne de courant ou d'un crash système.

L'événement indique qu'ESENT a réussi à rejouer les journaux de transactions et à restaurer la cohérence de la base de données pour une ou plusieurs bases de données. Bien qu'il s'agisse généralement d'un résultat positif montrant une récupération réussie, des occurrences fréquentes peuvent indiquer des problèmes de stabilité sous-jacents du système qui nécessitent une enquête. L'événement fournit des informations médico-légales précieuses sur les opérations de récupération de base de données et peut aider les administrateurs à comprendre l'impact des interruptions du système sur les services basés sur des bases de données.

Comprendre cet événement est crucial pour maintenir la fiabilité du système, en particulier dans les environnements d'entreprise où l'intégrité des bases de données impacte directement la disponibilité des services et l'expérience utilisateur.

Questions Fréquentes

Que signifie l'ID d'événement 5828 et devrais-je m'en inquiéter ?+
L'ID d'événement 5828 indique qu'ESENT a réussi à terminer la récupération de la base de données après une interruption système inattendue. Bien que la récupération elle-même soit positive (aucune donnée n'a été perdue), des occurrences fréquentes suggèrent des problèmes de stabilité du système sous-jacents tels que des problèmes d'alimentation, des pannes matérielles ou des plantages logiciels qui nécessitent une enquête. Une seule occurrence après un redémarrage système connu est normale, mais plusieurs événements par semaine justifient une analyse plus approfondie.
Quels services et applications Windows utilisent des bases de données ESENT qui pourraient déclencher cet événement ?+
ESENT est utilisé par de nombreux composants Windows, y compris les services de domaine Active Directory, l'indexeur de recherche Windows, le client de mise à jour Windows, les services Internet (IIS), Exchange Server, le centre de sécurité Windows et divers services système. Le message d'événement identifie généralement quelle base de données spécifique a subi une récupération, vous aidant à déterminer quel service a été affecté par l'arrêt inattendu.
Comment puis-je empêcher l'ID d'événement 5828 de se produire fréquemment ?+
La prévention se concentre sur l'élimination des arrêts inattendus : assurer une alimentation électrique fiable avec des systèmes UPS, maintenir un refroidissement adéquat du système, garder les pilotes matériels à jour, effectuer des vérifications régulières de l'état du disque, surveiller la stabilité du système et résoudre tout écran bleu récurrent ou plantage d'application. De plus, configurer des procédures d'arrêt appropriées et éviter les coupures de courant forcées autant que possible.
L'ID d'événement 5828 indique-t-il une perte ou une corruption de données ?+
Non, l'ID d'événement 5828 indique spécifiquement une récupération réussie sans perte de données. La journalisation des transactions d'ESENT garantit que les données validées sont préservées et que les transactions non validées sont correctement annulées. Cependant, tout travail qui n'a pas été enregistré ou validé avant l'arrêt inattendu serait perdu, ce qui est un comportement normal pour tout système de base de données lors d'interruptions inattendues.
Combien de temps la récupération de la base de données ESENT devrait-elle prendre, et quand devrais-je m'inquiéter de la durée de récupération ?+
La durée de récupération dépend de la taille de la base de données, du volume du journal des transactions et des performances de stockage. La récupération typique prend de quelques secondes à quelques minutes. Des temps de récupération dépassant 10-15 minutes peuvent indiquer des problèmes de performance de stockage, des journaux de transactions volumineux ou des problèmes matériels. Les détails de l'événement incluent la durée de récupération, ce qui aide à établir des bases de référence et à identifier la dégradation des performances au fil du temps.
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...