Hi, Exchange 2007 SP1 -CCR cluster MailboxDB.edb is 45 GB on the disk (Date modified this morning 00:24 according to windows explorer). A get-mailboxstatistics -Database 'MailboxDB' | sort -property displayname | ft Displayname,totalitemsize produce a list of all 120 users mailboxsizes in bytes -A total of 17GB. Last nights online defrag shows 3 GB in whitespace. Now I might not be the greatest mathematician, but 17 GB is no way near 45 GB. Where the heck is Exchange using the rest of my space? I haven't added or removed any users recently - haven't done anything I can remember that would scare Exchange in any way :-) I have a total of 8 databases on the Exchange. Did the same test of 2 other databases (92 and 74 users), and the numbers here match between total mailboxsize and physical size on disk. Any suggestions - I find it a bit strange. /Doerge

Hi Doerge, Normally EDB size = Size of Mailboxes + Size of Retention Mail Items + Size of Retention Mailboxes + White Space You need to count the size of Retention Mail Items & Disconnected Mailboxes. These articles are for older Exchange version butmight help you... XADM: How to View the Amount of Space Used by Item Retention Determining the True Amount of Space in an Exchange Database

Thanks! Didn't think of this, but you were right. [PS] C:\>Get-MailboxStatistics -Database 'MailboxDB' | Sort -Property DisplayName | ft DisplayName, @{expression={$_.totalitemsize.value.ToMB()};label="Mailbox Size (MB)"},@{expression={$_.TotalDeletedItemSize.value.ToMB)};Label="DeletedItems(MB)"} Butting the numbers together showed, that one of my users had an insane amount of deleted items. I will now confront him with my LART! I knew there was a logical explanationfor this :-) Thanks alot for the help Amit

Hi. Thanks for the help in this post. but, I have a cuestion that I need to do to keppthis information ina file? ... thanks

Hi fourty, You run the PowerShell script, and get the output on your screen, but need the output saved into a file? I believe you could use out-file cmdlet: get-mailboxstatistics ........ | out-file c:\filename.txthttp://www.microsoft.com/technet/scriptcenter/topics/msh/cmdlets/out-file.mspx /Doerge

Just to close this thread:A user had some issues with his Outlook profile - connection to Exchange was disconnecting/connecting a number of times.He didn't have any sort of high mailflow to/from his mailbox, so he wasn't aware of any problems beside his Outlook profile issues.We created a new profile for him, and he's now online as normal, without the old connecting issues.I sat retension for the user to 1 day, and online defragmentation has now released the deleted items as whitespace:The database "Storage Group\MailboxDB" has 20761 megabytes of free space after online defragmentation has terminated. Now all I need, is to find a time to run an offline defrag to release the whitespace to disk.Thanks for your help and interest in the forum!/Doerge

I am not sure if my own experience here would be helpful, but I did have a situation a few years ago where the stores kept right on growing even though the mailbox sizes where small. http://mostlyexchange.blogspot.com/2005/02/edb-and-stm-files-grow-continually.html However, given that you have a large amount of free space after online defrag, I think you need to run an offline defrag to bring things back down to a reasonable size. You will probably get back quite a bit more disk space since that 20761MB number ONLY includes the EDB file, not the STM file.

Thanks for your input Jim.The strange thing here is, that everyone had a small amount of deleted items, but one user had 15+ GB (on a mailbox with 250 MB data). Only thing he could report, was some problems with his Outlook client disconnecting/reconnecting a number of times. A new profile cleared that out for him, but left me with the deleted items. I can't find any reason this would happen, and I hope I'm never gonna see this behavior again. I'm looking forward to get my space released back to the disk, so my monitoring won't alert me on lack of disk space :-)Thanks again Jim./Doerge

Every once and a while, I see a user with a MASSIVE mailbox (10GB+) and the best thing to do is just to disconnect it. It usually happens to us when a user subscribes to a LOT of e-mail based newsfeeds and ends up with 100,000 messages in their Inbox. Depending on how big your database *should* actually be, you might be better off just creating a new database, moving ALL of the mailboxes over to the new mailbox database, then deleting the original mailbox database and creating it. I do this sometimes instead of an "offline defrag" just so I don't have to spend a late night at work or suffer the downtime complaints since we run 24x7.

Hi Jim,Nice input - I might just do that, thanks./Doerge