You can use the Microsoft Exchange Server 2010 Service Pack Setup wizard to upgrade your current version of Exchange 2010. If you have the release to manufacturing (RTM) version of Exchange 2010 installed, you can upgrade to either Exchange 2010 Service Pack 2 (SP2) or Exchange 2010 Service Pack 1 (SP1). If you have Exchange 2010 SP1 installed, you can upgrade to Exchange 2010 SP2. We strongly recommend that you upgrade to Exchange 2010 SP2.
Caution: After you upgrade Exchange 2010 to a newer service pack, you can’t uninstall the service pack to revert to the previous version. If you uninstall the service pack, you remove Exchange from the server.
You should upgrade your Exchange 2010 server roles in the following order:
- Client Access
- Hub Transport
- Unified Messaging
- Mailbox
The Edge Transport server role can be upgraded at any time. However, we recommend upgrading the Edge Transport server role either before or after all other server roles are upgraded.
Prerequisites
- Ensure that any server on which you plan to install the service pack meets the system requirements. For more information about system requirements, see Exchange 2010 System Requirements.
Permissions
To perform the following procedures, the account you use must be a member of the Delegated Setup management role group or the Organization Management management role group.
To apply an Exchange 2010 service pack to an Exchange 2010 server that has the Edge Transport server role installed, the account you use must be a member of the local Administrators group on that computer.
To upgrade a computer that has only the Exchange management tools installed, you must log on using an account that’s a member of the local Administrators group on that computer.
If you haven’t yet prepared the schema for Exchange 2010 SP1, the account you use to upgrade the server must be a member of the Schema Admins group and the Enterprise Admins group. This requirement also applies if you’re installing Exchange 2010 SP2 and haven’t yet prepared the schema for it. For more information, see Prepare Active Directory and Domains
Upgrade load balanced Client Access array members
If your organization uses a load balanced array of Client Access servers, see the following guidance about how to upgrade your Client Access servers from one version of Exchange 2010 to another, for example, from Exchange 2010 RTM to Exchange 2010 SP1. If you have an array of Client Access servers that you need to upgrade from one version to another, use the following steps.
Note: |
Exchange 2010 RTM, Exchange 2010 SP1, and Exchange 2010 SP2 can’t coexist within the same load balanced array. |
Important: |
Do not upgrade any Mailbox servers from one version to another until all Client Access servers within the Active Directory site have been upgraded to the target version.
The following guidance assumes that the Mailbox and Client Access server roles are not co-located. If your environment deploys multi-role servers, see Patching the Multi-Role Server DAG for steps about how to patch the servers. |
- Determine the number of Client Access server array members that can be offline at one time without negatively impacting service. For example, if you have six Client Access servers in a load balanced array and have designed your load balancing solution to handle three simultaneous failures, you can have three Client Access server array members offline.
- To continue with the example, disable new connections to the three servers and allow for the existing connections to end. After all connections have been terminated, remove those servers from your load balancing pool.
- Upgrade those three servers to the target version. Verify that the upgrade was successful.
- Add the upgraded servers back into the load balanced array.
- Prepare to remove the servers that have not been upgraded from the load balanced array by disabling new connections.
- Confirm all the connections to the servers identified in step 5 have been terminated, and then remove those servers from the load balanced array.
- Upgrade the second batch of servers to the target version of the software. Verify that the upgrade was successful.
- Add the most recently upgraded servers back into the array.
Upgrade database availability group members
When you apply an Exchange 2010 service pack to a database availability group (DAG) member, you need to consider and plan for some specific issues. Before applying an Exchange 2010 service pack to any DAG members, consider the following:
- Upgrade only passive servers Before applying the service pack to a DAG member, move all active mailbox database copies off the server to be upgraded and configure the server to be blocked from activation. If the server to be upgraded currently holds the primary Active Manager role, move the role to another DAG member prior to performing the upgrade. You can determine which DAG member holds the primary Active Manager role by running Get-DatabaseAvailabilityGroup -Status | Format-List PrimaryActiveManager.
- Place server in maintenance mode Before applying the service pack to any DAG member, you may want to adjust monitoring applications that are in use so that the server doesn’t generate alerts or alarms during the upgrade. For example, if you’re using Microsoft System Center Operations Manager 2007 to monitor your DAG members, you should put the DAG member to be upgraded in maintenance mode prior to performing the upgrade. If you’re not using System Center Operations Manager 2007, you can use StartDagServerMaintenance.ps1 to put the DAG member in maintenance mode. After the upgrade is complete, you can use StopDagServerMaintenance.ps1 to take the server out of maintenance mode.
- Stop any processes that might interfere with the upgrade Stop any scheduled tasks or other processes running on the DAG member or within that DAG that could adversely affect the DAG member being upgraded or the upgrade process.
- Verify the DAG is healthy Before applying the service pack to any DAG member, we recommend that you verify the health of the DAG and its mailbox database copies. A healthy DAG will pass MAPI connectivity tests to all active databases in the DAG, will have mailbox database copies with a copy queue length and replay queue length that’s very low, if not 0, as well as a copy status and content index state of Healthy.
- Be aware of other implications of the upgrade A DAG member running an older version of Exchange 2010 can move its active databases to a DAG member running a newer version of Exchange 2010, but not the reverse. After a DAG member has been upgraded to a newer Exchange 2010 service pack, its active database copies can’t be moved to another DAG member running the RTM version or an older service pack.
Run the following scripts and commands on the DAG member being upgraded to prepare for the service pack.
- Verify the health and status of the DAG by saving the following commands as a Windows PowerShell script (.ps1) file.
Copy Code
(Get-DatabaseAvailabilityGroup -Identity (Get-MailboxServer -Identity $env:computername).DatabaseAvailabilityGroup).Servers | Test-MapiConnectivity | Sort Database | Format-Table -AutoSize
Get-MailboxDatabase | Sort Name | Get-MailboxDatabaseCopyStatus | Format-Table -AutoSize
function CopyCount
{
$DatabaseList = Get-MailboxDatabase | Sort Name
$DatabaseList | % {
$Results = $_ | Get-MailboxDatabaseCopyStatus
$Good = $Results | where { ($_.Status -eq “Mounted”) -or ($_.Status -eq “Healthy”) }
$_ | add-member NoteProperty “CopiesTotal” $Results.Count
$_ | add-member NoteProperty “CopiesFailed” ($Results.Count-$Good.Count)
}
$DatabaseList | sort copiesfailed -Descending | ft name,copiesTotal,copiesFailed -AutoSize
}
CopyCount
- Perform a server switchover by running the following command.
Copy Code
Move-ActiveMailboxDatabase -Server
- Prevent the DAG member from becoming a failover target by running the following command.
Copy Code
Set-MailboxServer -DatabaseCopyAutoActivationPolicy:Blocked
- If necessary, move the primary Active Manager role to another DAG member by running the following command.
Copy Code
Cluster group “cluster group” /move
- Install the Exchange 2010 service pack. For details, see “Install the Exchange 2010 service pack” later in this topic.
- Enable the upgraded DAG member to become a failover target by running the following command.
Copy Code
Set-MailboxServer -DatabaseCopyAutoActivationPolicy:Value
Where Value is either IntrasiteOnly or Unrestricted.
- Repeat steps 1–6 on each DAG member until the service pack has been applied to every DAG member.
For more information, see the following topics:
Install the Exchange 2010 service pack
When installing a new Exchange 2010 service pack on multiple Exchange 2010 servers within an organization, we recommend that you first upgrade your Client Access servers. In an organization that has multiple Active Directory sites that use multiple Client Access servers in a proxy situation, you must upgrade the Internet-facing Client Access servers before upgrading Client Access servers that aren’t Internet-facing. Then, we recommend you install the Hub Transport, Unified Messaging, and Mailbox server roles.
The Edge Transport server role can be upgraded at any time. However, we recommend upgrading the Edge Transport server role either before or after all other server roles are upgraded.
- Insert the Exchange 2010 SP1 or Exchange 2010 SP2 DVD into the DVD drive. When the AutoPlay dialog box appears, click Run Setup.exe under Install or run program. If the AutoPlay dialog box doesn’t appear, navigate to the root of the DVD and double-click Setup.exe. Alternatively, browse to the location of your Exchange 2010 installation files and double-click Setup.exe.
- On the Start page, click Install Microsoft Exchange Server Upgrade to begin the installation.
Important: |
Make sure that you’ve completed all the required steps described on the Start page before you begin your installation. If you haven’t already installed the components discussed on the Start page, Setup provides links to the appropriate sites where you can download the components. For more information about Windows PowerShell installation, see Install Windows Management Framework. |
Important: |
If you’re installing Exchange 2010 on Windows Server 2008 R2, don’t use the downloadable .NET Framework package. Instead, use Server Manager in Windows Server 2008 R2 or run ServerManagerCmd -i NET-Framework. |
- The Introduction page begins the process of installing Exchange into your organization. It will guide you through the installation. Click Next to continue.
- On the License Agreement page, review the software license terms. If you agree to the terms, select I accept the terms in the license agreement, and then click Next.
- On the Readiness Checks page, view the status to determine if the organization and server role prerequisite checks completed successfully. If they haven’t completed successfully, you must resolve any reported errors before you can install Exchange 2010. You don’t need to exit Setup when resolving some of the prerequisite errors. After resolving a reported error, click Retry to run the prerequisite check. Be sure to also review any warnings reported. If all readiness checks have completed successfully, click Upgrade to install the service pack.
- On the Completion page, click Finish.
Use unattended setup to install the Exchange 2010 service pack
- Insert the Exchange 2010 SP1 or Exchange 2010 SP2 DVD into the DVD drive, and then at the command prompt, navigate to the DVD drive or navigate to the network location of the Exchange 2010 installation files.
- At the command prompt, run the following command.
Error Message “The ‘IIS 6 WMI Compatibility’ component is required” During Exchange 2010 SP2 Upgrade
While attempting to upgrade an Exchange Server 2010 Client Access server to Service Pack 2 you may encounter the following error message.
The ‘IIS 6 WMI Compatibility’ component is required. Install the component via Server Manager
This error occurs because a new feature of Exchange 2010 SP2 called Outlook Web App Mini requires that IIS component to be installed on Client Access servers.
You can install the component manually by opening a PowerShell window and running the following commands.
PS C:\> Import-Module servermanager
PS C:\> Add-WindowsFeature Web-WMI
Success Restart Needed Exit Code Feature Result
------- -------------- --------- --------------
True No Success {IIS 6 WMI Compatibility}
Click Retry on the Readiness Checks dialog box above, or if you’ve already cancelled the installation simply start it again.
You can also avoid the error by installing the Service Pack 2 upgrade from the command line. Open a command prompt and navigate to the folder where the Exchange 2010 SP2 files have been extracted, and run the following command:
C:\Admin\ex2010sp2>setup /mode:upgrade /installwindowscomponents
This will automatically install the required components for you when the upgrade process runs.
Copy Code
Setup.com /M:Upgrade /InstallWindowsComponents