Exchange Database size on disk differs big from the sum of all mailboxes in database and is still growing
Hi, we have currently running Exchange 2010 on 2 machines with 2 mailbox databases in a DAG. One of those two mailbox databases has currently a size of 230 GB on the disk, but if I do a "get-mailboxstatistics -database database2" and sum the the size of every user mailbox in this database, I only come to ~175GB. We got the same issue with database1. As the database file on disk is still growing if a mailbox in this database receives an e-mail I'm pretty sure there a no free pages in the database and an offline defrag won't free up any diskspace. (already tried a offline defrag to free up space) As far as I remember, before migration from Exchange 2007 to Exchange 2010 the database file size was near to the sum of the mailbox sizes unless a great amount of data has been deleted recently. So my Questions are: - How does it come to this big difference (55GB) between sum of all mailboxes and the size of the database file on disk? - How do I free up this space? Regards, M.-M. Fricke
September 24th, 2010 9:07am

Hi, The increased size is due to white space in database, have a look into event ID 1221 which is generated after online maintenance, either increase online maintenance window or try a offline defrag of data base with eseutil command, have a look into this article : http://technet.microsoft.com/en-us/library/aa997972(EXCHG.80).aspxRipu Daman Mina | MCSE 2003 & MCSA Messaging
Free Windows Admin Tool Kit Click here and download it now
September 24th, 2010 9:26am

I have no event ID 1221 in the eventlog. The maint. schedule is between 20:00 and 03:00. I already tried an offline defrag with eseutil, but it didn't free up any space.
September 24th, 2010 9:30am

I just have read that other data is also stored in the mailbox database, e.g. audit logs since SP1. Any Idea what could create this big amount of data and how to get rid of it?
Free Windows Admin Tool Kit Click here and download it now
September 28th, 2010 4:39am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics