jump to navigation

Mailbox Moves in Exchange August 8, 2012

Posted by vbry21 in Exchange 2010.
add a comment

We were having a look at Mailbox moves today in Exchange 2010 SP2.

A mailbox move in its simplest form moves a users mailbox from one Exchange Database to another. We do this for all sorts of reasons.


Transition   When you transition an existing Exchange 2007 or Exchange Server 2003 organization to Exchange 2010, you move mailboxes from the existing Exchange servers to an Exchange 2010 Mailbox server.


Realignment   You can move mailboxes for realignment purposes. For example, you may want to move a mailbox from one database to a database that has a larger mailbox size limit.


Investigating an issue   If you need to investigate an issue with a mailbox, you can move that mailbox to a different server. For example, you can move all mailboxes that have high activity to another server.


Corrupted mailboxes   If you encounter corrupted mailboxes, you can move the mailboxes to a different server or database. The corrupted messages won’t be moved.


Physical location changes   You can move mailboxes to a server in a different Active Directory site. For example, if a user moves to a different physical location, you can move that user’s mailbox to a server closer to the new location.


Separation of administrative roles   You may want to separate Exchange administration from Windows operating system account administration. To do this, you can move mailboxes from a single forest into a resource forest scenario. In this scenario, the Exchange mailboxes reside in one forest and their associated Windows user accounts reside in a separate forest.


Outsourcing e-mail administration   You may want to outsource the administration of e-mail and retain the administration of Windows user accounts. To do this, you can move mailboxes from a single forest into a resource forest scenario.


Integrating e-mail and user account administration   You may want to change from a separated or outsourced e-mail administration model to a model in which e-mail and user accounts can be managed from within the same forest. To do this, you can move mailboxes from a resource forest scenario to a single forest. In this scenario, the Exchange mailboxes and Windows user accounts reside in the same forest.

There is two types of move.

Local Move Request, this is where we move the mailbox from one database to another in the same forest.

Remote Move Request, this is also known as a cross-forest move, this would be a move where we move a mailbox from one AD forest to another  forest that contains a Client Access Server, think of migrations.

Virtualizing Microsoft Exchange 2010 with VMware-Customer self paced course May 31, 2012

Posted by vbry21 in VMware Training.
Tags: ,
add a comment

I recently posted an article regarding the virtualisation of Exchange 2010 and stated that “yes it is possible”, and also gave some links for the documents from Microsoft and VMware on best practices.

I was just signing myself up for some online learning relating to the vCAP-DCD 5 and I found a self paced online course from VMware for Virtualising Exchange, so I’ve signed up for it.

I’m going to work through the course this weekend (sad yes, but it’s my job and it’s for my benefit, also Tracey my wife and the kiddies are going shopping (I’ve just been paid))

Here’s the description of this course.



This self paced course discusses why organizations need to consider virtualization of Exchange 2010. This course focuses on the Exchange design prerequisites and Exchange design considerations. This course also covers guidelines for designing, sizing, and implementing Exchange 2010 on vSphere.




After completing the course, you should be able to:

Describe the need for virtualizing Microsoft Exchange 2010.
Describe the benefits of virtualizing Microsoft Exchange 2010.
State the prerequisites for designing the virtualized Exchange environment.
Describe the process of sizing Exchange servers using both manual and automated processes.
Illustrate several design and sizing examples for various sized environments.
Describe design considerations and guidelines for Exchange sizing.
Discuss implementation considerations for virtualizing Exchange on VMware vSphere.
Explain the process for testing Exchange performance.
Discuss the methods of monitoring Exchange performance on vSphere.


To access this course go to