Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 359
  • Last Modified:

Moving Mailbox

I'm moving some mailboxes to another disk, because the other one is almost full. But even when it stops moving the mailboxes the space is the same. Why this happens? What should I do do recover the space? Thanks.
0
andersoncaraujo
Asked:
andersoncaraujo
  • 3
  • 2
  • 2
2 Solutions
 
AmitIT ArchitectCommented:
It is due to whitespace in the db. Moving mailbox doesn't decrease the db size. Move the mailboxes and delete the old db and recover the space.
0
 
andersoncaraujoAuthor Commented:
Thanks for your reply. I'm afraid of doing this, but what folder do I find that db files?
0
 
AmitIT ArchitectCommented:
Open ESM>Browse to the DB>Right click>Properties>Database Tab

Here you can find the edb and stm file path. Once you moved the mailboxes to the new DB. You can dismount this old db, delete the db from the ESM>then delete the old edb and stm file from the path.

This will give you extra space.
0
What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

 
Praveen BalanSolution ArchitectCommented:
Mate,

check the event log for the event ID 1221, that will give you the available free space inside the database(white space)...

The further increase in the database will be reduced if you have more white space in the database. Hence you may leave the database as it is if you have some space available in the drive.

Moreover, you may plan for an offline defragmentation to recover the whitespace and reduce the total database size. Refer below articles for the recommendations to do it.

http://support.microsoft.com/kb/328804
http://www.petri.co.il/defragment_exchange_2000_2003_server_databases.htm

but when you do an offline defrag, the database will be dismounted hence the down time to the end users will be more.
Expect 9 GB per hour when doing offline defrag.. if you have more whitespace, then can expect faster completion.
0
 
AmitIT ArchitectCommented:
@Praveen

offline defrag required long downtime. Secondly after doing offline defrag, DB signature changes and it is a new database all together. Rather doing offline defrag create a new db and moving mailbox doesn't have any downtime.

Offline defrag is only recommend, if we have Exchange with Standard edition, as we don't have option to create new db.

@andersoncaraujo

If you are able to create new db that means you have Enterprise edition. You can also confirm this from ESM. Click on Server and right handside you can see the version detail.

If you have Enterprise edtion, i would highly recommend to create a new data drive and create new db, move the mailboxes to new db and other steps i already mention before. How to remove etc.

hope this helps
0
 
Praveen BalanSolution ArchitectCommented:
@Amit,

that was an alternate solution, I also have clearly mentioned the downtime that we have to calculate before planning.


@andersoncaraujo
Try any one of the solution, both will give you results. Offline defragmentation will recover the space, but will have downtime.

If you an alternate path where you can create new database and move all mailboxes, you may go ahead, happily execute this, since the downtime to the users is only during the mailbox movement.



0
 
andersoncaraujoAuthor Commented:
Ok thanks for the reply, I'll do as Amit has said. Thank you for all.
0

Featured Post

NEW Veeam Backup for Microsoft Office 365 1.5

With Office 365, it’s your data and your responsibility to protect it. NEW Veeam Backup for Microsoft Office 365 eliminates the risk of losing access to your Office 365 data.

  • 3
  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now