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

Commencez par examiner les détails spécifiques de l'ID d'événement 2088 pour comprendre quelles bases de données ont été récupérées et quand la récupération a eu lieu.

1. Ouvrez Observateur d'événements → Journaux Windows → Application
2. Filtrez pour l'ID d'événement 2088 de la source ESENT :
   

   Get-WinEvent -FilterHashtable @{LogName='Application'; Id=2088; ProviderName='ESENT'} -MaxEvents 20

3. Examinez la description de l'événement pour les chemins de base de données et la durée de récupération
4. Vérifiez les événements connexes autour de la même période :
   

   Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=(Get-Date).AddHours(-24)} | Where-Object {$_.Id -in @(1074,1076,6005,6006,6008)} | Select-Object TimeCreated,Id,LevelDisplayName,Message

5. Documentez la fréquence et les modèles de synchronisation des occurrences de l'événement 2088

Vérifiez l'intégrité et la performance des bases de données ESENT qui ont subi une récupération pour s'assurer qu'aucune corruption ne s'est produite.

1. Identifiez les bases de données affectées à partir des détails du message de l'événement 2088
2. Utilisez ESENTUTL pour vérifier l'intégrité de la base de données :
   

   esentutl /g "C:\Path\To\Database.edb" /v

3. Pour les bases de données de recherche Windows, exécutez l'outil de dépannage intégré :
   

   Get-WindowsSearchSetting
   Reset-WindowsSearchSetting

4. Vérifiez la santé de la base de données Active Directory sur les contrôleurs de domaine :
   

   ntdsutil "semantic database analysis" "go fixup" quit quit

5. Surveillez les compteurs de performance de la base de données :
   

   Get-Counter "\ESE Database(*)\*" -SampleInterval 5 -MaxSamples 12

Examinez la fiabilité du système et identifiez les schémas pouvant causer des arrêts inattendus menant à des événements de récupération de base de données.

1. Générez un rapport de fiabilité du système :
   

   perfmon /rel

2. Vérifiez les événements critiques du système au cours des 30 derniers jours :
   

   Get-WinEvent -FilterHashtable @{LogName='System'; Level=1,2; StartTime=(Get-Date).AddDays(-30)} | Group-Object Id | Sort-Object Count -Descending

3. Examinez les données de rapport d'erreurs Windows :
   

   Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Windows Error Reporting'} -MaxEvents 50

4. Analysez les fichiers de vidage mémoire si disponibles :
   

   dir C:\Windows\Minidump\*.dmp

5. Vérifiez les journaux d'événements matériels et les températures du système à l'aide des outils du fabricant
6. Examinez les journaux UPS et les paramètres de gestion de l'alimentation si applicable

Configurez la surveillance améliorée et optimisez les paramètres ESENT pour réduire le temps de récupération et améliorer la résilience de la base de données.

1. Activez la journalisation détaillée d'ESENT dans le registre :
   

   HKLM\SYSTEM\CurrentControlSet\Services\EventLog\Application\ESENT
   Valeur : CategoryMessageFile
   Type : REG_EXPAND_SZ
   Données : %SystemRoot%\System32\esent.dll

2. Configurez la journalisation circulaire pour les bases de données non critiques afin de réduire l'accumulation de fichiers journaux :
   

   Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\ExchangeServer\v15\Replay\Parameters" -Name "CircularLogging" -Value 1

3. Configurez la surveillance des journaux d'événements personnalisés :
   

   Register-WmiEvent -Query "SELECT * FROM __InstanceCreationEvent WITHIN 10 WHERE TargetInstance ISA 'Win32_NTLogEvent' AND TargetInstance.EventCode = 2088" -Action {Write-Host "ESENT Recovery Detected: $($Event.SourceEventArgs.NewEvent.Message)"}

4. Configurez les intervalles de point de contrôle de la base de données pour une meilleure récupération après un crash :
   

   HKLM\SYSTEM\CurrentControlSet\Services\ESENT\Parameters
   Valeur : Checkpoint Depth Threshold
   Type : REG_DWORD
   Données : 20971520

5. Mettez en œuvre des vérifications automatisées de l'intégrité de la base de données :
   

   $task = New-ScheduledTaskAction -Execute "esentutl.exe" -Argument "/g C:\Database.edb /v"
   Register-ScheduledTask -TaskName "ESENT-HealthCheck" -Action $task -Trigger (New-ScheduledTaskTrigger -Weekly -DaysOfWeek Sunday -At 2AM)

Mettre en œuvre une surveillance complète et des mesures préventives pour minimiser les arrêts inattendus et optimiser les procédures de récupération.

1. Déployer Windows Admin Center pour une surveillance centralisée :
   

   Install-WindowsFeature -Name WindowsAdminCenter

2. Configurer les règles de surveillance de System Center Operations Manager (SCOM) pour les événements ESENT
3. Mettre en œuvre un script de surveillance basé sur PowerShell :
   

   $scriptBlock = {
       $events = Get-WinEvent -FilterHashtable @{LogName='Application'; Id=2088; StartTime=(Get-Date).AddMinutes(-5)}
       if ($events) {
           Send-MailMessage -To "admin@company.com" -From "monitoring@company.com" -Subject "ESENT Recovery Detected" -Body "Database recovery occurred on $env:COMPUTERNAME"
       }
   }
   Register-ScheduledJob -Name "ESENTMonitor" -ScriptBlock $scriptBlock -Trigger (New-JobTrigger -RepeatIndefinitely -RepetitionInterval (New-TimeSpan -Minutes 5))

4. Configurer la gestion avancée de l'alimentation pour éviter les arrêts inattendus :
   

   powercfg /setacvalueindex SCHEME_CURRENT SUB_PROCESSOR PROCTHROTTLEMIN 100
   powercfg /setactive SCHEME_CURRENT

5. Mettre en œuvre des procédures de vérification de sauvegarde de base de données :
   

   $databases = Get-ChildItem -Path "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\" -Filter "*.edb"
   foreach ($db in $databases) {
       esentutl /mh $db.FullName | Out-File "C:\Logs\DB-Health-$(Get-Date -Format 'yyyyMMdd').log" -Append
   }