Exchange Store is at 40 GB and approaching 75 GB error.

Discussion in 'Windows Small Business Server' started by Allen Wadsworth, Jun 13, 2008.

  1. I keep getting these messages from event viewer that my exchange database is
    at 40 GB and if it reaches 75 it will dismount. I went to 4 different users
    and asked them to delete as many emails as possible. Before I did this I
    checked the size of their mailbox in Exchange System Manager. Here is the
    before and after.
    User 1 - 4,152,152 After - 2,174,016
    User 2 - 1,551,458 After - 819,330
    User 3 - 1,524,543 After - 1,093,640
    User 4 - 2,862,417 After - 2,593,631
    The thing is that I would expect my pri.edb to srink. It is still around 40
    GB. What else can I do to srink mailbox size?
    Allen Wadsworth, Jun 13, 2008
    1. Advertisements

  2. Two things: it seems like your alert is configured incorrectly. I don't
    think it should be warning you at 40 GB about approaching a size limit of 75
    GB. If you look at this article, it'll tell you how to change that warning
    threshold. And by the way, there are a number of excellent articles on this
    site about running Exchange on SBS (it's from Exchange MVP Vlad Mazek,
    thanks Vlad).

    Secondly, what happens with Exchange databases is that they grow to
    accommodate added data, but they don't automatically shrink. If your
    database grows to 40 GB, and then some data gets deleted, rather than
    shrinking the database, the rest of the space becomes slack in the existing
    40 GB database. Then when your data grow again, the slack space is used for
    the new data. The database won't grow again until all the slack space is

    Exchange handles all of this very well without help from the administrator.
    I recommend doing nothing. If you have some really good reason for wanting
    to recover the space, you can manually run an offline defrag of the
    database, but I recommend against it. MS warns of a minor risk of data
    corruption, and the databases are just going to start growing again right
    away anyway.

    You know all those informational messages Exchange writes to the application
    log overnight? Check out the 1221's and you'll see what I'm referring to.
    As you can see below, I practice what I preach by ignoring database slack:

    Event Type: Information
    Event Source: MSExchangeIS Mailbox Store
    Event Category: General
    Event ID: 1221
    Date: 6/13/2008
    Time: 4:37:12 AM
    User: N/A
    Computer: NTSERVER
    The database "First Storage Group\Mailbox Store (NTSERVER)" has 3964
    megabytes of free space after online defragmentation has terminated.
    Dave Nickason [SBS MVP], Jun 13, 2008
    1. Advertisements

  3. Dave and Cris have covered most aspects but also consider 'Deleted Items
    Retention' which is configured during the Exchange portion of the CEICW or
    can be inspected/adjusted manually in Exchange System Manager.

    When a user deletes an item it moves to 'Deleted Items' in their mailbox.
    Until this is emptied the item can sit there forever. When the user empties
    'Deleted Items' Exchange steps in with the DIR time. I _think_ SBS default,
    in the wiz, is 30 days, I know I adjusted mine to 90. I think Exchange
    itself defaults DIR to 7 days, not sure.

    The database (store) will not be shrinkable until the retention period
    SuperGumby [SBS MVP], Jun 13, 2008
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.