ESE 455 -1811 (0xfffff8ed) : Fichier journal de transactions (Exx.log) actuel manquant
[Cette rubrique est destinée à résoudre un problème spécifique signalé par l'outil Exchange Server Analyzer Tool. Ne l'appliquez qu'à des systèmes sur lesquels l'outil Exchange Server Analyzer Tool a été exécuté et qui ont rencontré ce problème spécifique. L'outil Exchange Server Analyzer Tool, disponible sous forme de téléchargement gratuit, collecte à distance des données de configuration de chaque serveur de la topologie et les analyse automatiquement. Il génère un rapport qui détaille les problèmes de configuration importants, les problèmes potentiels et les paramètres du produit qui ne sont pas définis par défaut. En suivant ces recommandations, vous pouvez accroître les performances, l'évolutivité, la fiabilité et la disponibilité. Pour plus d'informations sur l'outil ou pour télécharger les versions les plus récentes, consultez la rubrique sur les analyseurs Microsoft Exchange à l'adresse https://go.microsoft.com/fwlink/?linkid=34707.]
Dernière rubrique modifiée : 2008-01-18
L'outil de dépannage de base de données de Microsoft Exchange a détecté un ou plusieurs événements ESE 455 avec le code d'erreur -1811 (0xfffff8ed) dans le journal des applications. Cet événement indique que le journal des transactions actuel (exx.log) est manquant, inaccessible ou porte une signature incorrecte.
Explication
L'erreur peut être due à l'une des causes suivantes :
- Erreur 1811 correspondant à JET_errFileNotFound. Ce problème peut se produire dans un fichier journal Exchange ayant une signature incorrecte et un numéro de génération de journal interne (LGeneration). Généralement, le fichier journal Exchange est le fichier E00.log. Si le fichier E00.log a une signature incorrecte, il se peut que le montage de la banque d'informations échoue même si la base de données est cohérente.
- Un programme antivirus met en quarantaine ou supprime le fichier journal Exchange actuel.
- La commande de réparation eseutil /p a été exécutée sur les bases de données affectées et les fichiers journaux ont été supprimés.
- La commande de récupération eseutil /r a été exécutée avec un nom de base de fichier journal incorrect, comme dans l'exemple, eseutil /r Exx.log, où Exx.log est un nom de base de fichier journal de trois caractères.
Cette erreur peut également être représentée comme une erreur -1811, JET_errFileNotFound. Cette erreur s'applique aux versions suivantes d'Exchange Server :
- Microsoft Exchange Server 2007
- Microsoft Exchange Server 2003
- Microsoft Exchange 2000 Server
Action d'utilisateur
Pour résoudre ce problème, effectuez une ou plusieurs des opérations suivantes :
- Si le fichier journal a une signature et un numéro de génération de journaux incorrects, contactez les services de support technique Microsoft. Pour plus d'informations, visitez la page de contact du site Web du centre de support Microsoft.
- Si un antivirus met en quarantaine ou supprime le fichier journal Exchange actuel, procédez comme suit :
- Vérifiez la configuration de l'antivirus.
- Vérifiez que l'antivirus n'est pas configuré pour analyser les répertoires Exchange Server.
- Par défaut, certains antivirus sont paramétrés pour analyser les lecteurs et répertoires sur une base hebdomadaire en mode manuel ou en mode automatique. Cette configuration peut facilement être ignorée. Assurez-vous d'ajouter les répertoires Exchange Server aux emplacements exclus pour l'antivirus. Pour plus d'informations sur la configuration des antivirus pour qu'ils fonctionnent avec Exchange, consultez l'article 823166 de la Base de connaissances Microsoft, Aperçu des logiciels antivirus utilisés avec Exchange Server 2003.
- Consultez les fichiers journaux de l'antivirus pour vérifier que le fichier journal Exchange a été mis en quarantaine ou supprimé.
Utilisez une des méthodes suivantes pour récupérer le fichier journal Exchange :
Méthode 1 : si le fichier journal Exchange a été mis en quarantaine
Récupérez le journal Exchange dans le dossier contenant vos fichiers journaux de production.
Démarrez le service de banque d'informations de Microsoft Exchange. S'il ne manque aucun autre fichier journal, la base de données est montée. S'il manque d'autres fichiers journaux, vérifiez si les fichiers manquants figurent dans le dossier de mise en quarantaine de l'antivirus. Si les fichiers journaux ne figurent pas dans le dossier de mise en quarantaine, voyez la méthode 2.
Si le fichier journal Exchange a été supprimé, vous devez restaurer la base de données du groupe de stockage à partir d'une sauvegarde. Vous devez ensuite procéder à la relecture des fichiers journaux. Pour restaurer une base de données disponible, procédez comme suit :
Méthode 2 : si le fichier journal Exchange a été supprimé
Déplacez les bases de données incohérentes vers un dossier de sauvegarde.
Si un fichier E00.log a été créé, déplacez-le vers le dossier de sauvegarde. Déplacez également le fichier E00.chk vers le dossier de sauvegarde.
Copiez tous les fichiers journaux existants dans le dossier de sauvegarde.
.gif "note")
Remarque :Vous devez copier les fichiers journaux. Vous ne devez pas les déplacer. Renommez le dernier fichier E00*.log en E00.log.
Restaurez la base de données à partir d'une sauvegarde. Puis, relisez les fichiers journaux. Cela permet de rétablir la cohérence de la base de données. La base de données n'inclut pas toutefois le fichier E00.log copié vers le dossier de sauvegarde. Même si quelques données sont perdues, vous disposez désormais d'une base de données qu'il est possible de monter.
Remarque :Si vous ne pouvez pas restaurer la base de données à partir d'une sauvegarde, exécutez les utilitaires de réparation sur la base de données pour en rétablir la cohérence. Démarrez le service de banque d'informations de Microsoft Exchange.
Si la commande de réparation eseutil /p a été exécutée sur les bases de données affectées et les fichiers journaux ont été supprimés, procédez comme suit :
Identification de l'exécution de la commande eseutil /p
Cliquez sur Démarrer, puis sur Exécuter, tapez cmd, puis cliquez sur OK.
Tapez la commande suivante à l'invite de commandes :
c:\program files\exchsrvr\bin\eseutil /mh "c:\program files\exchsrvr\mdbdata\<name of Exchange database.edb>"La syntaxe ci-avant est basée sur les hypothèses suivantes :
- Les fichiers du programme Exchange Server ont été installés dans le dossier c:\program files\exchsrvr.
- Votre base de données se trouve dans le dossier c:\program files\exchsrvr\mdbdata.
Lisez l'attribut de nombre de réparations. S'il est égal à 0 (zéro), la commande eseutil /p n'a pas été exécutée. Si l'attribut est un nombre autre que 0, la commande eseutil /p a été exécutée sur la base de données.
Si les bases de données privée et publique présentent un état cohérent ou d'arrêt correct, vous pouvez déplacer les fichiers journaux des transactions vers un autre dossier. Pour déterminer si les bases de données sont dans un état cohérent ou d'arrêt correct, procédez comme suit :
Identification de l'état cohérent ou d'arrêt correct des bases de données
Cliquez sur Démarrer, puis sur Exécuter, tapez cmd, puis cliquez sur OK.
Pour examiner la banque d'informations privée, tapez ce qui suit :
c:\program files\exchsrvr\bin\eseutil /mh "drive:\program files\exchsrvr\mdbdata\priv1.edb"Pour examiner la banque d'informations publique, tapez ce qui suit :
c:\program files\exchsrvr\bin\eseutil /mh "drive:\program files\exchsrvr\mdbdata\pub1.edb"La syntaxe décrite dans les étapes 2 et 3 est basée sur les hypothèses suivantes :
- Les fichiers du programme Exchange Server ont été installés dans le dossier c:\program files\exchsrvr.
- Votre base de données se trouve dans le dossier c:\program files\exchsrvr\mdbdata.
Consultez les résultats de la vérification de cohérence. Si la base de données est cohérente (état = arrêt correct), tous les fichiers journaux ont été validés dans la banque d'informations. Si la base de données n'est pas cohérente (état = arrêt incorrect), il se peut que la base de données ne soit pas endommagée. Les fichiers journaux n'ont peut-être pas encore été validés dans la base de données.
Si l'état indique un arrêt correct, déplacez les fichiers journaux des dossiers mdbdata vers un dossier de sauvegarde.
Montez les bases de données.
Si la commande de récupération eseutil /r a été exécutée avec un nom de base de fichier journal incorrect, utilisez le commutateur approprié pour exécuter la commande. Les noms de base de fichier journal courants sont e00, e01, e02 et e03. Par exemple, la commande suivante contient un nom de base de fichier journal correct :
eseutil /r e00Si le problème persiste, contactez les services de support technique Microsoft. Pour plus d'informations, visitez la page de contact du site Web du centre de support Microsoft.