Mode Défragmentation d'Eseutil /D

 

Dernière rubrique modifiée : 2006-08-17

Vous pouvez utiliser le commutateur /D d'Eseutil pour défragmenter et compacter une base de données hors connexion. La défragmentation rend l'espace utilisé pour le stockage contigu, élimine l'espace de stockage non utilisé et compacte la base de données, réduisant ainsi sa taille. Pour obtenir des instructions sur l'utilisation de la syntaxe d'Eseutil /D, voir la rubrique sur la Procédure d'exécution d'Eseutil /D (défragmentation).

Vous pouvez utiliser le commutateur /D d'Eseutil pour défragmenter et compacter une base de données. Lors des opérations normales, la taille des fichiers de bases de données ne diminue jamais. Lorsqu'un espace dans la base de données est libéré par la suppression d'éléments, les pages existantes sont réutilisées dans la mesure du possible. Généralement, la taille d'une base de données Microsoft® Exchange Server augmente lors des premiers mois suivants sa mise en service, puis elle se stabilise.

Dans les conditions normales, une défragmentation hors connexion ne permettra pas de récupérer beaucoup d'espace disque de manière permanente. Le fichier regagnera généralement la taille qu'il avait avant la défragmentation. Toutefois, dans certaines circonstances, comme à la suite du déplacement de nombreuses boîtes aux lettres hors de la base de données, il peut être utile de défragmenter la base de données hors connexion. Par défaut, lors du fonctionnement normal, la base de données subit une défragmentation logique durant la nuit. Cette opération ne réduit pas la taille du fichier sur le disque mais permet à la base de données de fonctionner efficacement.

noteRemarque :
Vous pouvez utiliser l'utilitaire Eseutil pour défragmenter le répertoire et la banque d'informations dans Microsoft Exchange Server 5.5 et la banque d'informations dans Microsoft Exchange 2000 et les versions ultérieures.

Comment fonctionne la défragmentation avec Eseutil ?

Lorsqu'Eseutil défragmente une base de données en la compactant et en éliminant l'espace de stockage inutilisé, Eseutil crée généralement une nouvelle base de données contenant toutes les informations de l'originale. Une fois la défragmentation terminée, la base de données originale est supprimée ou enregistrée à un emplacement défini par l'utilisateur et la nouvelle version est copiée sur la base de données originale. Si l'utilitaire rencontre un problème logique grave dans la base de données, la défragmentation s'arrête. Dans ce cas, la base de données doit d'abord être réparée à l'aide d'Eseutil /P avant de pouvoir être défragmentée.

Lors d'une défragmentation hors connexion, Exchange crée des copies temporaires du fichier de base de données (.edb) et du fichier de transmission en continu (.stm). Les tables du fichier .edb sont conservées et copiées dans la base de données temporaire, mais les pages et les index vides sont supprimés. Étant donné que cette opération entraîne la modification des numéros de page physiques dans la base de données, les pages ne sont pas simplement copiées : les liens qui les unissent sont mis à jours et toutes les pages restantes de la base de données sont soumises à une vérification d'intégrité. Toutes les pages du fichier .stm contenant des informations sont conservées dans le fichier .stm temporaire et les références aux pages sont mises à jour dans le fichier .edb.

Combien de temps prend la défragmentation d'une base de données ?

La durée de la défragmentation dépend du nombre de pages vides dans la base de données et non de la taille du fichier de base de données. Par exemple, la défragmentation d'une base de données de 100 Go contenant 10 Go de données prendra à peu près le même temps que la défragmentation d'une base de données de 11 Go contenant 10 Go de données.

Par défaut, une fois la défragmentation terminée, la base de données temporaire devient automatiquement la nouvelle base de données de production et l'originale est supprimée. La durée de la défragmentation peut être fortement réduite si vous disposez, sur le lecteur logique contenant les fichiers de la base de données, d'un d'espace libre correspondant au moins à la taille des fichiers en question. Dans ce cas, la base de données temporaire peut être placée sur le même lecteur logique et la copie finale peut être effectuée presque en un instant.

Il n'est pas recommandé de placer la base de données temporaire sur un lecteur réseau. Si vous placez la base de données temporaire sur un lecteur réseau, la défragmentation prendra plus longtemps et la moindre erreur de réseau, temporaire ou permanente, interrompra le processus. La défragmentation ne pouvant pas être redémarrée à partir du point d'interruption, vous devrez alors la recommencer depuis le début.

noteRemarque :
L'espace disque supplémentaire requis sur le lecteur logique est uniquement égal à la taille finale des fichiers après défragmentation. Bien qu'il soit impossible de prédire avec exactitude la quantité d'espace disque qui sera récupérée, il est recommandé de laisser 110 % d'espace disque libre à des fins de sécurité. Pour plus d'informations sur la procédure de détermination de la quantité d'espace libre pour la défragmentation, consultez l'article 195914 de la Base de connaissances Microsoft relatif à la détermination de la quantité d'espace libre de la base de données avec Exchange 5.5 Service Pack 1 et les versions ultérieures d'Exchange (https://go.microsoft.com/fwlink/?linkid=3052&kbid=195914).

Quand est-il conseillé d'exécuter Eseutil /D ?

L'exécution d'Eseutil /D afin de défragmenter une base de données Exchange est conseillée dans plusieurs situations. Ces situations sont les suivantes :

  • La base de données contient une grande quantité d'espaces blancs qui peuvent être récupérés et qui ne seront pas réutilisés. Cela peut par exemple se produire après une forte diminution du nombre de boîtes aux lettres dans la base de données.
  • Le fichier journal Applications comporte de manière répétée une entrée vous conseillant d'effectuer une défragmentation hors connexion de la base de données. Ceci peut se produire en de rares occasions, lorsque la défragmentation en ligne n'est plus capable de défragmenter correctement la base de données.
  • La taille limite de 16 Go pour la base de données est atteinte avec la version Standard d'Exchange et l'espace blanc doit être récupéré pour pouvoir monter la base de données. Si vous exécutez Exchange Server 2003, il est conseillé d'installer le Service Pack 2 (SP2) afin de faire passer cette limite à 75 Go. Pour plus d'informations sur l'augmentation de la taille limite de la base de données, consultez l'article 828070 de la Base de connaissances Microsoft, « La banque de boîtes aux lettres Exchange Server 2003 n'est pas montée si sa base de données atteint la limite de 16 Go » (https://go.microsoft.com/fwlink/?linkid=3052&kbid=828070).
noteRemarque :
Il est recommandé d'effectuer une sauvegarde complète de la base de données après une défragmentation avec Eseutil. Cette sauvegarde complète est nécessaire parce que la défragmentation crée de nouveaux fichiers de bases de données, qui possèdent donc de nouvelles signatures. La relecture des fichiers journaux après la restauration nécessite que les signatures des bases de données correspondent aux valeurs enregistrées dans les fichiers journaux de transactions. Toute sauvegarde de base de donnée effectuée avant la défragmentation contiendra donc des fichiers de bases de données dont les signatures diffèrent de celles des bases de données défragmentées. Si une ancienne base de données est restaurée, les nouveaux journaux de transactions, attachés aux nouvelles bases de données, ne pourront pas être relus.

Quand est-il déconseillé d'exécuter Eseutil /D ?

L'exécution d'Eseutil /D afin de défragmenter une base de données Exchange est déconseillée dans certaines situations. Ces situations sont les suivantes :

  • La fonction de défragmentation d'Eseutil ne doit pas être utilisée comme outil de maintenance standard. Chaque nuit, Exchange exécute automatiquement une défragmentation en ligne qui assure la maintenance quotidienne de la base de données. Sauf circonstances particulières, il n'existe aucune raison valable d'exécuter périodiquement une défragmentation hors connexion.
  • La fonction de défragmentation d'Eseutil ne doit pas être exécutée si la base de données ne se trouve pas dans un état cohérent.
noteRemarque :
En règle générale, à moins que vous n'attendiez une récupération d'espace d'au moins 20 %, la défragmentation a peu de chances d'entraîner une diminution durable de taille des fichiers de la base de données.

Pour plus d'informations

Pour plus d'informations, voir les rubriques suivantes du Guide de l'Utilitaire de base de données d'Exchange Server :