Installing Exchange 2003 SP2
After you've successfully created an EVS that uses Exchange 2003 RTM, I advise you to upgrade the cluster to Exchange 2003 SP2. Before you upgrade your cluster to Exchange 2003, be sure to upgrade any front-end servers to Exchange 2003 SP2. You must apply service packs to front-end servers before you can upgrade back-end servers. For Exchange 2003, Microsoft introduced a new procedure for upgrading Exchange service packs. To learn more about this procedure, see "Exchange 2003 Clusters: Rolling Upgrades," July 2005, InstantDoc ID 46335.
To install Exchange 2003 SP2, log on to Node 1 (it should be passive now because you've just performed a failover to Node 2) and apply Exchange 2003 SP2 by running update.exe (located in the \setup\i386 folder of the Exchange 2003 SP2 CD-ROM). At the Licensing Agreement screen, select I Agree to accept the License Agreement and click Next. Under the Action column, select Update, as Figure 4 shows. Select the default action (which is to update all components, such as ESM). Be aware that when the update procedure is done, you might be prompted to reboot. I was prompted to reboot because I performed the installation over a Remote Desktop connection.
To complete the upgrade, you need to take the EVS offline while leaving online the network name, IP address, and storage resources associated with the EVS. To do so, right-click the System Attendant resource, then select Take Offline. Doing this takes offline Exchange resources such as Store and Protocol resources for IMAP and POP because they're all dependent on the Exchange System Attendant (i.e., EVS) being online.
Next you need to move the Exchange resource group from Node 2 to Node 1 by performing a failover (right-click the Exchange resource group and select Move Group). Be aware that you can't perform this process from a Cluster Administrator session running on Node 2 because the files required for the upgrade procedure aren't yet installed on Node 2. The requirement to run an additional upgrade procedure for Exchange service packs from Cluster Administrator is new in Exchange 2003. It was first introduced as part of the cluster upgrade procedure from Exchange 2000 Server to Exchange 2003. The procedure is also required to upgrade a cluster from Exchange 2003 RTM to Exchange 2003 SP1.
The Exchange program files are now upgraded to Exchange 2003 SP2 on Node 1. To finish the upgrade, log on to Node 1. Right-click the System Attendant resource for the EVS and select Upgrade Exchange Virtual Server. When the upgrade is done, you should see the message The Exchange Virtual Server has been upgraded successfully.
Node 2 is running the Exchange 2003 RTM version. Install Exchange 2003 SP2 on Node 2 by running update.exe. At the Licensing Agreement screen, select I Agree to accept the License Agreement and click Next. Select Update from the Action column. When the SP2 upgrade is finished on Node 2, reboot if prompted to do so, and when Node 2 has finished restarting, verify that SP2 has been installed correctly by moving the Exchange resource group from Node 1 to Node 2 as you did earlier. As a final test, I recommend you reboot each node in turn, starting with Node 1. The EVS should fail over from Node 1 to Node 2. When Node 1 has returned online and rejoined the cluster, reboot Node 2 to test the failover from Node 2 to Node 1. These tests will verify that the Exchange cluster is configured correctly. After each failover finishes, check the Application log for errors.
Post-Installation Tasks and Best Practices
Give yourself a pat on the back: You now have a working Exchange cluster! But before you place mailboxes on the EVS, you need to perform some key tasks.
Redistribute Exchange components across disk resources. The Exchange cluster Setup program places the Exchange components in the \data directory folder. (I placed all the components in H:\exchsrvr_staging_DARA-EVS1 folder when the sample EVS was created.) The following folders contain the Exchange cluster components for our sample installation:
- E:\exchsrvr_staging_DARA-EVS1\mdbdata contains Exchange .edb files, streaming database (.stm) files, the checkpoint file, and the transaction logs.
- E:\exchsrvr_staging_DARA-EVS1\mtadata contains the Message Transfer Agent (MTA) folder.
- E:\exchsrvr_staging_DARA-EVS1\mailroot contains the folder structures that the SMTP Virtual Server uses.
- E:\exchsrvr_staging_DARA-EVS1\exchangeserver_servername contains the full-text–indexing database associated with the EVS.
- E:\exchsrvr_staging_DARA-EVS1\servername.log contains the message-tracking log files.
Place transaction logs and Exchange databases on separate drives. Placing these entities on separate drives is a long-established Microsoft best practice, which I strongly advise you to adhere to. Doing so will help your Exchange server perform better. (The Information Store process writes each transaction to the database and transaction logs; splitting them across different physical drives distributes the load on the storage.) More important, though, placing the transaction logs on a drive physically separate from the database lets you recover data from a backup if you lose the drive that holds your databases. For more information about placing databases and transaction logs on separate drives, follow the instructions in the Microsoft article "How to move Exchange databases and logs in Exchange Server 2003" (http://support.microsoft.com/?kbid=821915). Also see "Customizing Your Exchange 2000 Server Installation," June 2002, InstantDoc ID 24774.
Move SMTP folders. To move SMTP folders, follow the instructions in the Microsoft article "How to change the Exchange 2003 SMTP Mailroot folder location" (http://support.microsoft.com/?kbid=822933).
Move the indexing files. To move the full-text–indexing property store and property store logs, follow the instructions at http://www.microsoft.com/technet/prodtechnol/exchange/guides/workinge2k3store/e1ea3634-a2c0-40e6-ad50-e9e988ae4728.mspx and in the Microsoft article "XADM: Recommendations for Using Content Indexing Utilities (Pstoreutl or Catutil) in a Cluster Environment" (http://support.microsoft.com/?kbid=294821). You use two utilities to move the indexing files: pstoreutl.exe, which moves the property store to another drive location, and catutil.exe, which moves the catalog (index) to another drive location.
Back up the cluster. After you've moved the necessary components, perform a full backup of your cluster by using NTBackup. Back up the drives in your local storage and the system state and also perform a full Exchange database backup.
Install third-party products. Install third-party layered products such as file-based antivirus software, Exchange-aware antivirus software, and monitoring software. Take care to exclude folders that contain Exchange databases and transaction logs from a file-based virus scanner because such scanners can corrupt Exchange databases. (For more information, see the Microsoft article "Overview of Exchange Server 2003 and antivirus software" at http://support.microsoft.com/?kbid=823166.)
Perform tests. Create a test mailbox on your cluster and create a Microsoft Outlook profile that has Cached Exchange Mode enabled. Perform some failover tests and record the time it took for the EVS to go offline and online between cluster nodes. You'll find this information useful for planning future maintenance. As you add mailboxes to the cluster, failover times might increase because more connections will be open to the EVS. On production clusters that have several hundred active client connections, I've seen failovers take 2 to 10 minutes. Failover times depend on many different factors, such as the hardware specification of cluster nodes, performance of the Exchange storage subsystem, and number of active connections.
Run Exchange Server Best Practices Analyzer (ExBPA). Run ExBPA against your newly installed cluster to verify your installation. ExBPA is cluster aware and will analyze the configuration of the cluster and EVS and generate a report like the one that Web Figure 1 at http://www.windowsitpro.com/microsoftexchangeoutlook, InstantDoc ID 47909 shows. For more information about ExBPA, see the Web-exclusive article "ExBPA, Round 2," March 2005, http://www.windowsitpro.com, InstantDoc ID 45823. You can download ExBPA at http://www.microsoft.com/downloads/details.aspx?familyid=dbab201f-4bee-4943-ac22-e2ddbd258df3&displaylang=en.
You've Got an Exchange Cluster!
Following the procedures that I describe in this article and "Build an Exchange 2003 Cluster—Part 1: Plan and Prepare" will help you successfully deploy an Exchange cluster. After your Exchange cluster is up and running, you'll want to keep it functioning smoothly. To help you manage your new cluster, see the articles "8 Ways to Improve Your Exchange Cluster, Part 1," April 2004, InstantDoc ID 41630 and "8 Ways to Improve Your Exchange Cluster, Part 2," May 2004, InstantDoc ID 41943.
End of Article
Prev. page
1
[2]
next page -->
