rtl_support
asked on
Exchange Priv file size doesn't reflect the mailbox sizes
I've recently ran an offline defrag on my priv store on exchange 2003 as it was close to 75gb. And it reduced by a couple of gig, but what i've noticed is if I count up the number of mailboxes (about 30) and multiply by their average mailbox size (800mb), it only comes to about 25gb, but the priv store is around 68gb and if you look in the event log, the online defrag reports the store at 68gb too??
How comes I have approximately 30gb's of data that I cannot find? Again, I've recently ran an offline defrag which should shrink it?
Any ideas?
How comes I have approximately 30gb's of data that I cannot find? Again, I've recently ran an offline defrag which should shrink it?
Any ideas?
Eseutil's /D switch can be used to defragment and compact a database. During typical operations, database files never shrink below their current size. As space in the database is freed by deletion of items, existing pages are reused where possible. Typically, a Microsoft® Exchange Server database will grow for several months after it is put in service, but eventually the database size stabilizes.
Under typical conditions, performing an offline defragmentation will not permanently recover significant disk space. The file will usually grow again to its previous un-defragmented size. Special circumstances, such as moving many mailboxes out of the database, may make it worthwhile to defragment the database offline. By default, during typical operation, the database is logically defragmented nightly. This does not reduce the size of the file on disk, but does make the database perform efficiently
Source:
http://technet.microsoft.com/en-us/library/bb123761(EXCHG.65).aspx
Thanks for bringing this in highlight for me !!!
Under typical conditions, performing an offline defragmentation will not permanently recover significant disk space. The file will usually grow again to its previous un-defragmented size. Special circumstances, such as moving many mailboxes out of the database, may make it worthwhile to defragment the database offline. By default, during typical operation, the database is logically defragmented nightly. This does not reduce the size of the file on disk, but does make the database perform efficiently
Source:
http://technet.microsoft.com/en-us/library/bb123761(EXCHG.65).aspx
Thanks for bringing this in highlight for me !!!
How large are the STM files?
Will you please check if their are any mailbox still exist as in disconnected status.
ASKER
Hi guys, thanks for the advice, I've already ran the /d switch, and performed an offline defrag.
The daily online defrag's are running, and re-calculating, but as stated its still stating the db is about 68gb.
The STm file is around 11gb
The disconnected mailbox's are still shown in ESM aren't they? They're just the ones with red crosses aren't they? if so, then they are the ones that I've calculated.
The daily online defrag's are running, and re-calculating, but as stated its still stating the db is about 68gb.
The STm file is around 11gb
The disconnected mailbox's are still shown in ESM aren't they? They're just the ones with red crosses aren't they? if so, then they are the ones that I've calculated.
The mailboxes with the red corss are the disconnected mailboxes whose users have been deleted/removed/ from AD.
These mailboxes can be restored just by few clicks until they are been purged in future.
Till they arent purged they will occupy the database space.
Be careful before purging them as you wont like the idea of restoring them from scratch in future when its too easy to restore now.
These mailboxes can be restored just by few clicks until they are been purged in future.
Till they arent purged they will occupy the database space.
Be careful before purging them as you wont like the idea of restoring them from scratch in future when its too easy to restore now.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
taking backups, then online maintenace will halt.
Online maintenance should run successfully to clean up deleted items which
will free up space when u run the offline defrag.
Go to the properties of the store and check the database tab and select a
different schedule for "online maintenance".