MSExchangeIS 9518 0xfffffb40 : fichier de base de données 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 : 2007-09-21
L'utilitaire de dépannage de base de données Microsoft Exchange a détecté un ou plusieurs événements MSExchangeIS 9518 avec le code d'erreur 0xfffffb40 dans le journal des applications. Ceci indique qu'un ou plusieurs fichiers de base de données du groupe de stockage sont manquants.
Explication
Cette erreur peut se produire lorsque le moteur de stockage extensible (ESE) tente de mettre toutes les bases de données d'un groupe de stockage dans un état cohérent lors de la récupération, mais détecte que des fichiers de base de données sont manquants ou ont été remplacés par différentes versions.
Si un fichier de base de données du groupe de stockage est manquant ou a été remplacé par différentes versions, le moteur ESE renvoie l'erreur -1216, abandonne la récupération et ne démarre pas le groupe de stockage.
Action d'utilisateur
Pour résoudre ce problème, effectuez une ou plusieurs des opérations suivantes :
- Si le fichier de base de données manquant a été déplacé ou renommé, recherchez les événements ESE 494 dans le journal des applications qui se sont produits après la tentative de montage de la base de données. Pour chaque événement, notez le fichier de base de données spécifique manquant, recherchez-en l'emplacement et déplacez-le au bon emplacement.
.gif "note")
Remarque :Si le logiciel antivirus au niveau du fichier est installé sur ce serveur et si les exclusions n'ont pas été configurées correctement, il est possible que la base de données ait été supprimée ou mise en quarantaine par le logiciel antivirus. Veillez à contrôler la quarantaine antivirus et le fichier journal de suppression pour voir si c'est le cas. - Si le fichier de base de données manquant a été supprimé ou perdu, restaurez le fichier à partir d'une sauvegarde du groupe de stockage de production. Vous pouvez utiliser la tâche Vérifier les fichiers de base de données et les fichiers du journal des transactions de l'outil Gestion de la récupération de bases de données Exchange pour vérifier que le fichier de base de données restauré est disponible pour la restauration.
Alors que vous restaurez ce fichier de base de données, vous pouvez également monter et accéder aux autres bases de données intactes dans un groupe de stockage à l'aide de la procédure suivante :
Pour autoriser l'accès à des boîtes aux lettres d'utilisateur sur des bases de données intactesExécutez eseutil /R /L <chemin des fichiers journaux> /S <Path to System Files>Log Base Name /I (où Nom de base de fichier journal correspond aux trois premiers caractères des fichiers journaux pour ce groupe de stockage, par exemple E00, E01, etc.). Cela permet au moteur ESE de mettre les fichiers de base de données présents dans un état cohérent tout en ignorant les fichiers de base de données manquants. Après l'exécution de cette commande, les fichiers de base de données manquants devront être restaurés à partir de la sauvegarde.
Remarque :Les commutateurs /L et /S sont facultatifs et ne doivent pas être utilisés si eseutil est exécuté au même emplacement que les fichiers journaux et système. Montez les fichiers de base de données présents et cohérents dans le groupe de stockage.
Les utilisateurs dont les boîtes aux lettres sont hébergées par la base de données montée ont désormais accès à leur courrier.
- Restaurez le fichier de base de données à partir de la sauvegarde dans un groupe de stockage de récupération. Vous pouvez utiliser immédiatement la fonction d'envoi et de réception en lançant le plus vite possible une nouvelle base de données (récupération avec base de données temporaire). Les clients voient une boîte aux lettres vide mais peuvent envoyer et recevoir du courrier plus rapidement que s'ils devaient attendre la fin de la restauration ou de la réparation.Remarque :
Cette option nécessite la fusion éventuelle des nouvelles données avec les données restaurées. - Si une réparation matérielle a été réalisée manuellement ou à partir de la tâche de Réparation de base de données de l'Assistant Résolution de problèmes d'Exchange pour une ou plusieurs bases de données dans le groupe de stockage et si la ou les bases de données sont dans un état cohérent, il se peut que les fichiers journaux du groupe de stockage n'aient pas été supprimés. Si toutes les bases de données du groupe de stockage se trouvent au bon emplacement, vérifiez que toutes les bases de données sont dans un état cohérent en exécutant la commande suivante.
Pour vérifier manuellement l'état cohérent du fichier de base de donnéesExécutez eseutil /mh <path to database .edb file>
Dans la sortie de cette commande, recherchez le champ État : et vérifiez qu'il est défini sur Arrêt correct.
Si toutes les bases de données du groupe de stockage sont en état d'arrêt normal, déplacez tous les fichiers journaux des transactions et les système pour le groupe de stockage vers un emplacement de sauvegarde et essayez ensuite de monter la banque. Si vous pouvez monter correctement toutes les bases de données, nous vous recommandons de réaliser une sauvegarde immédiatement dans le groupe de stockage.
Pour plus d'informations
Pour plus d'informations sur l'événement MSExchangeIS 9518 avec le code d'erreur 0xfffffb40, voir le centre des événements et messages d'erreur (https://go.microsoft.com/fwlink/?LinkId=91705).
Pour plus d'informations sur la récupération de cette erreur, voir l'article 296843 de la Base de connaissances Microsoft sur la procédure de récupération d'une base de données Exchange 2000 Server après l'erreur -1216 (https://go.microsoft.com/fwlink/?linkid=3052&kbid=296843).
Pour plus d'informations sur la planification de la récupération d'urgence d'Exchange, voir le guide de planification de la récupération d'urgence d'Exchange (https://go.microsoft.com/fwlink/?LinkId=91706).
Pour plus d'informations sur les Assistants Gestion de la récupération de la base de données et Dépannage de base de données, voir l'outil de gestion de récupération et de dépannage de base de données (https://go.microsoft.com/fwlink/?LinkId=91707).
Pour plus d'informations sur la récupération avec base de données temporaire, voir la section sur la portabilité de tonalité (https://go.microsoft.com/fwlink/?LinkId=91703) dans la rubrique sur la récupération d'urgence dans la documentation sur le produit Exchange 2007.
Pour plus d'informations sur les groupes de stockage de récupération, voir la section sur la présentation des groupes de stockage de récupération (https://go.microsoft.com/fwlink/?LinkID=80784) dans la rubrique sur la récupération d'urgence dans la documentation sur le produit Exchange 2007.