asked on

exchange 2007 MapiExceptionJetErrorAttachedDatabaseMismatch error on public folder database will not mount

--------------------------------------------------------
Microsoft Exchange Error
--------------------------------------------------------
Failed to mount database 'Public Folder Database'.

Public Folder Database
Failed
Error:
Exchange is unable to mount the database that you specified. Specified database: MAILSERVER\Second Storage Group\Public Folder Database; Error code: MapiExceptionJetErrorAttachedDatabaseMismatch: Unable to mount database. (hr=0x80004005, ec=-1216)
.

This is what I see when trying to mount the public folder database on a standard exchange 2007 standard installation after recovering the OS partition from a backup a week ago. The primary and secondary store are both located together on a separate partition of the hard drive and I restored just the OS partition, leaving everything else intact. Exchange starts and mailboxes are working fine.

My public folders are inaccessible and are dismounted in the management console.

I have run eseutil with /d, /r, and finally looking at it with /mh and it's showing clean shutdown on the public folders yet I only get the above error when trying to remount it.

I cannot run isinteg on it because it's not mounted and cannot mount.

I have even told the users they have lost their public folders and they've accepted that. If this takes too long to fix I would simply like to blow away these folders and start over at this point but I can't remove them because they are the last public folders in the organization. It can't check it for replicas because it can't mount the database.

There seems to be two routes we can go here:

1. What does this MapiExceptionJetErrorAttachedDatabaseMismatch error mean and why does it prevent the database from mounting even though I have run full recovery and the database checks out?

2. If I give up on recovery how can I at least end up with a new, clean Public Folders?

scorpianking

You can change the EDBFilePath for the database.
Refer Below article -
http://www.exchangeninjas.com/MoveLogs

SOLUTION

lastlostlast

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial

dkwiebe

ASKER

5. Verify the required logs are present and consistent (run integrity check using
Eseutil /ml <transaction log file> <base name e00>)

I'm not as familiar with 2007 exchange so forgive the dumb sounding question here but what is the <transaction log file> that I need to point to? I get the base file concept just fine but what's the difference?

Attached is the /mh log of the .edb file.

Initiating FILE DUMP mode...
         Database: E:\Exchange Mail Store\First Storage Group\Public Folder Data
base.edb
 
        File Type: Database
   Format ulMagic: 0x89abcdef
   Engine ulMagic: 0x89abcdef
 Format ulVersion: 0x620,12
 Engine ulVersion: 0x620,12
Created ulVersion: 0x620,12
     DB Signature: Create time:08/18/2009 12:27:51 Rand:85470359 Computer:
         cbDbPage: 8192
           dbtime: 34720 (0x87a0)
            State: Clean Shutdown
     Log Required: 0-0 (0x0-0x0)
    Log Committed: 0-0 (0x0-0x0)
   Streaming File: No
         Shadowed: Yes
       Last Objid: 277
     Scrub Dbtime: 0 (0x0)
       Scrub Date: 00/00/1900 00:00:00
     Repair Count: 0
      Repair Date: 00/00/1900 00:00:00
 Old Repair Count: 0
  Last Consistent: (0x0,0,0)  08/18/2009 12:27:58
      Last Attach: (0x0,0,0)  08/18/2009 12:27:51
      Last Detach: (0x0,0,0)  08/18/2009 12:27:58
             Dbid: 2
    Log Signature: Create time:00/00/1900 00:00:00 Rand:0 Computer:
       OS Version: (6.0.6002 SP 2 NLS 500100.50100)
 
Previous Full Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00
 
Previous Incremental Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00
 
Previous Copy Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00
 
Previous Differential Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00
 
Current Full Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00
 
Current Shadow copy backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00
 
     cpgUpgrade55Format: 0
    cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0
 
       ECC Fix Success Count: none
   Old ECC Fix Success Count: none
         ECC Fix Error Count: none
     Old ECC Fix Error Count: none
    Bad Checksum Error Count: none
Old bad Checksum Error Count: none
 
Operation completed successfully in 0.47 seconds.

Open in new window

ASKER CERTIFIED SOLUTION

vishu_sh1977

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial

dkwiebe

ASKER

vishu_sh1977: How do I differentiate between the log files for the public store and the log files for the mailbox store when the .edb files are located in the same folder? Or should I just move all the log files?

vishu_sh1977

I believe under second storage group we have only public folder store, if yes Right click on Second storage group, click on properties, check the log file location and system path location and log file prefix, by default the second storage group log file prefix would be E01.log so we can moved all the log file which start from E01 and we have to move .chk file (system file for second storage group) or if the log file of first storage group and second storage group are in same location we have to dismount mailbox store and create a new folder for log file move all the log file,.chk file
Mount mailbox store and public folder store

dkwiebe

ASKER

Ok I see where the problem lies now. I didn't see that we had a different log path as the database path...

Here's how it's laid out:
For the primary storage group both the Storage group location and the database path for the .edb are on E:
For the Secondary storage group the storage group locations are pointing to C: and the .edb file points to E:
This is a problem because not knowing this, I restored the C: partition to a week ago to solve a major windows update problem. I thought all data was on E:. So the secondary group is older than the primary by a week now.. no wonder there's a mismatch error.

The .edb file is newer than the logs by a whole week.

Can I recover it?

dkwiebe

ASKER

Once I found the real public folder logs I was able to move them and remount the store successfully. I am going to split points because between the two of your answers it put me on the right track. Looking for the seperate log files led me to the fact that there was a completely different folder for secondary storage group logs.

vishu_sh1977

Ok
Create a new folder under second storage group and move all the log file and .chk file of second storage group to the new folder
Mount the second storage group public folder store

This will work

Regards
vishu