Exchange 2010 Online Mailbox Move

One of many great new features in Exchange 2010 is the Online Mailbox Move. Together with DAG it may be reason enough to migrate Exchange 2010 as fast as possible. The Online Mailbox Move feature allows end-users to be online in their email accounts during a move of their mailbox. On completing the move users just needs to reopen their Outlook clients.

In earlier Exchange versions, administrators had to move mailboxes during a scheduled outage window, perhaps during night time. However this was problematic when a firm is operational 24×7 and end users cannot tolerate mailbox unavailability. The new Exchange 2010 ‘Online Mailbox Moves’ feature relieves administrators, allowing mailbox moves with near zero downtime.

Amit Tank has written a thorough article about the new ‘Online Mailbox Move’ in Exchange 2010 here: http://exchangeinbox.com/article.aspx?i=142&t=7 

Note: Online mailbox moves are only supported in the following scenarios while moving mailboxes within the same forest or across forests.

  1. Between two Exchange 2010 databases
  2. From Exchange 2007 SP2 database to Exchange 2010 database

Best Practices for Active Directory Schema changes

Any Post starting with this disclaimer means that this post was not written by me however I liked it and added to my blog to easily find it later. I will also include the link to the original or similar post to provide credit to the original author.

http://chrislehr.com/2009/08/best-practices-on-schema-upgrades.htm

First off, a quick review of AD schema, and what it is and the function it performs. The Schema is essentially the “database” that AD resides in, so when we say things like “extending the schema” we mean the same thing any SQL DBA would mean – we are adding additional objects attributes to AD. These new additions allow for features in products that were not previously there to store their settings in Active Directory. Some of the recent Schema extensions you will see:

  • Exchange 2007 SP2 requires schema extension.
  • Exchange 2010 requires schema extension.
  • OCS 2007 R1 or R2 require schema extension.

Additionally, while not an extension, these best practices also apply before raising your forest or domain functional levels.

Step One – Determine your Schema Master FSMO role holder

  1. On any domain controller, click Start, click Run, type Ntdsutil in the Open box, and then click OK.
  2. Type roles, and then press ENTER.
  3. Type connections, and then press ENTER.
  4. Type connect to server <servername>, where servername is the name of the server you want to use, and then press ENTER.
  5. At the server connections prompt, type q, and then press ENTER again
  6. At the FSMO maintenance prompt, type Select operation target, and then press ENTER again.
  7. At the select operation target prompt, type List roles for connected server, and then press ENTER again.
  8. This will display all 5 FSMO roles. The one that has Schema is the one we need to back up.
  9. Type q 3 times to exit the Ntdsutil prompt.

Step Two – Ensure you have your DSRM password

  1. Most of the time, even if this is known, it has not been changed in a long time and is likely due.
  2. Follow instructions to reset DSRM password from KB322672
  3. This allows your backup to be authoritatively restored in the case you need to. Without this password being correct, your backup may not be usable. 

Step Three – Take a system state backup (or two)

  1. Take an ntbackup.exe (Windows 2003) or Windows Server Backup (Windows 2008) if you are more comfortable with Microsoft restore procedures.
  2. Take another backup using whatever third party vendor product you typically use, if you are more comfortable with their restore procedures.
  3. It is recommended taking BOTH of the above for the Schema Master FSMO role holder.

While I have YET to run into any issues or problems with Schema extensions, if I ever did, I know I want a really good backup or two!

Exchange 2010 Transport Architecture Diagrams Available for Download

The Exchange 2010 transport server role architecture diagrams are now available for download. The Hub Transport Role Architecture diagram can help you understand the different transport components involved in processing and routing messages, the different transport agents that act upon messages and the events on which they are triggered, and visualize the mail flow.

The Hub Transport Extensibility diagram can help you understand how different transport agents process a message in the Exchange 2010 transport pipeline.

Both diagrams can be downloaded from Microsoft Exchange Server 2010 Transport Server Role Architecture Diagrams.

Note that Exchange 2010 includes internal or built-in transport agents which are not visible when you use the Get-TransportAgent or Get-TransportPipeline cmdlets. The list includes transport agents that implement Information Rights Management (IRM) functionality- the RMS Protocol Decryption agent, Journal Report Decryption agent, RMS Encryption agent, and Prelicensing agent, as well as the Journaling agent. To learn more about transport agents, see Understanding Transport Agents in Exchange 2010 documentation.

Exchange 2010 Database Availability Groups

I found a post at Henrik Walther Blog over at MSExchange.org that talk about DAG. http://blogs.msexchange.org/walther/2009/04/18/exchange-2010-database-availability-groups/

It is one of the most interesting new features in Exchange 2010. Here is a list of the new DAG functionality from the blog. 

  • The new Database Availability Group (DAG) HA/site resilience feature replaces CCR/SCR/LCR
  • Also note that SCC has been deprecated/cut with Exchange 2010
  • DAG built on the functionality we know from CCR and SCR, that is it still uses asynchronous log shipping and replay etc
  • An interesting thing about DAGs is that you’re no longer required to form a cluster before you install the MBX server role
  • The limited cluster features that are used by DAGs (primarily cluster heartbeat and quorum) are configured automatically when adding the first MBX server to the DAG and thereby more or less invisible to the administrator
  • With DAG you can have up to 16 copies of a Mailbox database
  • In addition, you can also have other Exchange 2010 server roles such as HT and CAS installed on the MBX server which is member of a DAG
  • Also, you can have DAG members located on different subnets and in separate AD sites

This image over at MSExchange.org describes very well the most important changes in the EMS for administrators regarding DAG.

How to Install Exchange Server 2010 Beta

This is a link to Scott Schnoll’s weblog where he goes through a step by step guide to install Exchange 2010 Beta. It is an interesting read and I followed his steps when installing the beta in my own lab environment. Click this link to visit the guide. I found a few gotchas in Brian Ricks’s blog

After installing it myself i have some gotchas and experience

  • The beta does not support coexistence with  older Exchange versions, not even Exchange 2007. So when i tried to install it in my lab environment the readiness check stopped me and I ended up creating a new domain for the Exchange beta
  • Got the  “The WinRM client cannot process the request”. This is because the wrong version of WinRM was installed. Download WinRM 2.0 CTP3 here

New Features in Exchange 2010

dd203064_exchange_logo_gifen-us2cmsdn_101

There is some new features in Exchange 2010 and the ones that I am most excited about is Database Availability Groups (DAG) and the new features in Outlook Web Access. Elan Shudnow have created a more comprehensive list of new features, check it out here

See Webcasts here http://msexchangeteam.com/archive/2009/05/26/451465.aspx