Summary: Unable to Mount Database (hr=0x80004005, ec=1108) est un message d'erreur qui apparaît dans l'Exchange Admin Center lorsque vous essayez de monter une base de données démontée sur un serveur Exchange, mais que le montage échoue. Cela peut se produire pour plusieurs raisons, comme indiqué dans cet article. Nous avons également mentionné les solutions que vous pouvez suivre pour corriger l'erreur et partagé un outil de récupération de base de données pour restaurer les boîtes aux lettres des utilisateurs lorsque les solutions manuelles ne fonctionnent pas.
Lorsqu’une base de données est démontée du serveur Exchange, la connectivité serveur-client est rompue. Les utilisateurs dont les boîtes aux lettres se trouvent dans la base de données démontée ne peuvent pas se connecter à leurs boîtes aux lettres, accéder à leur compte de messagerie ou envoyer/recevoir de nouveaux courriels.
Dans une situation aussi critique, il est important de monter la base de données pour restaurer les boîtes aux lettres des utilisateurs et le flux d’e-mails.
Dans Exchange Server, vous pouvez monter la base de données à l’aide des cmdlets
Exchange Admin Center (EAC) ou Exchange Management Shell (EMS).
Cependant, si vous essayez de monter une base de données démontée, il peut y avoir deux scénarios : la base de données sera montée avec succès ou échouera avec une erreur, telle que :
Impossible de monter la base de données que vous avez spécifiée. Base de données spécifiée : MBX-DB-2016 ; 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 : MapiExceptionDatabaseError : Impossible de monter la base de données. (hr=0x80004005, ec=1108) Contexte de diagnostic : Lid : 65256 Lid : 10722 StoreEc : 0x454 Lid : 1494 -- Contexte distant Beg -- Lid : 45120 dwParam : 0x569817 Lid : 57728 dwParam : 0x56995F Lid : 46144 dwParam : 0x569A97 Lid : 34880 dwParam : 0x569A97 Lid : 34760 StoreEc : 0xFFFFFE0B Lid : 46144 dwParam : 0x56A13F Lid : 34880 dwParam : 0x56A13F Lid : 54472 StoreEc : 0x1388 Lid : 42184 StoreEc : 0x454 Lid : 1750 -- Remote Context End -- Lid : 1047 StoreEc : 0x454 [Database : MBX-DB- 2016, Server : mail.abc.com]
Raisons de l’erreur Impossible de monter la base de données (hr=0x80004005, ec=1108)
Le montage d’une base de données Exchange peut échouer pour plusieurs raisons, comme indiqué ci-dessous :
- Vous ne pouvez pas monter une base de données lorsque l’espace de stockage sur le disque où sont stockés les fichiers de base de données et les fichiers journaux est faible. Le manque d’espace disque est également l’une des principales raisons du démontage et de la corruption des bases de données.
- Les services Exchange, tels que Microsoft Exchange Information Store et Microsoft Exchange Replication, sont nécessaires pour monter une base de données dans Exchange Server. Si ces services ne sont pas en cours d’exécution ou s’ils sont arrêtés, le montage de la base de données échouera et pourra donner lieu au message “Unable to Mount Database (hr=0x80004005, ec=1108)” ou à une erreur similaire.
- La suppression ou l’absence de fichiers journaux est l’une des raisons les plus courantes d’une base de données démontée dans Exchange Server. Exchange Server enregistre toutes les modifications ou mises à jour (transactions) dans les fichiers journaux avant de mettre à jour la base de données.
Si les journaux sont manquants ou supprimés avant que les modifications du journal ne soient validées dans la base de données, celle-ci peut devenir incohérente (Dirty Shutdown) et être démontée. Une telle base de données ne peut pas être montée à moins que les journaux soient validés dans la base de données ou que la base de données soit dans un état d’arrêt propre. Si vous essayez de forcer le montage, vous risquez d’échouer et d’obtenir un message d’erreur.
- Vous ne pouvez pas monter une base de données de boîtes aux lettres Exchange (. EDB) lorsqu’elle est corrompue ou endommagée. Pour monter une telle base de données, vous devez la réparer en utilisant EseUtil ou un logiciel de récupération Exchange, tel que Stellar Repair for Exchange, pour restaurer les boîtes aux lettres des utilisateurs et la connectivité.
Étapes à suivre pour corriger l’erreur Impossible de monter la base de données (hr=0x80004005, ec=1108)
Pour corriger l’erreur Unable to Mount Database (hr=0x80004005, ec=1108) dans Exchange Server, vous pouvez suivre les solutions suivantes dans l’ordre indiqué.
Étape 1 : Sauvegarde de la base de données
Créez une copie de sauvegarde de la base de données avec les journaux des transactions. Cette étape est essentielle pour éviter une perte de données permanente tout en réparant les causes de l’erreur Unable to Mount Database (hr=0x80004005, ec=1108).
Étape 2 : Vérifiez le stockage
Vérifiez le support de stockage où sont stockés la base de données et les journaux de transactions. Le disque doit disposer d’au moins 25 % de stockage libre pour stocker davantage de journaux et de modifications de la base de données. Toutefois, si le stockage est faible, vous pouvez effectuer l’une des actions suivantes pour résoudre le problème “Impossible de monter la base de données” (hr=0x80004005, ec=1108) et monter la base de données.
- Vous pouvez remplacer le support de stockage par un disque de plus grande capacité.
- Faire de la place sur le disque de stockage en déplaçant certaines données vers un autre disque ou volume.
Une fois que vous avez suffisamment d’espace libre, essayez de monter la base de données en utilisant la cmdlet Mount-Database dans Exchange Management Shell.
Mount-Database –Identity
Si cela échoue, vous pouvez utiliser le paramètre -AcceptDataLoss pour monter la base de données en supprimant les éléments ou les changements non engagés de la base de données. Cela peut entraîner la disparition d’éléments ou de boîtes aux lettres. N’utilisez ce paramètre que lorsque vous avez créé une sauvegarde de la base de données et à vos risques et périls.
Mount-Database -Identity < DatabaseName> -AcceptDataLoss
Vérifiez ensuite l’état, en utilisant la commande suivante
Get-MailboxDatabase -status | ft name,server,mounted
Étape 3 : Redémarrer les services Exchange
Si la base de données n’a pas été montée, suivez ces étapes pour démarrer ou redémarrer les services Microsoft Exchange requis.
- Appuyez sur Windows+R, tapez services.msc, et appuyez sur la touche Entrée ou cliquez sur
OK.
- Faites un clic droit sur le service Microsoft Exchange Information Store et cliquez sur Démarrer ou Redémarrer. Cela prendra quelques secondes pour se terminer.
- De même, cliquez avec le bouton droit de la souris sur le service Microsoft Exchange Replication et cliquez sur Start ou Restart.
Une fois ces services démarrés/redémarrés, essayez de monter la base de données à l’aide du cmdlet Mount-Database. Vous pouvez également utiliser Exchange Admin Center pour monter la base de données.
Toutefois, si l’erreur “Impossible de monter la base de données (hr=0x80004005, ec=1108)” persiste, vous devrez peut-être vérifier la santé de la base de données et la réparer ou la restaurer, comme indiqué dans les étapes suivantes.
Étape 4 : Vérifier l’état de la base de données
Pour vérifier l’état de la base de données, vous pouvez utiliser EseUtil – un outil de ligne de commande intégré pour vérifier, récupérer et défragmenter la base de données Exchange. Vous pouvez utiliser la commande EseUtil suivante dans la fenêtre d’invite de commande élevée ou dans EMS pour vérifier l’état de la base de données.
EseUtil /mh <DatabasePath/Databasename.edb>Par exemple,
Eseutil /mh 'C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\MBXDB02\MBXDB02.edb'.
Si la sortie indique que l’état de la base de données est Dirty Shutdown, cela signifie que la base de données est soit incohérente en raison de journaux non validés, soit corrompue. Dans ce cas, vous devez récupérer ou réparer la base de données pour la ramener à un état d’arrêt propre.
Étape 5 : Réparer la base de données Exchange
Pour récupérer ou réparer une base de données corrompue, endommagée ou incohérente et la monter sans rencontrer l’erreur Unable to Mount Database (hr=0x80004005, ec=1108), vous pouvez utiliser l’EseUtil pour effectuer une récupération douce ou une récupération dure.
Dans le cas d’une restauration douce, les journaux des transactions non validées sont rejoués sur la base de données pour la ramener à un état cohérent (état d’arrêt propre). La récupération matérielle est nécessaire lorsque les journaux sont manquants/supprimés.
Cependant, la récupération dure est un processus invasif qui récupère la base de données en supprimant les boîtes aux lettres ou les éléments irrécupérables. Au lieu de la récupération matérielle, nous vous recommandons d’utiliser le logiciel de récupération Exchange pour restaurer les boîtes aux lettres des utilisateurs de la base de données corrompue vers une base de données saine sur votre serveur Exchange.
Nous les avons examinés en détail ci-dessous.
Étapes à suivre pour EseUtil Soft Recovery
Tout d’abord, vous devez exécuter la commande ci-dessous pour vérifier les journaux nécessaires à la récupération souple.
eseutil /ml <Log path location>
Une fois que vous avez vérifié les journaux et qu’aucun journal endommagé n’est trouvé, vous pouvez effectuer une récupération douce (EseUtil /r) en exécutant la commande suivante. Le journal commence généralement par E00, E01, ou E02, etc.
Cela lancera le processus de récupération. Selon la taille et les dommages subis par la base de données, le processus prendra un certain temps. Une fois qu’il est terminé, vous devez relancer la commande Eseutil /mhmhCommande pour vérifier l’état de la base de données. Si la récupération a réussi, l’état de la base de données devrait être Clean Shutdown.
Une fois que la base de données est dans un état d’arrêt propre, elle peut être facilement montée sur le serveur Exchange en utilisant la cmdlet Mount-Database dans EMS ou Exchange Admin Center.
Cependant, si l’état Dirty Shutdown persiste, vous avez deux options :
- Restaurer le serveur à partir d’une sauvegarde et perdre toutes les données entre la dernière sauvegarde.
- Effectuez un processus de récupération dur.
Encore une fois, si vous effectuez une récupération dure, vous devez accepter la perte de données car le processus purge les données endommagées, quelle que soit leur quantité. En revanche, après avoir effectué ce processus, Microsoft ne vous aidera pas. En effet, lorsqu’une base de données est récupérée à l’aide de la récupération dure, certaines informations sont codées en dur. Lorsque Microsoft s’en aperçoit, il refuse de fournir une assistance.
Pour effectuer la récupération dure, exécutez la commande ci-dessous :
Eseutil /P <Database file location full path>
Une fois exécuté, vous serez averti de la perte de données et devrez l’accepter avant de
poursuivre. Cette récupération doit être utilisée en dernier recours.
Une fois fait, vous obtiendrez un écran comme celui ci-dessous.
Vous devrez exécuter la commande EseUtil /MH pour voir si l’état de la base de données est sain (Clean Shutdown). Si la base de données est saine, vous devriez être en mesure de monter la base de données et de corriger l’erreur ‘Unable to Mount Database (hr=0x80004005, ec=1108)’.
En conclusion
La solution manuelle ci-dessus prendra un temps considérable sans savoir si elle résoudra le problème avec succès. Il est également déconseillé d’effectuer une récupération dure, car cela entraînerait une perte de données irréversible et un codage dur de la base de données, ce qui vous priverait de toute assistance de la part de Microsoft. Heureusement, il existe une solution facile. Vous pouvez utiliser l’un des meilleurs logiciels de récupération Exchange – Stellar Repair for Exchange, pour restaurer les boîtes aux lettres des utilisateurs.
Tout ce que vous avez à faire est de créer une nouvelle base de données sur votre serveur Exchange. Ensuite, réparez la base de données endommagée et exportez les boîtes aux lettres vers la nouvelle base de données sur votre serveur directement à l’aide de Stellar Repair for Exchange avec une intégrité complète. Cette solution vous permet de restaurer le service à temps, sans processus de récupération complexe. En outre, vous pouvez également enregistrer ces boîtes aux lettres sous forme de fichiers PST individuels ou les exporter vers le locataire Office 365.
