ANAVEM
Languageen
Exchange Server monitoring dashboard displaying database mount failure status and event logs
Event ID 1925ErrorMSExchange StoreWindows

ID d'événement Windows 1925 – MSExchange Store : Échec de montage de la base de données ou corruption

L'ID d'événement 1925 indique que le service Microsoft Exchange Store a rencontré une défaillance critique de montage de la base de données ou un problème de corruption, empêchant les bases de données de boîtes aux lettres de se monter correctement lors du démarrage ou des opérations de maintenance.

Emanuel DE ALMEIDAEmanuel DE ALMEIDA
18 mars 202612 min de lecture 0
Event ID 1925MSExchange Store 5 méthodes 12 min
Référence événement

Signification de cet événement

L'ID d'événement 1925 se produit lorsque le service Store de Microsoft Exchange Server rencontre une erreur fatale en tentant de monter une base de données de boîtes aux lettres. Cette erreur représente une défaillance critique dans le sous-système de stockage Exchange, impliquant généralement une corruption de la base de données, des incohérences dans les journaux de transactions ou des problèmes de stockage sous-jacents qui empêchent les opérations normales de la base de données.

Le service Store d'Exchange effectue des vérifications d'intégrité approfondies lors des opérations de montage de la base de données. Lorsque ces vérifications échouent, le service enregistre l'ID d'événement 1925 et laisse la base de données dans un état démonté pour éviter une corruption supplémentaire. Les détails de l'événement incluent généralement des codes d'erreur spécifiques qui indiquent la nature de la défaillance, tels que JET_errDatabaseCorrupted (-1206) ou JET_errLogFileCorrupt (-514).

Cet événement a un impact significatif sur les opérations Exchange car les bases de données démontées rendent les boîtes aux lettres associées inaccessibles aux utilisateurs. L'erreur survient souvent après des arrêts imprévus, des défaillances de stockage ou lors d'opérations de maintenance qui interrompent les opérations normales de la base de données. Les mécanismes de récupération intégrés d'Exchange peuvent échouer à résoudre les problèmes sous-jacents, nécessitant l'intervention de l'administrateur pour rétablir la disponibilité du service.

La gravité de l'événement dépend du code d'erreur spécifique et de la base de données affectée. Certaines instances peuvent être résolues par des processus de récupération automatique, tandis que d'autres nécessitent des procédures de récupération manuelles approfondies, y compris des utilitaires de réparation de base de données, la relecture des journaux de transactions ou la restauration à partir de sauvegardes. Comprendre le contexte de l'événement dans le cadre plus large de la journalisation Exchange est essentiel pour un dépannage et une résolution efficaces.

S'applique à

Windows Server 2019Windows Server 2022Exchange Server 2016/2019/2022
Analyse

Causes possibles

  • Corruption de la base de données due à un arrêt inattendu du service Exchange ou à un crash système
  • Corruption du fichier journal des transactions ou fichiers journaux manquants empêchant une relecture correcte
  • Défaillances du sous-système de stockage, y compris des erreurs de disque, des problèmes de connectivité SAN ou une dégradation RAID
  • Espace disque insuffisant empêchant le montage de la base de données ou les opérations sur les fichiers journaux
  • Incohérences des fichiers de base de données causées par des opérations de sauvegarde ou de restauration incorrectes
  • Logiciel antivirus interférant avec les fichiers de base de données Exchange lors de l'analyse en temps réel
  • Défaillances matérielles affectant la mémoire, les contrôleurs de stockage ou les sous-systèmes de disque
  • Taille de la base de données dépassant les limites configurées ou les restrictions de version d'Exchange
  • Problèmes de permissions empêchant le compte de service Exchange d'accéder aux fichiers de base de données
  • Conflits de configuration de journalisation circulaire avec les exigences des journaux de transactions
Méthodes de résolution

Étapes de dépannage

01

Vérifier le Visualiseur d'événements et l'état de l'Exchange Management Shell

Commencez par examiner les détails complets de l'erreur et l'état de la base de données pour comprendre l'étendue du problème.

1. Ouvrez Observateur d'événementsJournaux des applications et des servicesMicrosoftExchangeMailboxDatabaseFailureItems

2. Localisez l'ID d'événement 1925 et notez le code d'erreur spécifique et le nom de la base de données dans la description de l'événement.

3. Lancez Exchange Management Shell en tant qu'administrateur et vérifiez l'état de la base de données :

Get-MailboxDatabase | Select Name, Mounted, DatabaseSize, LastFullBackup

4. Vérifiez l'état spécifique de la base de données échouée :

Get-MailboxDatabase "DatabaseName" | Format-List *

5. Examinez les événements récents du journal des applications pour les erreurs connexes :

Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='MSExchange*'; Level=2} -MaxEvents 50 | Where-Object {$_.TimeCreated -gt (Get-Date).AddHours(-24)}

6. Documentez le code d'erreur, la base de données affectée et tout événement ESE ou MSExchange Database accompagnant pour une analyse plus approfondie.

02

Vérifier les exigences en matière de stockage et d'espace disque

Assurez-vous d'avoir un espace de stockage adéquat et vérifiez l'intégrité du sous-système de stockage sous-jacent.

1. Vérifiez l'espace disque disponible sur tous les lecteurs de base de données et de journaux Exchange :

Get-WmiObject -Class Win32_LogicalDisk | Select DeviceID, @{Name="Size(GB)";Expression={[math]::Round($_.Size/1GB,2)}}, @{Name="FreeSpace(GB)";Expression={[math]::Round($_.FreeSpace/1GB,2)}}, @{Name="%Free";Expression={[math]::Round(($_.FreeSpace/$_.Size)*100,2)}}

2. Vérifiez que les chemins des fichiers de base de données et de journaux sont accessibles :

Get-MailboxDatabase | ForEach-Object { Test-Path $_.EdbFilePath; Test-Path $_.LogFolderPath }

3. Recherchez les erreurs de disque en utilisant CHKDSK sur les lecteurs de base de données :

chkdsk E: /f /r

4. Examinez le journal système de Windows pour les erreurs liées au stockage :

Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='disk','Ntfs','volsnap'; Level=2,3} -MaxEvents 20

5. Si vous utilisez un stockage SAN, vérifiez la connectivité et consultez les outils de gestion SAN pour les échecs de chemin ou les problèmes de performance.

6. Assurez-vous que le compte de service Exchange dispose des autorisations de contrôle total sur les répertoires de base de données et de journaux.

03

Tenter une récupération douce et un montage de la base de données

Essayez les mécanismes de récupération intégrés d'Exchange avant de recourir à des méthodes de réparation plus agressives.

1. Arrêtez le service Microsoft Exchange Information Store :

Stop-Service MSExchangeIS -Force

2. Accédez au répertoire des journaux de la base de données et vérifiez les journaux de transactions non validés :

Get-ChildItem "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\" -Filter "*.log" | Sort-Object LastWriteTime

3. Exécutez ESEUTIL pour vérifier l'état de la base de données :

eseutil /mh "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\DatabaseName.edb"

4. Si la base de données est en état "Dirty Shutdown", tentez une récupération douce :

eseutil /r E00 /l "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\" /d "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\"

5. Démarrez le service Exchange Information Store :

Start-Service MSExchangeIS

6. Essayez de monter la base de données :

Mount-Database "DatabaseName"

7. Surveillez le journal des applications pour confirmer le montage réussi ou obtenir des détails supplémentaires sur les erreurs.

04

Effectuer une vérification et une réparation de l'intégrité de la base de données

Utilisez ESEUTIL pour effectuer une vérification complète de l'intégrité de la base de données et une réparation si une corruption est détectée.

1. Assurez-vous que le service Exchange Information Store est arrêté et créez une copie de sauvegarde de la base de données :

Stop-Service MSExchangeIS -Force
Copy-Item "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\DatabaseName.edb" "C:\Backup\DatabaseName_backup.edb"

2. Exécutez la vérification d'intégrité ESEUTIL pour identifier la corruption :

eseutil /g "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\DatabaseName.edb" /v

3. Si une corruption est trouvée, exécutez la réparation de la base de données (ce processus peut prendre plusieurs heures) :

eseutil /p "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\DatabaseName.edb" /t "C:\Temp\repair.edb"

Avertissement : La réparation de la base de données peut entraîner une perte de données. Maintenez toujours des sauvegardes à jour avant de procéder.

4. Après la réparation, exécutez la défragmentation pour optimiser la base de données :

eseutil /d "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\DatabaseName.edb" /t "C:\Temp\defrag.edb"

5. Vérifiez l'intégrité de la base de données réparée :

eseutil /g "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\DatabaseName.edb"

6. Démarrez les services Exchange et tentez de monter la base de données :

Start-Service MSExchangeIS
Mount-Database "DatabaseName"
05

Restaurer à partir de la sauvegarde ou créer une base de données de récupération

Lorsque les tentatives de réparation échouent, restaurez à partir d'une sauvegarde ou créez une base de données de récupération pour extraire les données de la boîte aux lettres.

1. Si des sauvegardes récentes sont disponibles, restaurez la base de données en utilisant votre solution de sauvegarde en suivant les procédures spécifiques au fournisseur.

2. Pour la protection native des données Exchange ou la restauration de sauvegarde tierce, assurez-vous que les services Exchange sont arrêtés pendant le processus de restauration.

3. Si les sauvegardes ne sont pas disponibles ou sont obsolètes, créez une base de données de récupération pour extraire les données de la base de données corrompue :

New-MailboxDatabase -Name "RecoveryDB" -Server "ExchangeServer" -EdbFilePath "C:\Recovery\RecoveryDB.edb" -LogFolderPath "C:\Recovery\Logs" -Recovery

4. Copiez le fichier de base de données réparé à l'emplacement de la base de données de récupération et montez-le :

Copy-Item "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DatabaseName\DatabaseName.edb" "C:\Recovery\RecoveryDB.edb"
Mount-Database "RecoveryDB"

5. Extrayez les données de la boîte aux lettres en utilisant les cmdlets de la base de données de récupération :

Get-MailboxStatistics -Database "RecoveryDB"
New-MailboxRestoreRequest -SourceDatabase "RecoveryDB" -SourceStoreMailbox "UserMailbox" -TargetMailbox "user@domain.com" -TargetRootFolder "Recovered Items"

6. Surveillez la progression de la restauration et vérifiez l'intégrité des données :

Get-MailboxRestoreRequest | Get-MailboxRestoreRequestStatistics

7. Après une récupération de données réussie, supprimez la base de données de récupération et restaurez les opérations normales avec une nouvelle base de données ou une sauvegarde restaurée.

Aperçu

L'ID d'événement 1925 de MSExchange Store représente l'une des erreurs les plus critiques rencontrées par les administrateurs Exchange. Cet événement se déclenche lorsque le service Exchange Store ne peut pas monter une base de données de boîtes aux lettres en raison de corruption, d'un état incohérent ou de problèmes de stockage sous-jacents. L'événement apparaît généralement lors du démarrage du service Exchange, après des arrêts inattendus ou pendant les opérations de maintenance de la base de données.

Lorsque cet événement se produit, les bases de données de boîtes aux lettres affectées restent démontées, empêchant les utilisateurs d'accéder à leurs boîtes aux lettres. L'erreur est souvent corrélée à des échecs de relecture des journaux de transactions, à la corruption de pages de base de données ou à des problèmes de sous-système de stockage. Exchange génère cet événement après avoir épuisé les tentatives de récupération automatique, indiquant qu'une intervention manuelle est nécessaire.

L'événement apparaît couramment aux côtés d'autres erreurs liées à Exchange dans le journal des applications, en particulier des événements provenant des sources ESE (Extensible Storage Engine) et MSExchange Database. Comprendre les codes d'erreur spécifiques et les événements accompagnants est crucial pour déterminer la stratégie de récupération appropriée et minimiser les temps d'arrêt dans les environnements de production.

Questions Fréquentes

Que signifie l'ID d'événement 1925 et pourquoi se produit-il ?+
L'ID d'événement 1925 indique que le service Microsoft Exchange Store n'a pas réussi à monter une base de données de boîtes aux lettres en raison d'erreurs critiques telles que la corruption de la base de données, des problèmes de journaux de transactions ou des problèmes de stockage. Cela se produit lorsque les vérifications d'intégrité d'Exchange échouent lors des opérations de montage de la base de données, généralement après des arrêts inattendus, des défaillances de stockage ou des opérations de maintenance. L'événement empêche l'accès des utilisateurs aux boîtes aux lettres affectées jusqu'à ce que le problème sous-jacent soit résolu par des procédures de réparation, de récupération ou de restauration.
Puis-je récupérer des données d'une base de données qui génère l'ID d'événement 1925 ?+
Oui, la récupération de données est souvent possible même lorsque l'ID d'événement 1925 se produit. La méthode de récupération dépend du code d'erreur spécifique et de l'étendue de la corruption. Les options incluent la récupération douce en utilisant ESEUTIL /r pour la relecture des journaux de transactions, la réparation de la base de données en utilisant ESEUTIL /p pour les problèmes de corruption, ou la création d'une base de données de récupération pour extraire les données de la boîte aux lettres. Essayez toujours les méthodes moins invasives en premier, et maintenez des sauvegardes à jour car les opérations de réparation peuvent entraîner une perte de données.
Combien de temps prend la réparation de la base de données lors de la résolution de l'ID d'événement 1925 ?+
La durée de réparation de la base de données varie considérablement en fonction de la taille de la base de données, de l'étendue de la corruption et des performances matérielles. Les petites bases de données (moins de 50 Go) peuvent terminer la réparation en 1 à 2 heures, tandis que les grandes bases de données (500 Go+) peuvent nécessiter 12 à 24 heures ou plus. Les processus de réparation ESEUTIL sont monothread et intensifs en CPU. Prévoir un temps d'arrêt prolongé et envisager d'utiliser des bases de données de récupération pour l'accès aux boîtes aux lettres critiques pendant les opérations de réparation longues. Toujours tester les procédures de réparation dans des environnements non productifs d'abord.
Quelles mesures préventives peuvent réduire les occurrences de l'ID d'événement 1925 ?+
Mettre en œuvre une maintenance régulière de la base de données Exchange, y compris des calendriers de sauvegarde cohérents, des procédures d'arrêt appropriées pendant les fenêtres de maintenance, et la surveillance du système de stockage pour une détection précoce des pannes. Configurer une surveillance adéquate de l'espace disque avec des alertes, exclure les chemins de la base de données Exchange de l'analyse antivirus en temps réel, et assurer une protection UPS appropriée pour des arrêts en douceur. Des vérifications d'intégrité ESEUTIL régulières pendant les fenêtres de maintenance peuvent identifier la corruption avant qu'elle ne provoque des échecs de montage. De plus, mettre en œuvre des Groupes de Disponibilité de Base de Données (DAG) pour une haute disponibilité et des capacités de basculement automatique.
Dois-je utiliser immédiatement ESEUTIL /p repair lorsque l'ID d'événement 1925 apparaît ?+
Non, évitez d'utiliser la réparation ESEUTIL /p comme première réponse à l'ID d'événement 1925. Commencez par des méthodes moins invasives : vérifiez l'espace disque et l'état du stockage, tentez une récupération douce en utilisant ESEUTIL /r pour la relecture des journaux de transactions, et vérifiez l'état de la base de données avec ESEUTIL /mh. ESEUTIL /p effectue une réparation dure qui peut entraîner une perte de données et ne doit être utilisé que lorsque la récupération douce échoue et qu'aucune sauvegarde récente n'est disponible. Créez toujours des sauvegardes de la base de données avant de tenter des opérations de réparation et envisagez des options de base de données de récupération pour l'extraction de données.
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...