Noms de fichier des journaux de transactions manquants
[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 : 2005-11-18
L'outil Microsoft® Exchange Server Analyzer Tool vérifie l'état des fichiers des journaux de transactions pour chaque groupe de stockage en consultant les fichiers journaux sur le disque du serveur. Pour trouver l'emplacement des fichiers journaux, Exchange Server Analyzer interroge le service d'annuaire Active Directory®. Pour chaque objet du groupe de stockage (classe msExchStorageGroup), le chemin d'accès aux fichiers journaux est enregistré dans l'attribut msExchESEParamLogFilePath.
Les noms de fichier des journaux de transactions incluent des nombres hexadécimaux séquentiels qui identifient la séquence des fichiers journaux. Par exemple, le premier fichier journal du Premier groupe de stockage par défaut s'appelle E0000001.log, le deuxième E0000002.log, etc. La valeur de la séquence peut être aussi élevée qu'E00FFFFF.log. Exchange peut créer jusqu'à 1 030 000 fichiers journaux uniques. Toutefois, lorsqu'Exchange atteint la fin de la séquence, les banques du groupe de stockage affecté ne se montent plus si elles sont démontées une fois la limite atteinte. Si elles sont laissées montées, les banques ne démonteront pas les bases de données même si aucune opération Jet ne peut avoir lieu. En principe, Exchange peut être exécuté pendant plusieurs années avant d'atteindre cette limite.
Ce message s'affichera comme un avertissement si le serveur spécifié a utilisé plus de 950 000 fichiers des journaux de transactions.
Ce message s'affichera comme une erreur si le serveur spécifié a utilisé plus de 1 020 000 fichiers des journaux de transactions.
Pour que les banques puissent démonter correctement les bases de données en cas d'atteinte de cette limite, un correctif a été inclus dans Exchange Server 2003 Service Pack 1. Un correctif post-Service Pack 3 est disponible pour Exchange 2000 Server, comme décrit dans l'article 830408 de la Base de connaissances Microsoft sur les banques de bases de données Exchange qui restent montées bien que tous les journaux de transactions qui sont disponibles pour un groupe de stockage aient été utilisés (https://go.microsoft.com/fwlink/?LinkId=3052&kbid=830408).
Si Exchange n'a pas encore atteint la limite de 1 030 000 journaux de transactions, effectuez une sauvegarde en ligne complète du serveur dès que possible. Pour plus d'informations sur la réalisation d'une sauvegarde en ligne complète des banques Exchange, voir le Guide des opérations de récupération d'urgence de Microsoft Exchange Server 2003 (https://go.microsoft.com/fwlink/?LinkId=47570).
Si Exchange a atteint cette limite, vous devez déplacer tous les journaux de transactions existants. Après cette opération, une nouvelle séquence de fichiers journaux commençant par 0x00001 sera générée. Pour être sûr que la banque Exchange démontera les bases de données correctement, vous devez également appliquer le correctif approprié pour votre version d'Exchange.
.gif "note") Remarque : |
|---|
| Avant de déplacer les journaux des transactions, vous devez vérifier que l'état de toutes les bases de données du groupe de stockage correspond à celui qui résulte d'un arrêt correct. |
.gif "important") Important : |
|---|
| Une fois la procédure ci-dessous effectuée, toutes les sauvegardes précédentes devront être invalidées. Cela ne signifie pas pour autant que ces dernières ne peuvent pas être restaurées. Elles ne peuvent toutefois plus être transmises avec d'autres journaux des transactions. Si vous devez restaurer une sauvegarde après la suppression des journaux des transactions, vous ne pourrez restaurer que les données postérieures à la génération des nouveaux journaux. |
Pour résoudre ce problème
Pour Exchange Server 2003, installez le Service Pack 1, disponible sur le site Web des téléchargements d'Exchange Server (https://go.microsoft.com/fwlink/?LinkId=29090).
-ou-
Pour Exchange 2000 Server, procurez-vous et installez le correctif mentionné dans l'article 830408 de la Base de connaissances Microsoft sur les banques de bases de données Exchange qui restent montées bien que tous les journaux de transactions qui sont disponibles pour un groupe de stockage aient été utilisés (https://go.microsoft.com/fwlink/?LinkId=3052&kbid=830408).
Dans le groupe de stockage qui n'a plus de fichiers de journaux de transactions, démontez toutes les bases de données. Pour ce faire, effectuez la procédure suivante :
- Ouvrez le Gestionnaire système Exchange.
- Développez Groupes d'administration, <Nom_groupe_administration>, Serveurs, <Nom_serveur>, puis <Nom_groupe_stockage>.
- Cliquez avec le bouton droit sur la première banque de ce groupe de stockage et cliquez sur Démonter la banque d'informations. Répétez cette étape pour chaque banque de ce groupe.
Vérifiez que l'état de chaque base de données du groupe de stockage correspond à celui qui résulte d'un arrêt correct. Pour ce faire, effectuez la procédure suivante :
- Dans le Gestionnaire système Exchange, cliquez avec le bouton droit sur la première banque du groupe de stockage qui n'a plus de fichiers de journaux de transactions et cliquez sur Propriétés.
- Cliquez sur l'onglet Base de données, puis notez les chemins d'accès et les noms des fichiers de la base de données dans la zone de la base de données Exchange et dans celle de la base de données de transmission en continu Exchange. Chaque base de données Exchange comprend un lot croisé de fichiers dont les extensions de nom de fichier sont .edb et .stm. Répétez cette étape pour chaque banque du groupe de stockage.
- À l'invite de commandes, modifiez le répertoire en dossier bin d'Exchange Server. Par exemple, modifiez le répertoire en C:\Program Files\Exchsrvr\bin.
- Entrez Eseutil /mh DatabaseFileName, puis appuyez sur ENTRÉE. Répétez cette étape pour chaque base de données du groupe de stockage. Cette commande affiche l'en-tête des fichiers de la base de données. L'en-tête contient l'une des deux lignes suivantes : État : Arrêt correct ou État : Arrêt intempestif.
Si l'en-tête contient la ligne État : Arrêt intempestif, vous devez récupérer manuellement la base de données avant de supprimer les fichiers journaux. Pour ce faire, effectuez la procédure suivante :
- Dans le Gestionnaire système Exchange, cliquez avec le bouton droit sur le groupe de stockage qui n'a plus de fichiers de journaux de transactions et cliquez sur Propriétés.
- Cliquez sur l'onglet Général, puis notez les chemins d'accès des journaux des transactions dans la zone d'emplacement correspondante.
- Notez le chemin d'accès du fichier de point de contrôle dans la zone d'emplacement du chemin d'accès système.
- À l'invite de commandes, modifiez le répertoire en dossier bin d'Exchange Server.
- Entrez la commande suivante et appuyez sur Entrée : Eseutil /r 3-CharacterLogfileBaseName /lDirectory:\LogfilePath /sDirectory:\CheckpointFilePath.Remarque :
N'entrez pas d'espace entre le commutateur d'option et les chemins d'accès des répertoires. En cas d'erreur typographique dans les chemins d'accès de la commande, la récupération peut échouer. Pour éviter cela, vous pouvez copier le fichier de point de contrôle dans le dossier des fichiers des journaux des transactions. À l'invite de commandes par défaut du répertoire des fichiers journaux, exécutez la commande Eseutil /r 3-CharacterLogfileBaseName. Les commutateurs /l et /s étant définis par défaut dans le répertoire en cours, il est inutile de fournir les chemins d'accès des fichiers journaux ou ceux des fichiers de point de contrôle. - Une fois la récupération terminée, vérifiez tous les fichiers de base de données présentent bien un état d'arrêt correct avant de déplacer les fichiers des journaux des transactions et des fichiers de point de contrôle. Si vous déplacez les fichiers journaux alors qu'une base de données présente un état d'arrêt intempestif, vous ne pourrez pas redémarrer la base de données. Si vous ne parvenez pas à rétablir toutes les bases de données dans un état d'arrêt correct, contactez les services du Support Technique de Microsoft pour plus d'informations.
Dans le Gestionnaire système Exchange, cliquez avec le bouton droit sur le groupe de stockage qui n'a plus de fichiers de journaux de transactions et cliquez sur Propriétés.
Cliquez sur l'onglet Général, puis notez les chemins d'accès des journaux des transactions dans la zone Emplacement du journal des transactions.
Notez le chemin d'accès du fichier de point de contrôle dans la zone Emplacement du chemin d'accès système.
Déplacez les fichiers des journaux des transactions et le fichier de point de contrôle. L'extension du nom des fichiers journaux est .log et celle des fichiers de point de contrôle est .chk.
Dans le Gestionnaire système Exchange, cliquez avec le bouton droit sur la première banque démontée du groupe de stockage et cliquez sur Monter la banque d'informations.
Répétez cette étape pour chaque banque du groupe de stockage. La séquence des fichiers journaux est désormais réinitialisée dans le groupe de stockage.
Procédez à une sauvegarde complète de toutes les bases de données du groupe de stockage.
Pour plus d'informations sur les Service Packs d'Exchange Server, voir le site Web sur Exchange Server (https://go.microsoft.com/fwlink/?LinkId=21573).