Prior to releasing Exchange Server 2003 we didn’t test this scenario, and since we only support scenarios that we have tested and have confidence in this was considered unsupported. However, with so many customers interested in this method of upgrading we decided to test it and document the process. A KB article will be released describing the process, but for now here are the steps you need to know.
In some cases it may be preferable to do a clean install of the operating system or Exchange Server rather than upgrading. On a cluster, your existing Exchange 2000 virtual server can be preserved and upgraded even if you need to clean install Windows 2003/Exchange 2003. Some custom configuration may be lost using this method, we recommend performing a standard upgrade if at all possible. Please read and understand all the steps and issues thoroughly before beginning this upgrade process.
This kb article covers clusters that meet the following requirements:
For this example I’ll run the EVS on node2 while I upgrade node1, but it doesn’t matter which node is upgraded first.
1. Evict the passive node and rebuild
2. Configure services
3. Upgrade the Exchange Virtual Server (EVS)
4. Repeat 1-2 (with node2 as the passive node)
Full Text Indexes begin a Full Population after upgrading the Exchange Virtual Server
After the cluster node has been upgraded to Exchange 2003, the Exchange Virtual Server has been upgraded, and the cluster resources come on-line, a full population will begin on all full-text indexes and the indexes will be disabled for searching. To avoid having the full population begin automatically, manually start and then pause a full or incremental population on all the full-text indexes on the server prior to upgrading the Exchange Virtual Server. If the indexes are already paused when you upgrade, they will remain paused and the upgrade will finish normally. After you have finished upgrading, you can manually resume building the indexes when it is convenient to do so. Once the indexes have been built, you can enable searching on the newly built indexes.
One Way Upgrade
Once an EVS is upgraded it cannot be run on a node with older versions of Windows and/or Exchange.
Other Applications Must Be Installed Again After Upgrade
Workflows, virus scanning, event sinks, and any other application installed on your existing server will need to be reinstalled and configured. Make sure all applications you are planning to bring forward are compatible with the newer versions of Windows and Exchange.
Customized Registry Keys Lost
Any feature that is enabled by setting a registry key (such as journaling) will not be carried forward with this upgrade. Any customization, performance tuning, manually set or altered registry key will not be persisted using this upgrade method. These will need to be manually reset.
No Active/Active support
Using this method of upgrading Active/Active clusters is not supported.
Risk of Downtime Increased by time between upgrading first and second nodes
Once the Exchange Virtual Server has been upgraded it cannot be run on the older version node. If anything happens to the upgraded node during this time, it has no passive node to fail to. To reduce the risk of downtime, upgrade the second node soon as possible after upgrading the first. The risk of downtime is increased the longer the EVS has only one node available to run on.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.