MSExchangeIS 9518 (0xfffffd9a) : Fichier de point de contrôle manquant avec plus de 1008 fichiers journaux de transactions existants

[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 : 2009-09-23

L'outil de dépannage de base de données de Microsoft® Exchange a détecté un ou plusieurs événements MSExchangeIS 9518 avec le code d'erreur 0xfffffd9a dans le journal des applications. Cette erreur indique que le fichier de point de contrôle (Exx.chk) pour ce groupe de stockage est manquant ou a été supprimé, et que plus de 1008 fichiers journaux de transactions doivent être lus dans la base de données.

Explication

Ce problème peut se produire si les conditions suivantes sont vraies :

  • Les fichiers journaux et les bases de données sont arrêtés correctement. Il n'y a donc pas d'incident nécessitant une récupération.
  • Vous renommez ou supprimez le fichier de point de contrôle Exx.chk.
  • Il y a plus de 1008 fichiers journaux entre les points de contrôle à relire sur le serveur.
  • Dans une récupération par progression, une ou plusieurs bases de données dans le groupe de stockage sont perdues mais les fichiers journaux restent intacts sur le serveur au moment de la récupération. L'opération de récupération par progression n'est pas exécutée avec succès.

Dans cette situation, le service Banque d'informations Microsoft Exchange effectue une récupération logicielle et relit tous les fichiers journaux au démarrage. Comme les fichiers journaux et les bases de données ont été arrêtés correctement, il n'y a aucune récupération à effectuer. Comme il n'y a pas de point de contrôle, Exchange traite tous les journaux jusqu'à atteindre un enregistrement d'arrêt correct. Comme il y a plus de 1008 fichiers journaux, Exchange atteint la limite de 1008 fichiers journaux avant de pouvoir localiser l'enregistrement d'un état d'arrêt correct.

noteRemarque :
Les symptômes décrits peuvent également se produire si les conditions répertoriées précédemment sont vraies, et vous relisez les fichiers journaux à l'aide de la commande eseutil /r. La commande eseutil /r effectue également une récupération logicielle de la banque de boîtes aux lettres.

Cette erreur peut également être représentée comme une erreur JET_errCheckpointDepthTooDeep, -614. Cette erreur s'applique uniquement à Microsoft Exchange Server 2003.

Action d'utilisateur

Pour résoudre ce problème dans Exchange Server 2003, appliquez Exchange 2003 SP1 ou une version ultérieure.