Public EDB reconstruction from logs after crash

Laurent Lehmann 0 Points de réputation
2026-02-19T17:11:12.1533333+00:00

Hello Microsoft Team, I have a deep problem after an Exchange 2010 Crash due to a full disk server.

The public.edb went to 0ko, with no data in.

This crash happended after a first crash in 2019.

After this first crash the public.edb had been recovered (I think with eseutil /p).

It worked well until the second crash.

Unfortunatly, we have no backup between the first crash and the second....

But we have all the logs, and the other exchange files.

The problem is that after the first crash, the edb signature changed ; and so did the logs.

When using eseutil the logs can be replayed until 2019, but after that it stops.

Is there any possibility to replay all the logs to either reconstruc the public.edb until the second crash ; or at least recover the maximum of emails from 2019 until the second crash ?

Thank you for your help, Laurent

Exchange | Serveur Exchange | Autre
Exchange | Serveur Exchange | Autre

Une plateforme robuste d’emails, de calendrier et de collaboration développée par Microsoft, conçue pour la communication et la gestion des données au niveau des entreprises.Sujets divers qui ne correspondent pas à des catégories spécifiques.

0 commentaires Aucun commentaire

1 réponse

  1. Anonyme
    2026-02-19T23:28:04.8466667+00:00

    Please note that this is the fr-fr  forum. We kindly recommend posting your question in Frech so that more community members can assist you. Alternatively, you may consider posting in the English forum if you prefer to use your native language. We sincerely appreciate your understanding 
    Hi @Laurent Lehmann

    Thanks for reaching out to the Microsoft Q&A forum.  

    Based on my research, after running a recovery using eseutil /p, the restored database is treated as a new database. Because the repair process modifies the database header, the database signature also changes. As a result, the repaired database no longer matches the sequence or signature of the transaction logs from 2019 through the present. This mismatch causes the log replay process to stop at the 2019 logs.

    Since the signatures no longer align, native tools such as eseutil cannot continue the log replay, as the log files are no longer compatible with the repaired database. 

    To work around this situation, you may consider recovering the public folder data from another available data source, such as: 

    • Local OST file: If any user enabled Download Public Folder Favorites in the Classic Outlook desktop app, their device may contain locally cached public folder content. While this data may not be complete, it could allow you to recover at least part of the public folder structure. 
    • Third‑party tools: Some administrators have reported success with third‑party utilities that can read repaired databases or work around log mismatches.  Example reference:  Replay/Truncate log files exchange 2010 without having ever made a backup - Server Fault 

    Since different environments may require different recovery approaches, you may review available third‑party options and choose the solution that best fits your scenario. 

    This information is provided as a convenience to you. These sites are not controlled by Microsoft, and Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there. Please ensure that you fully understand the risks before using any suggestions from the above link. 

    I hope this provides additional insight. If you have any updates, please feel free to share them. 


    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    Cette réponse a-t-elle été utile ?


Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.