This article is an excerpt from the Exchange Server 2010 to 2013 Migration Guide.
After installing the first Exchange 2013 server into an existing Exchange 2010 organization we are effectively in a co-existence state. During this phase of the Exchange 2013 migration project there are some management considerations to be aware of.
Exchange Server 2013 Management Tools
On the Exchange 2013 servers there are three parts to the Exchange management tools:
- The Exchange Admin Center, a web-based administration console
- The Exchange Management Shell, a PowerShell interface for Exchange 2013
- The Exchange Toolbox, which contains a few MMC-based tools for Exchange 2013
For a migration scenario you will primarily be using the Exchange Admin Center and the Exchange Management Shell.
Accessing the Exchange Admin Center During Co-Existence
The Exchange Admin Center can be accessed using a web browser. It is available on any Exchange 2013 server with the Mailbox server role installed. Because this is a web-based console you do not need to log on directly to the server to use it, nor do you need to install any management tools on your admin workstation to access it.
The URL for the Exchange Admin Center is https://serverFQDN/ecp, for example https://ex2013srv1.exchangeserverpro.net/ecp, or https://mail.exchangeserverpro.net/ecp if you have already configured and migrated your Client Access namespaces.
It is likely you will see an SSL certificate warning in your browser when you first access the EAC, due to the default self-signed certificate on the server. Later when you have configured the correct namespaces and SSL certificates this warning will not appear.
Exchange Admin Center Redirects to Exchange Server 2010 OWA
If you log on to the Exchange Admin Center with a user account that has an Exchange 2010 mailbox then you may be redirected to the Exchange 2010 OWA page instead.
To avoid this you can append the ?ExchClientVer=15 string to the end of the URL, for example https://ex2013srv1.exchangeserverpro.net/ecp?ExchClientVer=15.
However, in some cases such as when the new Exchange 2013 servers are located in a different AD site to the Exchange 2010 servers, this workaround may not be successful.
In such cases it is often simpler to create a new admin account specifically for use during the co-existence period. In this example scenario I’ve created an account called “E15Admin” and added it to the Organization Management group.
Managing Exchange Objects During Co-Existence
There are some general rules for managing Exchange objects during co-existence. From TechNet:
You can’t use the Exchange 2010 EMC to manage Exchange 2013 objects and servers. While customers upgrade to Exchange 2013, we encourage them to use the EAC to:
- Manage Exchange 2013 mailboxes, servers, and corresponding services.
- View and update Exchange 2010 mailboxes and properties.
- View and update Exchange 2007 mailboxes and properties.
We encourage customers to use Exchange 2010 EMC to create Exchange 2010 mailboxes.
We encourage customers to use Exchange 2007 EMC to create Exchange 2007 mailboxes.
Customers can continue to perform management tasks using the Exchange Management Shell and script tasks.
Transport rules are a slightly different situation. From TechNet:
When you coexist with Exchange 2010 or Exchange 2007, all transport rules are stored in Active Directory and replicated across your organization regardless of the Exchange Server version you used to create the rules. However, all transport rules are associated with the Exchange server version that was used to create them and are stored in a version-specific container in Active Directory. When you first deploy Exchange 2013 in your organization, any existing rules are imported to Exchange 2013 as part of the setup process. However, any changes afterwards would need to be made with both versions. For example, if you change an existing rule using the Exchange 2013 EAC, you need to make the same change using the Exchange 2010 or Exchange 2007 EMC.
In the next article in this series we’ll look at configuring SSL certificates for Exchange Server 2013.
For more information see the Exchange Server 2010 to 2013 Migration Guide.