locked
Reclaim Whitespace Exchange 2010 RRS feed

  • Question

  • Running Exchange 2010 across two servers in a DAG. A couple of my databases have a large amount of whitespace that I'd like to reclaim. I've seen recommendations for both offline defrag and moving mailboxes to a new database. The latter seems to be the preferred method. Yet, I can't seem to find any instructions aside from "Move your mailboxes to a new database and delete the old one." Are there special circumstances for creating/removing databases in a DAG, or will the EMC take care of any high availability issues? Do I need to manually remove any .edb files? Or will the EMC remove the database and all its copies from both servers? 
    Friday, July 27, 2012 3:03 PM

Answers

  • You need to move those mailboxes to your new database too.  Exchange will not let you delete the database until they are moved.
    • Proposed as answer by Xiu Zhang Tuesday, July 31, 2012 6:24 AM
    • Marked as answer by Xiu Zhang Wednesday, August 1, 2012 6:23 AM
    Monday, July 30, 2012 8:26 AM

All replies

  • Hi

    Yes moving mailboxes is the recommended way to do this.  You will need to create a new database on one of your DAG nodes and then create a database copy, move all the mailboxes to it from the database you are clearing out.  You will need to delete the .EDB files yourself.

    You can use this command to move all mailboxes from one database to another:

    Get-Mailbox -Database <OldDB> | New-MoveRequest -TargetDatabase <NewDB>

    Steve



    Friday, July 27, 2012 3:08 PM
  • That seems simple and straight forward enough. Thanks for the quick reply! I'll give that shot this weekend and let you know the result. Is there any issues doing this with Legacy, Linked or Discovery mailboxes? One of my databases (not the one I'm concerned about today), has these types of mailboxes. If I do this procedure on that database, are there other considerations?

    Friday, July 27, 2012 3:20 PM
  • Discovery mailboxes are fine to move, as are linked ones.  You shouldn't have any legacy mailboxes in a 2010 database though?

    If this was your first mailbox database then it may still contain the arbitration mailbox(es), you can do a Get-Mailbox -Arbitration to find out where they are.

    Friday, July 27, 2012 3:47 PM
  • I have 7 legacy mailboxes. They may be old and not in use; I'll have to check. This is in fact my first database, and the command you stated shows they are on my 1st server, EX1:

    Name                                    Alias                            ServerName       ProhibitSendQuota
    ----                                        -----                             ----------              -----------------
    SystemMailbox{1f05a927...  SystemMailbox{1f0...   ex1                    unlimited
    SystemMailbox{e0dc1c29...  SystemMailbox{e0d...  ex1                    unlimited
    FederatedEmail.4c1f4d8...    FederatedEmail.4c...    ex1                   1 MB (1,048,576 bytes)

    What would need to be done with these?


    Friday, July 27, 2012 3:55 PM
  • You need to move those mailboxes to your new database too.  Exchange will not let you delete the database until they are moved.
    • Proposed as answer by Xiu Zhang Tuesday, July 31, 2012 6:24 AM
    • Marked as answer by Xiu Zhang Wednesday, August 1, 2012 6:23 AM
    Monday, July 30, 2012 8:26 AM
  • Any special method for doing this since they are special mailboxes? Or will the normal mailbox move take care of it?
    Tuesday, July 31, 2012 1:13 PM
  • Normal move is fine.

    Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase <dbname>


    Tuesday, July 31, 2012 1:24 PM
  • Great! Thanks for your help!
    Tuesday, July 31, 2012 1:25 PM
  • No worries.

    Tuesday, July 31, 2012 3:06 PM
  • Recently we migrated from Ex2K3 to Ex2K10.  Mailbox move went smooth without any issues. 

    As regard to public folders move, there was only 24GB of data but when moved to Ex2K10 the size ballooned to 105GB.

    Do you think the size difference is the so called 'whitespace' and if so, can I create a new public folder database like you have suggested for Mailboxes and move the public folders one at a time oblivious to the users?

    Monday, August 6, 2012 9:31 PM
  • Hi

    That sounds like something has gone wrong with your replication, there may be white space in your public folder database but that wouldn't have caused this problem.  You should open a new question and include some more information about your environment.

    Cheers, Steve

    Tuesday, August 7, 2012 6:37 AM
  • Thanks, Steve.
    Tuesday, August 7, 2012 2:05 PM