{"id":80770,"date":"2021-05-28T08:41:58","date_gmt":"2021-05-28T08:41:58","guid":{"rendered":"https:\/\/www.stellarinfo.com\/blog\/?p=80770"},"modified":"2023-04-20T03:32:25","modified_gmt":"2023-04-20T03:32:25","slug":"comment-utiliser-eseutil-pour-la-reparation-des-bases-de-donnees-exchange","status":"publish","type":"post","link":"https:\/\/www.stellarinfo.com\/blog\/fr\/comment-utiliser-eseutil-pour-la-reparation-des-bases-de-donnees-exchange\/","title":{"rendered":"Comment utiliser EseUtil pour la r\u00e9paration des bases de donn\u00e9es Exchange ?"},"content":{"rendered":"

La récupération de la base de données Exchange (EDB) est souvent nécessaire lorsque la base de données est démontée du serveur ou devient inaccessible. Cela peut se produire pour plusieurs raisons, telles qu’un crash du serveur, un arrêt forcé ou brutal, une intrusion de virus ou de logiciels malveillants, ou encore une défaillance logicielle ou matérielle. La récupération d’une base de données corrompue ou endommagée peut être une situation délicate, selon le niveau de dommage. Dans Exchange Server, Microsoft fournit un outil en ligne de commande natif appelé EseUtil qui permet de vérifier l’état d’une base de données et d’effectuer une récupération douce ou matérielle. Il permet également de restaurer un fichier EDB pour la récupération des tonalités<\/strong> et des bases de données de récupération (RDB).<\/a><\/p>

La récupération matérielle est nécessaire lorsque la récupération logicielle ne parvient pas à réparer la base de données sur le serveur. Cependant, avec la récupération matérielle, vous devez accepter la perte de données car ce processus purge définitivement toutes les données corrompues ou irrécupérables de la base de données. Il n’est donc pas recommandé d’effectuer une récupération matérielle. Au lieu de cela, vous pouvez utiliser le logiciel de récupération Exchange pour réparer la base de données Exchange sans aucune perte de données. Le logiciel récupère également les messageries et les éléments de messagerie supprimés accidentellement pendant la réparation de la base de données.<\/p>

Emplacement du fichier de la base de données Exchange<\/strong><\/h2>

Par défaut, la base de données est créée à l’emplacement suivant lors de l’installation d’Exchange.<\/p>

C:\\Program Files\\Microsoft\\Exchange Server\\Vxx\\Mailbox\\<database><\/code><\/pre>
Ici, Vxx représente la version d’Exchange.<\/p>
\n
\"Stellar\"<\/figure>\n<\/div>
À cet emplacement, outre le fichier de base de données, les fichiers suivants sont stockés,<\/p>
    \n
  • Le fichier de la base de données des messageries Exchange<\/strong><\/strong><\/li>\n<\/ul>
    Un fichier de base de données Exchange (.EDB) stocke toutes les messageries et les données sur le serveur. Vous pouvez modifier le nom ou l’emplacement de la base de données en utilisant Exchange Management Shell (EMS).<\/p>
    \n
    \"Stellar\"<\/figure>\n<\/div>
      \n
    • Fichiers journaux<\/strong><\/li>\n<\/ul>
      Un fichier journal, tel que E001.log, contient les enregistrements des transactions, qui sont effectuées sur l’échange.<\/p>
      \n
      \"Stellar\"<\/figure>\n<\/div>
        \n
      • Fichier de point de contrôle<\/strong><\/li>\n<\/ul>
        Un fichier de point de contrôle, tel que E001.chk, est utilisé par le serveur Exchange pour assurer le suivi de la relation entre la base de données et les fichiers journaux.<\/p>
        \n
        \"Stellar\"<\/figure>\n<\/div>
          \n
        • Fichier journal réservé<\/strong><\/li>\n<\/ul>
          Il s’agit de fichiers au format .jrs, tels que E00res0001E.jrs, utilisés par Exchange pour contenir les journaux de transactions lorsqu’une situation, telle qu’un disque plein, se produit. Il vérifie l’espace disque disponible avant de valider les modifications des fichiers journaux dans la base de données.<\/p>
          \n
          \"Stellar\"<\/figure>\n<\/div>
            \n
          • Fichier journal temporaire <\/strong><\/li>\n<\/ul>
            Un fichier journal temporaire, tel que E00tmo1.log, est utilisé lorsqu’un nouveau fichier journal est créé.<\/p>
            \n
            \"Stellar\"<\/figure>\n<\/div>
            Commutateurs EseUtil<\/strong><\/h2>
            Pour effectuer différentes tâches de maintenance et de réparation Exchange sur une base de données inaccessible, corrompue ou endommagée, vous pouvez utiliser les commutateurs EseUtil suivants,<\/p>
            Commutateur<\/strong><\/td>Description<\/strong><\/td><\/tr>
            EseUtil \/D<\/strong><\/td>Défragmente le fichier de la base de données hors ligne. Aide à réduire la taille globale de la base de données Exchange sur le disque et optimise le fichier de la base de données pour plus de performance. Permet également de vérifier l’état de santé de la base de données.<\/td><\/tr>
            EseUtil \/R<\/strong><\/td>Permet de restaurer la base de données. Il reconstitue les fichiers du journal des transactions pour sortir la base de données d’un état d’arrêt non planifié ou incohérent à un état d’arrêt propre ou cohérent.<\/td><\/tr>
            EseUtil \/C<\/strong><\/td>Effectue une restauration matérielle et affiche les fichiers journaux de restauration de la base de données.<\/td><\/tr>
            EseUtil \/M<\/strong><\/td>Il affiche les informations d’en-tête des fichiers de base de données, des fichiers journaux et des fichiers de point de contrôle. Il montre également l’allocation d’espace de la base de données et les informations d’en-tête de page avec les métadonnées.<\/td><\/tr>
            EseUtil \/P<\/strong><\/td>Répare les bases de données corrompues ou endommagées. Il supprime les pages qui ne peuvent pas être réparées. Cela peut entraîner une perte de données car il supprime le contenu gravement endommagé de la base de données.<\/td><\/tr>
            EseUtil \/G<\/strong><\/td>Utilisé pour effectuer des contrôles d’intégrité. Il vérifie les contrôles d’intégrité de la base de données au niveau de la page et de l’ESE afin de détecter des incohérences spécifiques à la base de données.<\/td><\/tr>
            EseUtil \/Y<\/strong><\/td>Copie rapidement les fichiers volumineux tels que les fichiers de la base de données des messageries.<\/td><\/tr>
            EseUtil \/K<\/strong><\/td>Effectue des tests de somme de contrôle pour vérifier les pages du fichier de base de données, du fichier journal des transactions et du fichier de point de contrôle.<\/td><\/tr>
            EseUtil \/MH<\/strong><\/td>Affiche l’état de la base de données, c’est-à-dire arrêt non planifié (incohérent) ou arrêt propre (cohérent).<\/td><\/tr><\/tbody><\/table><\/figure>
            Conditions préalables à l’exécution d’EseUtil<\/strong><\/h2>
            Avant d’exécuter EseUtil pour vérifier, modifier ou réparer les bases de données Exchange, vous devez vous assurer des conditions préalables suivantes,<\/p>
              \n
            1. Sauvegarde du fichier de la base de données Exchange<\/li>\n\n\n\n
            2. Accès ou permissions de l’administrateur<\/li>\n\n\n\n
            3. Espace de stockage libre (au moins 1,2 fois la taille de la base de données)<\/li>\n<\/ol>
              Étapes d’utilisation d’EseUtil pour la réparation des bases de données Exchange<\/strong><\/h2>
              Nous avons discuté ci-dessous des étapes et des conditions requises pour utiliser EseUtil afin de réparer la base de données Exchange.<\/p>
              Étape 1 : Localiser EseUtil<\/strong><\/h3>
              Pour utiliser EseUtil, vous devez le trouver. Vous pouvez trouver l’utilitaire EseUtil.exe dans le répertoire Bin de votre installation Exchange. Par exemple, si vous avez installé Exchange 2013 ou 2016 dans le volume du lecteur C:, vous pouvez localiser l’EseUtil grâce au chemin d’accès suivant,<\/p>
              C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin<\/em>\\<\/code><\/pre>
              \n
              \"Stellar\"<\/figure>\n<\/div>
              Après avoir vérifié le chemin d’accès, ouvrez l’invite de commande en tant qu’administrateur, puis modifiez le chemin d’accès du répertoire à l’emplacement d’EseUtil en utilisant la commande suivante,<\/p>
              cd C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin<\/code><\/em><\/pre>
              \n
              \"Stellar\"<\/figure>\n<\/div>
              Toutefois, si le chemin d’accès à EseUtil est ajouté à la liste des variables d’environnement, vous pouvez lancer l’invite de commande directement à partir de n’importe quel emplacement et exécuter les commandes EseUtil.<\/p>
              Étape 2 : Vérifier la taille de la base de données<\/strong><\/h3>
              Si la taille de la base de données est de 10 GB, ouvrez l’ID d’événement 1221 pour vérifier l’espace blanc dans la base de données. Une fois connu, soustrayez la taille de la base de données des espaces blancs de la taille totale de la base de données. C’est l’espace de stockage minimum requis pour utiliser EseUtil pour la réparation de la base de données Exchange.<\/p>
              Étape 3 : Vérifier l’état de la base de données<\/strong><\/h3>
              Pour identifier l’état de la base de données, utilisez le commutateur \/MH. Si l’état affiché est Arrêt propre, il ne devrait y avoir aucun problème et la base de données peut être facilement montée après avoir déplacé tous les fichiers journaux vers un autre emplacement.<\/p>
              Cependant, si la base de données est dans l’état Arrêt non planifié<\/strong>, la base de données ne sera pas montée. Cela indique une base de données incohérente ou corrompue. Cela peut se produire en raison de fichiers journaux manquants ou supprimés et lorsque les fichiers journaux ne sont pas validés dans la base de données.<\/p>
              La commande permettant de vérifier la cohérence ou l’état de la base de données est la suivante,<\/p>
              EseUtil \/mh <nom du fichier de la base de données><\/code><\/pre>
              \n
              \"Stellar\"<\/figure>\n<\/div>
              Étape 4 : Vérifier les journaux<\/strong><\/h3>
              Si votre base de données est en Arrêt non planifié, vous verrez une autre ligne en dessous, qui mentionne le fichier journal qui est requis. L’étape suivante consiste à vérifier si les journaux sont sains ou s’il y a un problème avec les journaux. Pour ce faire, utilisez le préfixe ML avec EseUtil et le chemin d’accès du journal que vous pouvez copier à partir de la section journal requis<\/em> du rapport.<\/p>
              EseUtil \/ml \"M:\\mbx01\\logs\"<\/code><\/pre>
              \n
              \"Stellar\"<\/figure>\n<\/div>
              Cela affichera l’état des journaux. Si tous les journaux sont sains, vous obtiendrez le message suivant « Aucun fichier journal endommagé n’a été trouvé »<\/em>.<\/p>
              Étape 5 : Effectuer une récupération logicielle<\/strong><\/h3>
              Lorsque les journaux sont sains, vous pouvez effectuer une récupération logicielle en utilisant la commande EseUtil \/r <\/em>paramètre<\/strong>.<\/p>
              EseUtil \/r e00 \/l \"M:\\mbx01\\logs\" \/d \"M:\\mbx01\\database\"<\/code><\/pre>
              \n
              \"Stellar\"<\/figure>\n<\/div>
              Une fois ce processus terminé, vous pouvez revérifier l’état de la base de données à l’aide de la commande EseUtil \/mh<\/em>, puis monter la base de données à l’aide du cmdlet Mount-Database. Le processus de réparation peut prendre un certain temps à se terminer, en fonction des dommages ou de la taille de la base de données.<\/p>
              Étape 6 : Effectuer une restauration matérielle<\/strong><\/h3>
              Si vous obtenez toujours des erreurs et que la base de données reste dans un état d’arrêt non planifié<\/em>, essayez alors de réparer la base de données via la récupération matérielle. Mais avant de le faire, vous devez savoir que ce processus de réparation purgera toutes les données qu’EseUtil considère comme endommagées. Vous devez prendre en compte et accepter la perte de données qu’entraînera la récupération matérielle, quels que soient les dommages.<\/p>
              Pour exécuter la récupération matérielle, utilisez la commande EseUtil \/p<\/strong>. En plus d’un espace de stockage suffisant pour traiter la base de données, la récupération dure pourrait prendre un temps considérable. De plus, une fois que vous aurez démarré, un message vous rappellera les dégâts. Vous devez accepter l’avertissement pour continuer et réparer la base de données Exchange via la récupération matérielle d’EseUtil.<\/p>
              \n
              \"Stellar\"
              \"Stellar\"<\/figcaption><\/figure>\n<\/div>
              Une fois cela fait, utilisez l’outil IsInteg<\/strong> pour la réparation de l’index. IsInteg est un utilitaire de réparation uniquement qui comprend la relation entre les tableaux et les enregistrements et les transforme en dossiers et en messages. L’outil se trouve à l’emplacement suivant,<\/p>
              C:>Program Files>Exchsrvr> bin<\/code><\/pre>
              Exécutez ensuite le test IsInteg en utilisant la commande suivante,<\/p>
              Isinteg –s <server_name> -fix –test alltests<\/code><\/pre>
              Vous pouvez répéter la commande plusieurs fois pour vous débarrasser des erreurs. Une fois les erreurs corrigées, vous pouvez monter la base de données.<\/p>
              En outre, vous pouvez utiliser New-MailboxRepairRequest<\/code><\/strong><\/em>, si vous avez Exchange Server 2010 avec SP1 ou des versions ultérieures, avant de monter la base de données sur le serveur. Une dernière chose, vous ne pouvez pas arrêter le processus une fois qu’il a démarré. Si vous l’arrêtez quand même, il peut causer encore plus de dommages à la base de données. Cependant, si tout se passe bien, vous pourrez monter la base de données.<\/p>
              \n
              \"Stellar\"<\/figure>\n<\/div>
              Points à retenir avant d’utiliser EseUtil pour la réparation des bases de données Exchange<\/strong><\/h2>
              Vous devez vous rappeler les points importants suivants avant d’utiliser l’EseUtil :<\/p>
                \n
              1. EseUtil n’est pas un utilitaire infaillible. Il peut échouer et causer plus de dommages ou de pertes de données en fonction de la méthode de récupération que vous choisissez et du niveau de corruption de la base de données.<\/li>\n\n\n\n
              2. Il n’est pas nécessaire que vous soyez en mesure de monter la base de données après la récupération.<\/li>\n\n\n\n
              3. En fonction de la taille de la base de données et du niveau de dommage, vos utilisateurs ne pourront pas recevoir, envoyer ou travailler avec leurs messageries pendant le processus de réparation de la base de données EseUtil. Cela pourrait entraîner une interruption pendant plusieurs heures et causer des dommages à l’entreprise.<\/li>\n<\/ol>
                Vous pouvez également utiliser Stellar Repair for Exchange<\/em> pour effectuer le travail sans effort et en beaucoup moins de temps. L’application peut ouvrir un fichier EDB corrompu à partir de n’importe quelle version d’Exchange Server. Vous pouvez ensuite réparer la base de données. Elle vous permet également d’effectuer une recherche granulaire avec des filtres de recherche.<\/p>