• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

danblee.com

Tutorials & Knowledge Base Articles for System Administrators who wear many, many hats.

  • Home
  • About
  • Ask Me
  • DBLHost.com

Changing the IP Address of an Exchange 2003 Cluster

August 26, 2013 by Dan B. Lee 3 Comments

A physical move of your entire exchange environment will require changing gateways, subnets, and IP addresses for everything. Here’s how to change the IPs of everything involved if you are using Exchange 2003 in a cluster environment.

To get started, here are the pieces to the puzzle. You may have more cluster servers:

  1. CLUST01: Windows Server 2003 – Cluster Server (Node) 1
  2. CLUST02: Windows Server 2003 – Cluster Server (Node) 2
  3. CLUSTER: The IP Address of the Cluster Server.
  4. EXCHANGE: The Exchange server that bounces back and forth from cluster to cluster.

These are the names of the IP Addresses you’ll need to change:

  1. Node 1
  2. Node 2
  3. Cluster IP Address
  4. Exchange IP Address

And here’s the steps we’ll be taking:

  1. Move resource groups to Node 1
  2. Take all resouces groups offline
  3. Put Cluster Services in Node1 and Node2 into manual
  4. Power everything off and move it
  5. Power Node 1 and Node2 on and change NIC IP Address information
  6. Change Cluster IP Address
  7. Change Exchange IP Address
  8. Update Queue Information in Exchange
  9. Update DNS on your Domain Controller(s)
  10. Test

Move Resource Groups to Node 1

You cannot begin without doing this. You’ll be in a world of hurt if you don’t know where your resource groups are once you start making IP changes. You don’t have to do this step if the resource groups are all on Node1  already. Here’s how you do this:

  1. Log into Node1 with admin rights
  2. Open up Cluster Administrator
  3. Head to Cluster > Groups > Cluster Groups and right click
  4. Choose “Move Group”

Move Group

Here’s a screenshot to show right where that is.

Take all resource groups offline

While in the Cluster Administrator:

  1. Head to Cluster > Groups > Right Click on Cluster Group and click Take Offline. If things go well, all of your resource groups will become offline.

Put all services in manual

I like to do this now so I don’t forget later on. We don’t want these services starting up at the new location without us making more changes once we get there. Navigate to services and change the status of the Cluster Services to manual so it doesn’t start up upon arrival.

Power everything off and move it

One small tip, be sure and know exactly how the pieces of this puzzle get put back together physically. Odds are you have multiple NICs (Which I like to label on the outside) and other things you’re not starting at on a daily basis. Document everything!

Power Node 1 and Node2 on and change NIC IP Address information

Odds are you have a separate network for communication (heartbeat) between nodes. For my environment, this didn’t have to be changed as there was no overlap or issue. But the production NICs are what will need to be changed to communicate with the new gateway on the new subnet. This is as easy as changing normal IP Addresses, and because our Cluster Service isn’t started, we don’t have a reason to worry about breaking anything.

Change Cluster IP Address

The Cluster IP Address is another IP that is really straight forward to change, but it’s located under the resource group called Cluster IP Address:

  1. In Cluster Administrator, Head to Cluster > Groups > Cluster Groups > Double Click “Cluster IP Address” in the list of resources to the right > Parameters.
  2. Change the IP Address to the new IP you have designated
  3. Apply and close

Cluster IP Address

Here’s a screenshot of what that parameter looks like. Nothing scary here.

Change the Exchange IP Address

This is the big one, only because other place will need this IP Address, like in your queues. This is changed in the same way the Cluster IP Address was changed. Look in the list for Exchange IP Address and change it under the parameters tab.

Update protocol information in Exchange

  1. Open up System Manager for Exchange
  2. Head to Administrative Groups > First Administrative Groups > Servers > Your server you just moved > Protocols
  3. From here, head to all of the protocols that your server you just moved is responsible for. For us, this server was only responsible for HTTP and SMTP. Right click on each of them and change the IP Addresses there.
  4. There is an advanced button for some of these protocols, you’ll want to make sure the IP Address is changed there as well.

Exchange Protocol IP Address Change

A screenshot is above of the protocols. Again, make sure advanced is changed as well.

Update DNS on your Domain Controller(s)

You could have done this earlier if you wanted to, but make sure it gets done or nothing will work.

Test

Bring everything online in the Cluster Administrator, make sure everything can come online without errors. Also, make sure your queue for that server is flowing without issues or getting backed up. When everything is online and Node1 looks good, move the group to the other cluster and make sure things work over there.

Let me know how it goes and if there’s anything I’ve missed.

Cheers!

 

 

Filed Under: Exchange 2003, Windows Server, Windows Server 2003 Tagged With: Exchange, Exchange 2003, Windows Servers

Primary Sidebar

Categories

  • Active Directory
    • Group Policy
  • Adobe Photoshop
  • Browsers
    • Chrome
  • Cloud Based Technology
    • Citrix XenApp
  • ConnectWise
    • LabTech
  • Dell
  • Internet Service Providers (ISPs)
  • iPhone
  • Linux
    • CentOS
    • OpenVPN
    • SaltStack
    • Ubuntu
  • Microsoft Office
    • Lync
    • Microsoft Excel
    • Microsoft Outlook
    • Microsoft Word
  • Microsoft Windows
    • Active Directory
    • PowerShell
    • Windows 7
    • Windows 8 Preview & Release
  • Networks
  • News
  • Off Topic
  • Office 365
  • Peripherals
    • Monitors
  • Printers
    • Local Printers
    • Network Printers
  • Programming
    • Python
  • Riverbed
  • Security
  • Sharepoint
  • Social Media
  • Splunk
  • Storage
  • Switching & Routing
    • Cisco
    • Fortinet
  • Technology Culture
    • Opinion
  • Uncategorized
  • Virtualization
    • VEEAM
    • VMware
  • WAMP
  • Web Hosting
    • WHMCS
  • Website Design
  • Windows Server
    • Exchange 2003
    • Exchange 2010
    • Exchange 2013
    • Microsoft SQL
    • Windows Server 2003
    • Windows Server 2008 R2
    • Windows Server 2012
  • WordPress

Footer

Recent Activity

  • pings on Xerox Phaser 3635MFP Default Admin Username and Password
  • Xerox Phaser 3635MFP Default Admin Username and Password — danblee.com on About Dan B. Lee
  • Estudio Login | LOGINEGG on Toshiba E-Studio Default Administrator Username and Password
  • Estudio Login | LOGINSPENT on Toshiba E-Studio Default Administrator Username and Password
  • Estudio Login | CHARTLOGIN on Toshiba E-Studio Default Administrator Username and Password

Dan Lee

Dan B. Lee works at SyApps, LLC., a Managed Hosting Solutions Firm, as a Senior Network Engineer. Dan has a decade of IT experience and specializes in a number of different disciplines including Virtualization, Web Site Hosting and Design, Network Security, Data Center Architecture, Local and Remote Server Hosting, and Backup & DRS Solutions. Read More…

Links

  • Home
  • About Dan B. Lee
  • Ask Me
  • Privacy Policy

Copyright © 2021 · Genesis Child Theme on Genesis Framework · WordPress · Log in