Dossier IgnoredLogs contenant plus d'un Go de fichiers journaux accumulés

[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 : 2010-04-01

L'outil Microsoft Exchange Best Practices Analyzer examine les emplacements de stockage des serveurs Microsoft Exchange Server 2007 configurés pour utiliser l'une des fonctions de disponibilité élevée suivantes :

• Réplication continue locale (LCR)
• Réplication continue en cluster (CCR)
• Réplication continue en attente (SCR)

L'outil Best Practices Analyzer examine les emplacements de stockage de données pour vérifier qu'un espace disque suffisant est disponible pour le bon fonctionnement d'Exchange. Si Best Practices Analyzer détermine qu'un trop grand nombre de fichiers journaux figurent dans le sous-dossier IgnoredLogs du dossier de journal des transactions, l'outil génère le message d'avertissement suivant :

Sur des serveurs Exchange LCR, CCR et SCR, chaque groupe de stockage contient un sous-dossier nommé IgnoredLogs. Par exemple, un serveur peut utiliser un chemin d'accès ressemblant à celui-ci pour un emplacement de stockage de journal des transactions particulier :

E:\TransactionLogs\StorageGroup1\IgnoredLogs\

Exchange utilise le dossier IgnoredLogs pour stocker des fichiers journaux valides impossibles à relire. Par exemple, un fichier journal peut être obsolète ou endommagé. Le dossier IgnoredLogs peut également contenir les sous-dossiers suivants :

• E00OutofDate
  Ce sous-dossier contient d'anciens fichiers E00.log présents sur le nœud passif au moment du basculement. Un fichier E00.log est créé sur le nœud passif si ce dernier était précédemment exécuté comme nœud actif. Lors du déplacement de ces fichiers journaux vers le sous-dossier E00OutofDate, l'ID d'événement 2013 est consigné dans le journal des applications.

• InspectionFailed
  Ce sous-répertoire contient les fichiers journaux dont l'inspection a échoué. L'ID d'événement 2013 est journalisé en cas d'échec de l'inspection d'un fichier journal. Le fichier journal est ensuite déplacé vers le dossier InspectionFailed. L'inspecteur de fichiers journaux se sert de l'outil Eseutil ainsi que d'autres méthodes pour vérifier la validité physique d'un fichier journal. Toute exception renvoyée à la suite de ces examens est considérée comme un échec et le fichier journal correspondant considéré comme endommagé.

Les fichiers journaux qui s'accumulent dans le sous-dossier IgnoredLogs ne sont pas automatiquement supprimés. Ainsi, le nombre de fichiers journaux augmentant dans le temps, l'espace de stockage disponible dans l'emplacement de stockage risque d'être épuisé. Cela s'ajoutant à la génération habituelle du journal de transactions peut entraîner un arrêt du traitement des messages par Exchange.

Pour résoudre ce problème, supprimez les fichiers journaux du sous-dossier IgnoredLogs dans le groupe de stockage approprié.

Pour plus d'informations

Pour plus d'informations sur l'architecture et le comportement de la réplication continue d'Exchange 2007, voir l'article du blog Microsoft, Is this thing on? : Exchange 2007 - Continuous Replication Architecture and Behavior (en anglais).

Remarque :
Le contenu de chaque blog et les URL correspondantes peuvent faire l'objet de modifications sans préavis. Le contenu de chaque blog est fourni en l'état sans aucune garantie, et ne confère aucun droit. L'utilisation des exemples de script ou du code inclus est soumise aux Conditions d'utilisation de Microsoft.

Pour plus d'informations sur la gestion de solutions de haute disponibilité Exchange, voir les rubriques suivantes :

• Gestion de la réplication continue locale (LCR)
• Gestion de la réplication continue en cluster
• Gestion de la réplication continue en attente