Summary: lorsque Exchange crée un problème à n'importe quel administrateur ; que faites-vous lorsqu'une base de données Exchange ne se monte pas. Dans de nombreux cas, cela entraîne une panique et une perte potentielle de données. Dans cet article, nous examinerons les 10 principaux problèmes - Problèmes de montage de la base de données Exchange. C'est pourquoi la base de données Exchange ne se montera pas et comment les résoudre et comment obtenir et exécuter vos messageries d'utilisateur.
La base de données Exchange ne se monte pas :
- Fichiers journaux incohérents / manquants.
- Problème d’espace disque insuffisant.
- Corruption de la base de données – Matériel
- License
- Décalage horaire dans la base de données par rapport au répertoire. (Impossible de monter la base de données. ((hr=0x80004005, ec=-344))
- Erreur de montage de la base de données : (hr=0x80004005, ec=-501)
- Erreur de montage de la base de données : (JET_errFileAccessDenied, impossible d’accéder au fichier, le fichier est verrouillé ou en cours d’utilisation)
- Problème d’autorisation.
- Problème d’antivirus.
- La base de données Exchange ne se montera pas (impossible de voir Active Directory)
Plongeons dans chacun de ces problèmes.
Fichiers journaux incohérents / manquants
Le problème avec les fichiers journaux manquants peut être une erreur humaine ou un problème avec le logiciel de sauvegarde. J’ai vu des administrateurs essayer de libérer de l’espace et quand ils regardent dans le répertoire Exchange, eh bien tous ces fichiers journaux sont là et ils les « décalent / suppriment » tous, puis font un redémarrage et constatent que les bases de données Exchange ne veulent pas se monter.
Pour résoudre ce problème, copiez tous les fichiers journaux dans un autre répertoire, puis activez la journalisation circulaire pour « vider » les fichiers journaux. La base de données devrait à nouveau être montée après cela. Désactivez la journalisation circulaire et effectuez une sauvegarde complète de votre base de données Exchange.
Problème d’espace disque insuffisant
Si Exchange n’est pas correctement espacé, il consommera presque tout l’espace sur un lecteur si aucune sauvegarde n’a lieu pour le tronquer.
Pour résoudre ce problème, copiez tous les fichiers journaux dans un autre répertoire, puis activez la journalisation circulaire pour « vider » les fichiers journaux. La base de données devrait à nouveau être montée après cela. Désactivez la journalisation circulaire et effectuez une sauvegarde complète de votre base de données Exchange ou alors, vous pouvez restaurer une sauvegarde précédente.
Corruption de base de données – Matériel
Ce type de corruption peut se produire à un niveau physique où le matériel tombe en panne. Pour récupérer cette base de données, vous devez regarder une sauvegarde ou utiliser exchange recovery by Stellar Data Recovery pour récupérer toutes les données. Découvrez ce que MVP dit à propos de l’outil de récupération Exchange de Stellar.
Licence
Si vous exécutez une version d’essai d’Exchange et ne l’avez pas sous licence, vous rencontrerez des problèmes lorsque vous tenterez de monter plus que la base de données par défaut de 5 bases de données. La meilleure pratique consiste à vous assurer de choisir le type de licence approprié pour votre environnement afin de ne pas avoir de temps d’arrêt.
Erreur de décalage temporel lors du montage des bases de données Exchange
Cette erreur signifie qu’il y a un décalage temporel dans la base de données par rapport au répertoire. L’explication du code d’erreur ESE se lit comme suit : « JET_errDbTimeCorrupted -344 Le Dbtime sur la page actuelle est supérieur au dbtime de la base de données globale. Cette erreur est renvoyée par le gestionnaire de répertoire. »
Pour corriger ce type d’erreur qui empêche le montage des bases de données Exchange, vous devez exécuter la commande suivante : eseutil /d
Une fois sa défragmentation terminée, il est conseillé de déplacer toutes les messageries existantes vers une nouvelle base de données Exchange.
Erreur de montage de la base de données : hr=0x80004005, ec=-501
Si vous avez rencontré une panne de courant ou que le serveur VM / physique a redémarré, vous pouvez rencontrer l’erreur ci-dessus lorsque les bases de données Exchange ne veulent pas se monter.
Pour corriger ce type d’erreur qui empêche le montage des bases de données Exchange, vous devez exécuter la commande suivante : eseutil / p
Une fois la commande ci-dessus terminée, déplacez tous les fichiers à l’exception du fichier .EDB hors de son dossier vers un autre dossier, puis essayez de monter la base de données Exchange.
Si cela ne fonctionne pas, vous devriez envisager d’utiliser le logiciel Stellar Repair for Exchange pour récupérer vos données.
Erreur de montage de la base de données : (JET_errFileAccessDenied, impossible d’accéder au fichier, le fichier est verrouillé ou en cours d’utilisation)
Si vous rencontrez cette erreur, il est possible qu’une application conserve le fichier à l’origine de l’erreur ci-dessus.
Pour essayer de corriger ce type d’erreur qui empêche le montage des bases de données Exchange, vous pouvez exécuter la commande suivante : eseutil /p
Notez que si vous n’avez aucune exclusion antivirus en place, il est possible que l’antivirus supprime les fichiers journaux ou verrouille le fichier .EDB pour l’analyser, provoquant l’erreur ci-dessus.
Problème d’autorisation empêchant le montage des bases de données Exchange
Un autre problème courant de montage de base de données Exchange est que la base de données ne sera pas montée si l’autorisation SeSecurityPrivilege a été modifié. Si tel est le cas, vous pouvez recevoir l’un des messages suivants dans le journal des événements d’application :
Événement 2102 : processus MAD.EXE (PID=1088). Tous les serveurs de contrôleur de domaine utilisés ne répondent pas :
Événement 9004 : le service de mise à jour de la métabase n’a pas pu démarrer, erreur « 80040a01 ».
Événement 1005 : erreur inattendue. Une erreur inconnue s’est produite. ID no : 80040a01 Surveillance du système Microsoft Exchange s’est produite.
Événement 1029 : impossible de répliquer le descripteur de sécurité dans la métabase. Les utilisateurs peuvent ne pas être en mesure de lire ou d’écrire des données dans la métabase. Le code d’erreur est 8000500d.
Événement 9074 : l’interface de référence du service de répertoire n’a pas pu traiter une demande client. RFRI renvoie le code d’erreur : [0x3f0].
Événement 1121 : erreur 0x80004005 lors de la connexion à Microsoft Active Directory.
Événement 125 : une erreur fatale s’est produite lors de la lecture d’une valeur dans le répertoire.
Pour corriger ce type d’erreur qui empêche le montage du .EDB, effectuez à nouveau une préparation de domaine pour remettre les autorisations.
Problèmes d’antivirus
Dans Exchange, si vous avez installé un type d’antivirus, vous devez vous assurer que toutes les exclusions sont définies. La raison en est que l’Anti-Virus peut supprimer des fichiers journaux ou verrouiller des fichiers pendant son analyse, vous pouvez rencontrer l’erreur JET_errFileAccessDenied lorsque la base de données tente de se monter.
Avec les exclusions correctes en place, il garantit que Exchange s’exécute comme il se doit sans pression inutile causée par le logiciel antivirus.
La base de données Exchange ne sera pas montée (impossible de voir Active Directory)
Voici une autre erreur que vous pourriez rencontrer lors de la tentative de montage d’une base de données Exchange :
Impossible de monter la base de données que vous avez spécifiée. Base de données spécifiée : Base de données de messageries ; Code d’erreur : une opération Active Manager a échoué. Erreur L’action de la base de données a échoué. Erreur : l’opération a échoué avec le message : MapiExceptionNotFound : impossible de monter la base de données. (hr=0x8004010f, ec=-2147221233)
La première étape consiste à essayer de la monter à partir de l’environnement de ligne de commande Exchange Management Shell. Si cela ne fonctionne pas, vérifiez que Exchange peut contacter un contrôleur de domaine qui est un catalogue global. Vous pouvez utiliser la commande Set-ADServerSettings pour forcer Exchange à utiliser un contrôleur de domaine spécifique.
Après cela, les bases de données doivent se monter avec succès.
Pour conclure, il existe de nombreuses raisons pour lesquelles une base de données Exchange ne sera pas montée et si vous ne disposez pas de sauvegardes de vos données, vous pouvez consulter Stellar Repair for Exchange pour vous aider à ouvrir le fichier .EDB et d’extraire les données.
