voipguy
asked on
Question about Event ID: 9688 and the 75GB database limit on 2003 R2 STD
I'm getting the following description under Event ID: 9688
==========================
Exchange store 'First Storage Group\Mailbox Store (SAPPHIRE)': The logical size of this database (the logical size equals the physical size of the .edb file and the .stm file minus the logical free space in each) is 67 GB. This database size is approaching the size limit of 75 GB.
If the logical database size exceeds the maximum size limit, it will be dismounted on a regular basis.
==========================
(note: see attached Event ID Screen shot if needed)
BACKGROUND: I inherited this Exchange server. As you can see the database size limits have already been extended to 75GB at some point in the past by a previous administrator. I have asked the end users to delete any unnecessary email and permanently delete their deleted items folders, but I'm still getting the event 9688.
QUESTION: Is there a process I need to run on the database to "clean it up" so that the new database levels are recogniized or does this happen automatically after 30 days?
==========================
Exchange store 'First Storage Group\Mailbox Store (SAPPHIRE)': The logical size of this database (the logical size equals the physical size of the .edb file and the .stm file minus the logical free space in each) is 67 GB. This database size is approaching the size limit of 75 GB.
If the logical database size exceeds the maximum size limit, it will be dismounted on a regular basis.
==========================
(note: see attached Event ID Screen shot if needed)
BACKGROUND: I inherited this Exchange server. As you can see the database size limits have already been extended to 75GB at some point in the past by a previous administrator. I have asked the end users to delete any unnecessary email and permanently delete their deleted items folders, but I'm still getting the event 9688.
QUESTION: Is there a process I need to run on the database to "clean it up" so that the new database levels are recogniized or does this happen automatically after 30 days?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
no need for offline defrag its very small space
So , The offline defrag of the database wont help you in compacting the size,
Firstlly you will have to ask all the users to download the mails from the exchange server, to local PST, this wil create a space on the server, i.e your your white space will increase, Also make sure that the retention policy is set to zero days for deleted items.
After you have finished with this, check the ebvent id 1221 after online defrag , this will give u the exact space will you will get after performing the offline defrag.
Firstlly you will have to ask all the users to download the mails from the exchange server, to local PST, this wil create a space on the server, i.e your your white space will increase, Also make sure that the retention policy is set to zero days for deleted items.
After you have finished with this, check the ebvent id 1221 after online defrag , this will give u the exact space will you will get after performing the offline defrag.
ASKER
I agree with the steps recommended before performing an offline defrag, but I forgot to mention that there are no default storage limits defined in the Exchange server's Mailbox Store. And as I perform a random survey of mailbox limits on end user accounts inside AD, I see there are none set there either; in fact, all end user account Storage Limits point back to the Mailbox Store defaults (of which there are none)
QUESTIONS:
Is the download of all mail to local .PST both a backup precaution as well as an effort to create white space.?
I will implement the Deletion setting retention policy changes against the store right away, but if I also set Storage limits now, will it cause any problems with the Exchange server's Mailbox Store or the end user's Outlook Client or should I wait until the work is completed with .pst creation before setting Storage limits as they may prohibiting sends as well as other work until the user account is cleaned up?. Which is acceptable?
Is there someway to emty all "deleted items" folders in mass from all clients?
QUESTIONS:
Is the download of all mail to local .PST both a backup precaution as well as an effort to create white space.?
I will implement the Deletion setting retention policy changes against the store right away, but if I also set Storage limits now, will it cause any problems with the Exchange server's Mailbox Store or the end user's Outlook Client or should I wait until the work is completed with .pst creation before setting Storage limits as they may prohibiting sends as well as other work until the user account is cleaned up?. Which is acceptable?
Is there someway to emty all "deleted items" folders in mass from all clients?
downloading it to local pst means tht the mails will be no longer available on the server, As this will ceate a space on the server.
The 1221 event does not contain the stm file. It only shows the edb free white space.
However if you want to check the actual while space of the database then you have to dismount the database and run eseutil /ms.
http://www.msexchange.org/articles/Exchange-Databases-Disk-Consumption.html
If you want to create more white space then purge th emailboxes which are already deleted and doenload the email to the pst.
However if you want to check the actual while space of the database then you have to dismount the database and run eseutil /ms.
http://www.msexchange.org/articles/Exchange-Databases-Disk-Consumption.html
If you want to create more white space then purge th emailboxes which are already deleted and doenload the email to the pst.
has the issue been resolved, expecting that it should be awaiting 4ur rply on this....
ASKER
The question of setting storage limits causing any problems with the Exchange server's Mailbox Store or the end user's Outlook Client was not answered.
ASKER
The database "First Storage Group\Mailbox Store (SAPPHIRE)" has 125 megabytes of free space after online defragmentation has terminated.