none
corrupt database

    Question

  • I have Exchange 2010 sp3 it's a VM.  We had problems and were unable to get to the drive which holds 4 edb, I recovered 2 from backup, the other 2 failed.  Then we were able to get the two that failed back from the failed drive with tech support.  All email is working but seems to be corruption on the 2 db that we recovered from the failed drive because we are unable to do a backup with consistency checks.

    So support had me create a new store and move the mailboxes from the corrupt db to the new db.  I'm still in the process of moving them over.  I chose not to move the mailboxes that are corrupt so that we can maybe fix.  I'm wondering what is my next step after the move.   I can see that so far most mailboxes are moving over successfully, just a handful have Failed.  And what do I do with the corrupt db store that is mounted once I get all mailboxes fixed and moved.    

    Wednesday, July 17, 2013 8:53 PM

Answers

All replies

  • Once you moved all the Mailboxes in the corrupted database to the new database, there is no need to keep an empty corrupted mailbox database. So you can remove the mailbox database from server and continue to use the new one.
    Wednesday, July 17, 2013 9:30 PM
  • Do I need to save the .edb or anything like that?  Also, for the failed mailboxes is there a tool to fix?
    Wednesday, July 17, 2013 10:03 PM
    1. I would always recommend keeping a copy of the DB for a period of time.
    2. I was a little confused in your explanation, i.e. did you CHOOSE not to attempt to migrate the mailboxes from the existing database or did they fail to move properly?
    3. If you chose not to migrate I would encourage you to do the migration since that process should clean up the mailboxes.
    4. if you tried to move them and they failed then I would suggest that you

    A: Export each of the problem mailboxes to PST via Outlook and yes you could do so via Cmdlet but since you have corruption and its a small amount of mailboxes you are better off to do via Outlook.  Also IF these users have CACHING turned on then what I would suggest is that you follow the outline for OPTION C below and AFTER you take that DB offline go to the users workstations and do the export from their.  Reason I say this is because if the DB is offline and there is a cached version of the data the EXPORT to PST will come from the cache and not the server.

    B: As a last ditch effort you can then run ESEUTIL /D to defragment that DB which will drop off all the old corruption and build you a new fresh database.  However note the this can take some time to complete and during that process the mailboxes will not be accessed

    C: if A wont work and B is not appealing then you could

    * Take the database offline

    * Rename the folder the database is located within (as long as no other EDB is within same location and if so then just rename the existing DB,  KEEP that DB around in case someone ends up missing data because then you can attempt further recovery from it with a 3rd party tool like our DigiScope product

    * Now go back into the Exchange Management Console and tell is to MOUNT the database

    * Exchange will squawk and tell you that the files are missing and if you continue a NEW database will be created.  Say Yes

    * The new DB will be created and the users associated with that DB will now have new blank mailboxes and can send and receive email, however the historical email will not be present.

    * Next take those PST files you created from the corrupt mailboxes and import them back into Exchange.

    * Once the import is done you should be good to go... 


    Search, Recover, & Extract Mailboxes, Folders, & Email Items from Offline Exchange Mailbox and Public Folder EDB's and Live Exchange Servers or Import/Migrate direct from Offline EDB to Any Production Exchange Server, even cross version i.e. 2003 --> 2007 --> 2010 --> 2013 with Lucid8's DigiScope

    Thursday, July 18, 2013 1:53 AM
  • Hi liveandlearn

    Any update on this thread ?

    Cheers

    If you have any feedback on our support, please click here


    Zi Feng
    TechNet Community Support

    Thursday, July 18, 2013 8:05 AM
  • Thank you all.  My backups are running on the new db store.  I exported .pst from Outlook, Remove mailbox gave me an error, so I chose Disable.  Created a new mailbox in the new db store and imported .pst and now the mailbox is in the correct Store and user's email is working. 
    Monday, July 22, 2013 7:27 PM
  • will dismount the old empty db. as well. 

    Monday, July 22, 2013 7:29 PM