L'article présente des informations sur Exchange Server (HR=0X80004005, EC=-528) error que les DBA rencontrent après que la base de données fails to mount. Dans de tels cas, il devient essentiel d'utiliser un outil de récupération professionnel en tenant compte des quelques mesures mentionnées dans l'article.
Les fichiers du journal des transactions sont essentiels au bon fonctionnement d'Exchange car ils enregistrent toutes les transactions effectuées dans les fichiers EDB. Si un fichier journal qui n'est pas écrit dans la base de données associée est supprimé, plusieurs problèmes peuvent entraver les performances d'Exchange dans une certaine mesure. Dans les cas les plus graves, la base de données fail to mount.
La suppression de tous les fichiers du journal des transactions peut aider à résoudre le problème ; toutefois, la cohérence de la base de données doit être vérifiée avant de supprimer les fichiers. Si la base de données existe dans un état incohérent, il faut restaurer les messageries Exchange à partir de la sauvegarde. Parfois, lorsque vous essayez de monter le magasin de messageries Exchange, un message d'erreur peut apparaître, indiquant que :
“Exchange is unable to mount the database that you specified. Specified database: Servername\First Storage Group\Mailbox Database; Error code: mapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-528)”
Facteurs menant à ‘Unable to Mount Database Error’
Quel que soit le nombre de tentatives de montage d'une base de données, le même message d'erreur apparaît à chaque fois. La cause principale de l'existence de ce message d'erreur est l'absence d'un ou plusieurs fichiers du journal des transactions avant qu'ils ne soient envoyés à la base de données associée.
Dans plusieurs cas, le serveur Exchange n'est pas correctement arrêté en raison d'une panne de courant soudaine ou de raisons similaires. Cela transforme la base de données en un état d’ « arrêt sale ». Si vous rencontrez le message (hr=0x80004005, ec=-528), vous devrez le résoudre pour rétablir la fonctionnalité du serveur.
Si la base de données est correctement arrêtée, assurez-vous de déplacer le fichier Checkpoint ainsi que tous les fichiers journaux vers un autre dossier et essayez de le remonter. La procédure définie pour faire muter la base de données à un mode cohérent est mentionnée dans la section suivante.
Solution de contournement pour résoudre l'erreur
Pour corriger l'erreur HR=0X80004005, tous les fichiers du journal des transactions doivent être déplacés dans un autre dossier. Une fois que tous les fichiers sont déplacés, suivez les étapes ci-dessous :
Arrêtez l'Exchange Information Store et toutes les bases de données existant dans le groupe de stockage.
- Exécutez la commande eseutil/mh pour vérifier l'intégrité de la base de données. Le commutateur doit être suivi du nom de la base de données. (Exemple : si le nom de la base de données est Mailbox Project1, le nom de la base de données est Mailbox Project1.edb). Sous la section entête, analysez la valeur correspondant à « Etat ».
- Si la base de données est correctement fermée et se trouve dans un état cohérent, supprimez en toute sécurité tous les fichiers du journal des transactions et stockez-les dans un autre dossier. Assurez-vous que les fichiers du journal des transactions en cours ne sont pas supprimés.
- Si la base de données est dans un état incohérent ou n'est pas correctement fermée, essayez de restaurer à partir de la dernière sauvegarde en ligne. Exécutez eseutil/ r pour une soft recovery si la sauvegarde en ligne n'est pas valide.
Exécutez eseutil/ p pour une hard recovery ou utilisez un logiciel de réparation EDB tiers pour restaurer les messageries Exchange sans perte de données. Eseutil/ p effectuera un contrôle approfondi de la base de données pour analyser si des pages corrompues existent dans celle-ci.
Il est essentiel de sauvegarder l'ensemble des composants de la base de données car une perte de données peut survenir à n'importe quel stade de la procédure de récupération. Assurez-vous également qu'il y a suffisamment d'espace libre sur le disque (environ deux fois le volume de la base de données). Cet espace est utilisé par la base de données temporaire qui est créée pendant la procédure de récupération.
Les administrateurs de bases de données doivent tenir compte de plusieurs éléments avant de mettre en œuvre des procédures professionnelles de récupération des EDB.
Points à considérer lors de l'utilisation d'applications tierces de récupération EDB
Une fois que vous avez essayé toutes les méthodes de récupération et que rien ne semble fonctionner pour ramener la base de données en mode cohérent, l'étape suivante consiste à utiliser une solution de récupération Exchange tierce. Avant de le faire, il est important d'analyser les caractéristiques et les critères fonctionnels de l'outil avant de faire un investissement initial :
Doit gérer différents niveaux de corruption:
Le tout premier attribut de l'outil de récupération Exchange tiers est qu'il doit être capable de récupérer une base de données EDB corrompue en toutes circonstances. Avec la capacité de traiter tous les niveaux de corruption, qu'ils soient supérieurs ou inférieurs, l'outil doit récupérer l'ensemble des composants de la messagerie, y compris les e-mails avec les pièces jointes, les contacts, les notes, les entrées de calendrier, etc.
Doit prendre en charge la récupération des messageries supprimées:
L'outil que vous utilisez pour la récupération de la base de données Exchange doit être capable de restaurer les dossiers et les messageries supprimés. L'outil doit être développé en utilisant des algorithmes de récupération avancés avec l'efficacité de récupérer toutes les données possibles des messageries supprimées intentionnellement ou accidentellement.
Doit exporter les messageries vers Live Exchange Server:
Tout en recherchant le logiciel pour restaurer les messageries Exchange, vous devez vérifier si l'outil prévu permet d'exporter les données récupérables vers un environnement live Exchange Server. Avant tout, l'outil doit être fonctionnel sur les dernières versions de l'application qui incluent Exchange Server 2019, 2016, 2013 et les versions inférieures.
En plus de cela, il existe d'autres attributs qu'un utilisateur doit rechercher au moment de choisir le logiciel de récupération de messageries EDB. L'outil doit générer un aperçu de toutes les données récupérables avant d'initier la récupération afin que l'utilisateur puisse se faire une idée de son efficacité. En outre, la disponibilité d'une version d'essai est l'une des caractéristiques qui constitue un avantage considérable pour les utilisateurs finaux et rend le logiciel plus évolutif.
La marche à suivre - Stellar Exchange Mailbox Recovery
Logiciel de réparation EDB efficace, le logiciel Stellar Exchange Mailbox Recovery incorpore tous les attributs mentionnés ci-dessus et la capacité de faire muter la base de données inaccessible en mode cohérent. Le logiciel est un moyen efficace de réparer EDB ainsi que les fichiers de flux associés qui sont devenus inaccessibles lors de la tentative de correction de l'erreur HR=0X80004005.
Le logiciel de récupération est conçu à l'aide d'algorithmes d’analyse très progressifs qui peuvent être utilisés sur les fichiers Exchange EDB en fonction du niveau de dommage ou de perte de données pour accélérer la procédure. Si la base de données ne parvient pas à se monter et affiche l'erreur (HR=0X80004005, EC=-528), il se peut que des dossiers de messageries ou des composants de données manquent lorsque la base de données est mise en ligne.Dans de tels cas, la solution tierce de récupération de messageries Exchange peut être utilisée, et la base de données peut être restaurée dans une base de données existante ou nouvelle. Le contenu récupérable peut ensuite être exporté vers l'environnement du serveur live en fournissant les détails nécessaires.
3 min read
3 min read
3 min read
