none
Monter une database Exchange avec des logs corrompus RRS feed

  • Question

  • Bonjour,

    Sur un Exchange 2007 (oui, 2007), je suis planté. Les logs transactionnels sont tous corrompus (E00xxxxx.log) et les bases Exchange sont donc démontées. Cerise sur le gateau, les sauvegardes sont KO depuis des semaines ...

    Est il possible de relancer les databases Exchange en se passant des logs ou en les reconstruisant ?

    Merci !!

    eseutil /mh:


    ----------------- Dominique



    • Modifié Catindy29 jeudi 27 juin 2019 16:18 modif
    jeudi 27 juin 2019 15:45

Réponses

  • Merci !!!! Je suis sauvé !!! Mon vieil Exchange, sans support, est reparti.

    La commande magique:

    4) revérifier l'état de la base de données avec la commande en 2). Si le problème persiste, vous devez réparer la base de données avec: eseutil /p e:\temp\data\exchdb.edb

    Super ! Un WE tranquille ...

    Dominique


    ----------------- Dominique

    • Marqué comme réponse Catindy29 lundi 8 juillet 2019 16:17
    vendredi 28 juin 2019 17:00

Toutes les réponses

  • Bonjour, 1ère chose à savoir, Exchange 2007 n'est plus supporté par Microsoft.

    Ensuite, pouvez-vous essayer toutes les manipulations ci-dessous:

    1) Copiez toute la base de données originale et les fichiers journaux dans un endroit sûr. Ensuite, copiez-les également dans un répertoire de travail. Eseutil modifiera les fichiers in situ. Par conséquent, en cas de problème, vous ne souhaitez pas que vos fichiers d'origine soient modifiés.

    Vous devez disposer d'une copie des fichiers de base de données (* .edb et * .stm), ainsi que des journaux des transactions (Exx * .log où xx est un numéro relatif à la banque d'informations). L’emplacement des fichiers est disponible auprès du gestionnaire du système d’échange, mais vous devez néanmoins savoir où ils se trouvent.

    Je suppose que le répertoire temporaire des fichiers de base de données est e: \ temp \ data et qu'ils s'appellent exchdb.edb, exchdb.stm. S'ils résident dans le 1er groupe de stockage, les journaux des transactions s'appellent E00.log (il s'agit du fichier de base le plus récent) et E00xxxx.log, etc. (il s'agit des anciens journaux). Supposons que ceux-ci soient copiés dans e: \ temp \ logs. Vous devez bien sûr les remplacer par vos propres chemins / noms de fichiers.

    2) Vérifiez l’état de la base de données et les fichiers journaux attendus avec

    eseutil.exe /mh e:\temp\data\exchdb.edb

    La sortie affichera un état de ligne: qui sera soit un arrêt en mode correct, soit en mode arrêt Si c'est propre, vous n'avez pas besoin de cet article🙂

    Il montrera également quels sont les journaux requis, par exemple ceux qui n'ont pas encore été lus dans la base de données lorsque l'arrêt avec nettoyage s'est produit. Si vous en avez manquant, vous aurez perdu votre courrier électronique. Cela ne se produit généralement que si vous avez perdu un lecteur de journal et si vous avez des copies répliquées des journaux que vous pouvez utiliser.

    3) "Récupérer" la base de données. Cela relit les journaux de transaction manquants dans le fichier de base de données - exécutez:

    eseutil.exe / r E00 /d"e:\temp\data\exchdb.edb "

    Vous pouvez recevoir un message d'erreur indiquant qu'il existe une pièce jointe en attente dans la base de données. Dans ce cas, utilisez le commutateur / i dans la commande

    eseutil.exe / r E00 /d"e:\temp\data\exchdb.edb "/ i

    4) revérifier l'état de la base de données avec la commande en 2). Si le problème persiste, vous devez réparer la base de données avec:

    eseutil /p e:\temp\data\exchdb.edb

    5) Revérifier la base de données une fois de plus et il devrait montrer un arrêt complet. À ce stade, vous devez défragmenter la base de données.

    eseutil /d e:\temp\data\exchdb.edb

    6) Le fichier est maintenant propre et prêt à être remis en échange. Recopiez-le à l'emplacement d'origine sur votre serveur Exchange, mais ne montez pas encore le fichier. La dernière étape avant de monter le fichier consiste à supprimer toutes les erreurs restantes à l’aide de isinteg.exe. Cet outil nécessite que la base de données se trouve à l'emplacement d'origine sur le serveur Exchange d'origine. Il doit être exécuté plusieurs fois jusqu'à ce qu'il ne rapporte plus d'erreurs.

    7) Une fois que le fichier de base de données n'a plus aucune erreur, vous pouvez le remonter en échange.

    UTILISER LA RECUPERATION DURE

    eseutil / r / a e00 / d «C:\Program Files\Microsoft\Serveur Exchange\Mailbox\ Premier groupe de stockage\» / s «C: \ Program Files\Serveur Microsoft \Exchange\Mailbox\Premier groupe de stockage»

    ensuite

    eseutil / p “C:\Program Files\Microsoft\Serveur Exchange\Boîte aux lettres\Premier groupe de stockage\Boîte aux lettres Base de données.edb”

    Où «C: \ Program Files \ Microsoft \ Exchange Server \ Boîte aux lettres \ Premier groupe de stockage» et «Mailbox Database.edb» étaient respectivement les noms de mon répertoire de base de données et de mon fichier de base de données.

    Le premier récupère la base de données à partir des fichiers journaux existants et le second effectue une réparation sur la base de données pour éliminer les incohérences.

    Si le problème persiste, il faudra restaurer la dernière sauvegarde fonctionnelle.

    Cordialement.

    vendredi 28 juin 2019 05:50
  • Merci !!!! Je suis sauvé !!! Mon vieil Exchange, sans support, est reparti.

    La commande magique:

    4) revérifier l'état de la base de données avec la commande en 2). Si le problème persiste, vous devez réparer la base de données avec: eseutil /p e:\temp\data\exchdb.edb

    Super ! Un WE tranquille ...

    Dominique


    ----------------- Dominique

    • Marqué comme réponse Catindy29 lundi 8 juillet 2019 16:17
    vendredi 28 juin 2019 17:00
  • Bonjour, très content pour vous.

    N'hésitez pas à valider le post qui a résolu votre problème.

    Cordialement.

    lundi 1 juillet 2019 05:59