ESE 428 (0xfffff8f0) : Espace disque libre insuffisant sur le lecteur du journal des transactions

Explication

Exchange Server intègre deux mécanismes permettant d'éviter le remplissage du lecteur du journal des transactions :

• Enregistrement circulaire. Les journaux des transactions sont automatiquement supprimés une fois que le point de contrôle de base de données dépasse leur date de fin. L'espace disque utilisé pour les fichiers du journal des transactions reste généralement inférieur à 50 Mo. Pendant la sauvegarde, il est possible de suspendre la suppression des journaux des transactions jusqu'à ce que la sauvegarde soit terminée.

  Remarque :
  Par défaut, l'enregistrement circulaire n'est pas activé dans Microsoft Exchange 2000 Server et les versions ultérieures.

• Sauvegarde du groupe de stockage. Exchange Server supprime les journaux superflus après exécution d'une sauvegarde en ligne complète ou incrémentielle de toutes les bases de données du groupe de stockage à l'aide d'une méthode de sauvegarde implémentant le service VSS (Volume Shadow Copy Service) ou des API de sauvegarde en ligne en continu pour Exchange Server.

Si l'enregistrement circulaire n'est pas activé et si l'une des conditions suivantes est vraie, le nombre de fichiers du journal des transactions augmente jusqu'à épuisement de l'espace disponible sur le disque dur :

• Le programme de sauvegarde ne supprime pas les fichiers du journal des transactions.
• Le programme de sauvegarde a cessé de s'exécuter.
• Les fichiers du journal des transactions ne sont pas purgés à l'aide d'une autre méthode.

Il se peut que vous deviez supprimer manuellement des fichiers du journal des transactions si l'espace disque disponible devient insuffisant. Il se peut également que vous deviez supprimer manuellement des fichiers du journal des transactions si vous pensez manquer d'espace libre sur le disque dur avant d'exécuter une sauvegarde en ligne complète ou incrémentielle de toutes les bases de données d'un groupe de stockage particulier. Si vous supprimez des journaux dont la date de fin est postérieure à un point de contrôle de base de données et si la base de données est arrêtée de façon anormale, il n'est plus possible de remonter celle-ci tant que les journaux nécessaires ne sont pas restaurés. C'est pourquoi, vous devez déterminer les journaux que vous pouvez supprimer en toute sécurité avant de supprimer manuellement tout fichier du journal des transactions d'Exchange Server.

L'erreur peut également être signalée comme JET_errDiskFull ou à l'aide du code d'erreur 0xfffff8f0. 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 l'erreur, sélectionnez l'une des solutions ci-dessous :

• Exécutez l'outil de Gestion de la récupération de base de données. Dans Microsoft Exchange Server 2007, l'outil est répertorié parmi les outils de Récupération de base de données sous la Boîte à outils dans la console de gestion Exchange. L'outil Exchange Server Analyzer peut automatiquement déterminer les fichiers journaux que vous pouvez supprimer en toute sécurité et les copier dans un emplacement de sauvegarde pour vous. Il est fortement recommandé d'utiliser Exchange Server Analyzer pour déplacer les fichiers journaux.

  Remarque :
  Exchange Server Analyzer ne fonctionne pas dans Exchange 2007 si le groupe de stockage contenant la base de données est activé pour la réplication continue en cluster (CCR).

• Consultez les valeurs État et Journal requis dans chaque en-tête de base de données pour identifier les fichiers du journal des transactions que vous pouvez supprimer en toute sécurité.

  Remarque :

  Dans cet article, la suppression d'un fichier du journal des transactions équivaut à déplacer un fichier du journal des transactions vers un autre emplacement où le fichier du journal des transactions peut être sauvegardé, stocké ou supprimé. L'action dépend de vos propres besoins. Dans cet article, la suppression d'un fichier du journal des transactions fait référence au type de suppression qui ne permet pas de sauvegarder ni de restaurer ce fichier du journal des transactions.

Suivez les étapes détaillées pour identifier les fichiers du journal des transactions que vous pouvez supprimer manuellement en toute sécurité.

Examen de l'en-tête de la base de données et suppression des fichiers journaux superflus

1. Démontez la base de données dont vous voulez examiner l'en-tête.

2. Cliquez sur Démarrer, sur Exécuter, puis tapez cmd pour ouvrir la fenêtre d'invite de commandes.

3. À l'invite de commandes, accédez au chemin d'accès du répertoire dans lequel se trouve le fichier de base de données.

   Remarque :

   Dans Exchange 2000 Server et Exchange Server 2003, pour déterminer le chemin d'accès et le nom des fichiers .edb et .stm d'une base de données, utilisez le Gestionnaire système Exchange pour afficher l'onglet Base de données de la boîte de dialogue propriétés pour chaque objet de base de données. Dans Exchange Server 2007, pour déterminer le nom et le chemin d'accès du fichier de base de données, développez la console de gestion Exchange sous Configuration du serveur, cliquez sur Boîte aux lettres, puis sur l'onglet Gestion de la base de données.

4. À l'invite de commandes, tapez la commande Eseutil suivante avec le commutateur /MH :

   "eseutil /MH databasefilename.edb"
   

   Remarque :
   Dans la syntaxe, databasefilename est le nom de la base de données que vous voulez consulter.

5. Consultez les valeurs État et Journal requis dans les informations d'en-tête qui s'affichent.

   La valeur État fournit les informations suivantes, qui indiquent si la base de données a été correctement détachée :

   • Si la base de données a été correctement détachée, la valeur État indique soit Arrêt correct, soit Cohérent. Cette valeur dépend de la version d'Exchange Server en cours d'exécution. Vous pouvez supprimer tous les fichiers du journal des transactions, à l'exception du fichier du journal des transactions actuel.

     Remarque :

     En supprimant le fichier journal actuel alors que toutes les bases de données sont en état Arrêt correct, vous réinitialisez la séquence des fichiers journaux. Cela n'empêche pas le démarrage des bases de données. Toutefois, une réinitialisation de la séquence des fichiers journaux affecte la possibilité de restaurer une base de données à partir d'une sauvegarde précédente si la situation de produit.

   • Si la base de données n'a pas été correctement détachée, la valeur État indique soit Arrêt incorrect, soit Incohérent. Identifiez les fichiers du journal des transactions qui peuvent être supprimés en consultant le champ Journal requis dans l'en-tête de base de données.

     Remarque :

     Si la base de données est dans un état Arrêt incorrect ou Incohérent, cela signifie que certains fichiers du journal des transactions existants contiennent des transactions en attente requises par la base de données. Si vous supprimez les fichiers du journal des transactions dans cette situation, il n'est pas possible de redémarrer la base de données à moins de la restaurer à partir d'une sauvegarde. De la même façon, vous pouvez réparer la base de données à l'aide de la commande Eseutil et de la commande Isinteg.

     Vous devez consulter les valeurs Journal requis pour chaque base de données du groupe de stockage avant de supprimer des journaux pour ce groupe de stockage. Le champ Journal requis indique la plage des fichiers journaux numérotés requis pour démarrer cette base de données. Si la plage est 0 - 0, aucun fichier journal n'est requis pour démarrer cette base de données. Cela indique que la base de données est dans l'état Arrêt correct ou Cohérent. Si certains fichiers journaux sont plus anciens que le journal de point de contrôle, vous pouvez les supprimer à l'exclusion du journal de point de contrôle. Si vous exécutez une version d'Exchange Server antérieure à Exchange Server 2003 Service Pack 1 (SP1), vous devez convertir la plage décimale figurant dans le champ Journal requis en valeurs hexadécimales. Par exemple, si la valeur Journal requis est 28217 – 28221, les fichiers journaux de 06E39 à 06E3D sont requis pour cette base de données. Dans Exchange 2003 SP1, le champ Journal requis a été étendu de façon à indiquer les valeurs décimales et hexadécimales.

     Remarque :
     Vous pouvez utiliser le mode scientifique de la Calculatrice de Windows pour opérer la conversion du format décimal au format hexadécimal. Démarrez la Calculatrice, puis, dans le menu Affichage, cliquez sur Scientifique. Entrez le nombre décimal, puis cliquez sur Hex.

     Comme vous pouvez avoir jusqu'à quatre groupes de stockage dans Exchange 2000 et Exchange 2003, chaque groupe ayant un ensemble particulier de fichiers journaux, le préfixe Edb ne figure pas dans les noms de fichier du journal des transactions. Dans Exchange 2000 et Exchange 2003, le préfixe Edb est remplacé par E00, E01, E02 ou E03. Pour un groupe de stockage de récupération, le préfixe Edb est remplacé par R00. Le préfixe du nom du fichier journal de groupe de stockage s'affiche dans le Gestionnaire système Exchange sous l'onglet Général de la boîte de dialogue des propriétés d'un objet groupe de stockage particulier. C'est pourquoi, si le préfixe du groupe de stockage est E01 et si l'entrée Journal requis indique 28217 – 28221 (0x06E39 – 0x06E3D), les fichiers réels requis vont de E0106E39.log à E0106E3D.log.

6. Vous pouvez supprimer en toute sécurité tous les fichiers journaux numérotés dont la numérotation est inférieure à l'entrée dont la valeur est la plus basse dans un champ Journal requis pour toute base de données du groupe de stockage.

   Remarque :
   Songez à déplacer, non supprimer, les fichiers journaux.

   Remarque :

   Il est recommandé de ne pas supprimer le dernier fichier du journal des transactions. Il s'agit du fichier journal dont l'horodateur est le plus récent et dont le nom ne contient pas encore de numéro de séquence. Même si vous avez déterminé que vous pouvez supprimer ce fichier en toute sécurité, conservez-le pour éviter de remettre la séquence des fichiers journaux à 0. La remise à zéro de la séquence des fichiers journaux affecte les cycles de sauvegarde. Il se peut que vous ne puissiez pas restaurer la base de données à partir d'une sauvegarde effectuée avant la remise à zéro.