locked
My Exchange 2010 mailbox size is getting too big ??? RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi all,

    i have exchange 2010 with single .edb database file .

    my exchnage data base dive is 273 GB, but may .edb file becomes 237 GB of size.

    i try to delete big mailboxes and move a lot of user mail to .pst file but still i couldn't reduce the size.

    and i have 497 mailbox object but almost all users mail have .pst on their PCs.

    the remaining size for me now is around 25 GB.

    Help waht i have to do ? how can i reduce the .edb file ? PLEASE ???

    Monday, February 13, 2012 6:10 AM

Answers

  • Question
    Sign in to vote
    0
    Sign in to vote

    you can find the exact database size without whitespace using the above link which provided.. 

    since you have only 20GB of free space you can bring external disk for completing this task.

    • you can bring external disk (create a new temp db on it)
    • move all the mailboxes to new one
    • delete existing one and create a new original db
    • move back all the mailboxes
    • take off the external disk

    Kottees : My Blog : Please mark it as an answer if it really helps you.


    Monday, February 13, 2012 7:44 AM

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi there,

    this is normal behavior, even after you move all the mailboxes to different EDB you won't get single MB of free space. they will be remain as whitespace. To get rid of this follow either one of the steps.

    Method 1. Offline Defragmentation (there will be a down time for the end users)

    http://exchangeserverpro.com/defrag-exchange-2010-mailbox-database

    Method 2. Moving mailboxes to new DB. Since you are using exchange 2010 you can follow below steps as well which will have no down time)   

    • Create a new Database
    • Move all the mailboxes from existing mailbox (online mailbox move will help users to stay connected with their mailboxes)
    • Delete existing EDB file ( this will bring disk space for you)

    Kottees : My Blog : Please mark it as an answer if it really helps you.

    • Edited by imkottees Monday, February 13, 2012 6:26 AM add more
    Monday, February 13, 2012 6:24 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi imkottees ,

    Thank you for your response.

    i prefer method 2. but my concern is creating new Database and moving all mailboxes required additional disk space i think ?

    i only reamin with 20 GB disk space on mailbox drive (E), and on C: Drive i have only 65 GB.

    So is that space enough to create a new database and move all mailbox ?

    Monday, February 13, 2012 7:18 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    you can find the exact database size without whitespace using the above link which provided.. 

    since you have only 20GB of free space you can bring external disk for completing this task.

    • you can bring external disk (create a new temp db on it)
    • move all the mailboxes to new one
    • delete existing one and create a new original db
    • move back all the mailboxes
    • take off the external disk

    Kottees : My Blog : Please mark it as an answer if it really helps you.


    Monday, February 13, 2012 7:44 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
    What about spreading them into multiple storage groups. That way, you can restore faster with smaller DBs.
    Tuesday, February 14, 2012 7:04 PM
  • Question
    Sign in to vote
    0
    Sign in to vote
    You must start with a new storage/hard drive. When you start moving the mailboxes you would also need space for the log files.

    Where Technology Meets Talent

    Tuesday, February 14, 2012 7:44 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    What about spreading them into multiple storage groups.

    Since this is Exchange 2010, there won't be any storage groups involved.

    On the other hand, spreading the users among several databases is not a bad idea.

    As you say, faster restores.

    Tuesday, February 14, 2012 10:54 PM
  • Question
    Sign in to vote
    0
    Sign in to vote
    Did the proposed solution work?
    Tuesday, February 21, 2012 12:36 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
    any updates?

    Where Technology Meets Talent

    Tuesday, February 21, 2012 5:48 PM