{"id":1761,"date":"2013-05-04T21:09:40","date_gmt":"2013-05-04T21:09:40","guid":{"rendered":"https:\/\/pipe2text.com\/?page_id=1761"},"modified":"2013-05-07T01:34:30","modified_gmt":"2013-05-07T01:34:30","slug":"upgrading-your-exchange-2010-servers-to-service-pack-3","status":"publish","type":"page","link":"https:\/\/pipe2text.com\/?page_id=1761","title":{"rendered":"Upgrading Your Exchange 2010 Servers to Service Pack 3"},"content":{"rendered":"

Hi all,<\/p>\n

In this blog I want to go thru the steps of installing Exchange 2010 Service Pack 3. Before we begin the install there are a few things I would like to note.<\/p>\n

First, when installing SP 3 on Exchange 2010 you should upgrade the server roles in the following order.<\/p>\n

Client Access<\/p>\n

Hub Transport<\/p>\n

Unified Messaging<\/p>\n

Mailbox<\/p>\n

Edge Transport<\/p>\n

Second, if you are upgrading Client Access Servers in a CAS Array behind a load balancer, the Client Access server being upgraded should be removed from behind the load balancer during the upgrade process.<\/p>\n

Third, backup any custom files you may have such as OWA login page customizations.<\/p>\n

Fourth, if you are running the upgrade on Exchange Servers that are located in a Domain other than the Domain that contains the Schema Master, you will have to run the Schema update separately. If the Exchange servers reside in the same Domain as the Schema Master, the upgrade installer will run the schema update automatically.<\/p>\n

In the case of the lab for which I am running this upgrade, I have 2 CAS servers in an array. These 2 CAS servers also have the Hub Transport Role installed on them. I also have 2 Mailbox Servers in a DAG configuration. It is a Multi-Domain Forest and the Schema Master lives a different domain from the Exchange Servers.<\/p>\n

Running the Schema Update Separate from the Upgrade<\/span><\/strong><\/span><\/strong><\/p>\n

To run the Schema update separately from the Exchange Server upgrade, download the Exchange 2010 SP3 install files from Microsoft\u2019s website. Copy the Exchange SP3 Setup files to a 64 bit Domain Controller in the Domain that contains the Schema Master. Logon to the Domain Controller with an account that is a member of both the Schema Admins and Enterprise Admins groups and run setup with the prepareAD switch. To do so, open a command prompt as administrator, navigate to the directory with the setup file (in my case \u201cc:\\Exchange 2010 SP3\u201d) and type the following:<\/p>\n

Setup \/prepareAD<\/p>\n

Successful completion will look as follows:<\/p>\n

\"\"<\/p>\n

Upgrading the Client Access Servers<\/span><\/strong><\/span><\/strong><\/p>\n

Logon to the CAS Server as member of the Organization Management group (if the schema update is not run beforehand, this account will also need to be a member of the Schema Admins and Enterprise Admins group as well since the schema update will now run as part of the upgrade process).<\/p>\n

Navigate to the directory where you have extracted the Exchange SP3 install files and run “setup.exe” as administrator. When the installer starts, choose \u201cInstall Microsoft Exchange Server upgrade\u201d under \u201cInstall\u201d as shown below.<\/p>\n

\"\"<\/p>\n

On the \u201cIntroduction\u201d screen click \u201cNext\u201d.<\/p>\n

\"\"<\/p>\n

Accept the License agreement and click \u201cNext\u201d.<\/p>\n

\"\"<\/p>\n

On the \u201cReadiness Checks\u201d screen, a check will be run to make sure all prerequisites have been satisfied. As you can see from the illustration below, I\u2019m being told that I\u2019m missing the \u201cIIS WMI Compatibility\u201d component. Correct any prerequisites if necessary and retry the readiness checks (if all prerequisites are met you will just need to click the upgrade button).<\/p>\n

\"\"<\/p>\n

I hit retry and all check are passed with one warning which can be ignored since this is a lab and the Send Connector is not configured. Now click the \u201cUpgrade\u201d button as shown below.<\/p>\n

\"\"<\/p>\n

The Upgrade will start as shown below.<\/p>\n

\"\"<\/p>\n

Once the upgrade is complete click \u201cFinish\u201d as shown below. Reboot the server. If necessary, put the CAS server back behind the load balancer and conduct you\u2019re testing. If everything checks out ok repeat the steps from the \u201cUpgrading the Client Access Servers\u201d section of this article <\/strong>until all CAS servers are complete. Since my lab consist of 2 CAS\/Hub Transport Servers and 2 Mailbox Servers in a DAG configuration, I will repeat the above steps on both CAS servers and then move on to the Mailbox servers in the next section.<\/p>\n

\"\"<\/p>\n

Preparing the <\/span>Dag <\/span>Members <\/span>before performing <\/span>M<\/span>aintenance<\/span><\/strong><\/strong><\/strong><\/strong><\/strong><\/strong><\/strong><\/span><\/strong><\/p>\n

In my lab scenario, I host Active Databases on both DAG members.<\/p>\n

Logon to the Mailbox Server where you will be running the upgrade maintenance. Open the Exchange Management Shell as Administrator and navigate to the scripts directory under the Exchange Server directory. This location may vary depending if you changed the default install directory when you installed Exchange (the default installation directory is \u201cC:\\Program Files\\Microsoft\\Exchange Server\\V14\\Scripts\u201d). Run the following script from the scripts directory by typing the following and replacing servername<\/em> with the name of the mailbox server you will be performing maintenance on.<\/p>\n

.\\StartDag<\/em>ServerMaintenance.ps1 Servername<\/em><\/p>\n

Running the above script will move all active databases to the other DAG member and block them from being moved back to the server you are performing the upgrade on.<\/p>\n

To verify that the Active Databases have been moved to the other DAG member you can issue the following command in the Exchange Management Shell.<\/p>\n

Get-MailboxServer | Get-MailboxDatabaseCopyStatus \u2013Active
\n<\/strong><\/p>\n

Upgrading the <\/span>Mailbox<\/span> Servers<\/span><\/strong><\/strong><\/strong><\/span><\/strong><\/p>\n

Now we are ready to begin running the upgrade on the Mailbox Server.<\/p>\n

Logon to the Mailbox as member of the Organization Management group navigate to the directory where you have extracted the Exchange SP3 install files and run “setup.exe” as administrator. When the Installer starts, choose \u201cInstall Microsoft Exchange Server upgrade\u201d under \u201cInstall\u201d as shown below.<\/p>\n

\"\"<\/p>\n

On the \u201cIntroduction\u201d screen click \u201cNext\u201d.<\/p>\n

\"\"<\/p>\n

Accept the License agreement and click \u201cNext\u201d.<\/p>\n

\"\"<\/p>\n

Now the “Readiness Checks” will run as shown below. If there are any issues, rectify them if necessary. Click \u201cUpgrade\u201d.<\/p>\n

\"\"<\/p>\n

When the upgrade is complete it will look as shown below. Click \u201cFinish\u201d as shown below. Reboot the server.<\/p>\n

\"\"<\/p>\n

Re-e<\/span>nabling the DAG member that was upgraded and preparing the next one for Maintenance<\/span><\/strong><\/strong><\/span><\/strong><\/p>\n

Once the update is complete and the server has been rebooted, you can run the following script on the Mailbox Server you just upgraded to put it back into use. Open the Exchange Management Shell as administrator and navigate to the scripts directory under the Exchange Server directory and type the following replacing Servername<\/em> with the name of the server you just upgraded.<\/p>\n

.\\<\/em>StopDagServerMaintenance.ps1 Servername<\/em><\/p>\n

Running the above script will unblock the databases from being moved back in the upgraded server (This will not move the Active DBs back).<\/p>\n

Now logon to the next Mailbox Server where you will be running the next upgrade. Open the Exchange Management Shell as Administrator and navigate to the scripts directory under the Exchange Server directory. Run the following script from the scripts directory by typing the following replacing servername<\/em> with the name of the mailbox server you will be performing maintenance on.<\/p>\n

.\\StartDagServerMaintenance.ps1 Servername<\/em><\/p>\n

Running the above script will move all active databases to the other DAG member and block them from being moved back to the server you are performing the upgrade on. Now that Active Mailboxes have been moved back to the other Mailbox Server (since we have 2 DAG members and we already upgraded the other one) now would be a good time to test the mailbox server we already upgraded to make sure everything is working ok before upgrading the next one.<\/p>\n

To verify that the Active Databases have been moved to the other DAG member you can issue the following command in the Exchange Management Shell.<\/p>\n

Get-MailboxServer | Get-MailboxDatabaseCopyStatus \u2013Active<\/p>\n

Now, run the upgrade on the next Mailbox Server following the steps same steps we used for the first in the “Upgrading the Mailbox Servers\u201d section of this article. When completed with the second server you will again need to enable that DAG member for use by running the following script from the scripts directory same as we did when we were finished upgrading the first Mailbox Server. Open the Exchange Management Shell as Administrator and navigate to the scripts directory under the Exchange Server directory and type the following replacing Servername<\/em> with the name of the server you just upgraded.<\/p>\n

.\\<\/em>StopDagServerMaintenance.ps1 Servername<\/em><\/p>\n

Remember, running the above script will unblock the databases from being moved back in the upgraded server (This will not move the Active DBs back).<\/p>\n

Moving all Active DBs back to their Preferred Mailbox Server<\/span><\/strong><\/span><\/strong><\/p>\n

Now that I am all finished upgrading all of my Mailbox Servers, I want to be sure to move all Active Databases back to their preferred server. To do so, open the Exchange Management Shell as Administrator and navigate to the scripts directory under the Exchange Server directory and run the following script replacing YourDagName<\/em> <\/em>with the name of your Database Availability Group :<\/p>\n

.\\RedistributeActiveDatabases.ps1 -DagName YourDagName<\/em> -BalanceDbsByActivationPreference \u2013ShowFinalDatabaseDistribution -Confirm:$false<\/p>\n

Now that all Active Databases are back on their preferred servers, run your normal tests to see that everything is working ok.<\/p>\n

Quick<\/span> S<\/span>ummary<\/span> about what we have done in the steps to move the Active Databases around using the scripts in this article<\/span><\/strong><\/strong><\/strong><\/strong><\/span><\/strong><\/p>\n

I just wanted to take a second to quickly summarize what was done to move the Active Databases back and forth earlier.<\/p>\n

First we ran the StartDagServerMaintenance.ps1<\/strong> script on the first server to be upgraded to move the Active Databases off while we were performing the upgrade. This also prevents the active databases from moving back to the server being upgraded.<\/p>\n

Second, we then ran the StopDagServerMaintenance.ps1<\/strong> <\/strong>script on the first Mailbox Server after the upgrade was complete which enables it to hold the Active Databases again.<\/p>\n

Third, we ran StartDagServerMaintenance.ps1<\/strong> <\/strong>on the second Mailbox Server to be upgraded to move the Active Databases off of this server and over to the other server that was upgraded previously.<\/p>\n

Finally, when the second Mailbox Server upgrade was complete, we ran the RedistributeActiveDatabases.ps1<\/strong> <\/strong>script with the –<\/strong>BalanceDbsByActivationPreference<\/strong> <\/strong>parameter to put all the Active Databases back to their preferred servers.<\/p>\n

In this scenario we had 2 DAG members. Even if there had been more, running these scripts would also ensure that you were never running an upgrade on a Mailbox Server with Active Databases, the Active Databases would never move back to a DAG member while it was being upgraded, and all the databases would end up on their preferred server when you where complete.<\/p>\n

I hope this helps. Remember, always test these types of upgrades in a lab scenario first. Also make sure that any 3rd<\/sup> party products that rely on Exchange are compatible with the new service pack. For more information about Exchange Service Pack 3 you can visit Microsoft\u2019s website. If you have any questions or feedback, please leave a comment.<\/p>\n","protected":false},"excerpt":{"rendered":"

Hi all, In this blog I want to go thru the steps of installing Exchange 2010 Service Pack 3. Before we begin the install there are a few things I would like to note. First, when installing SP 3 on … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"open","ping_status":"open","template":"","meta":{"_coblocks_attr":"","_coblocks_dimensions":"","_coblocks_responsive_height":"","_coblocks_accordion_ie_support":"","footnotes":""},"class_list":["post-1761","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages\/1761","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/pipe2text.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1761"}],"version-history":[{"count":16,"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages\/1761\/revisions"}],"predecessor-version":[{"id":1767,"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages\/1761\/revisions\/1767"}],"wp:attachment":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1761"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}