Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

Currently running Exchange Server 2003 Enterprise Edition on an HP 380 server, we would like to migrate to a new Dell 2950. Do I have to install from scratch or do I have a choice?

I also need an Active Directory domain controller.

Is there a tool which I can use for the same copy and paste on the new hardware?

share|improve this question
    
first i like sorry for my english skill to understand my pro u all gr8 it is working for me too thanks ton!!!! –  Rajat Aug 30 '09 at 18:39

4 Answers 4

up vote 2 down vote accepted

Personally I would do the Mailbox Migration, I've done it before and had no issues.

  1. Install Windows on the new server & patch it
  2. Join it to the existing domain
  3. If that server needs to be a domain controller DCPromo it, and add the GC role, etc to it, if doesn't need to be skip this step.
  4. Install Exchange 2003, SP2
  5. In the Exchange System Manager you should now see both servers.
  6. In Active Directory users and customer, Create a new user, when selecting the mailbox part, select the new exchange server
  7. Login, and make sure the new user works on the new server.
  8. Make sure you are logged off any workstations
  9. In Exchange System Manager, move your mailbox to the new Exchange server
  10. Login as yourself, open outlook
  11. Outlook should detect the mailbox move and reconfigure itself, you shouldn't need to change a thing. You can double check after you confirm its working that the mail server in the account is now the new one
  12. If that good, move a couple of users mailboxes.
  13. The next day confirm they are good and working and Outlook re-configured them automaticly as well.
  14. Move the rest of the users.
  15. As long as you leave both exchange servers online, Outlook will connect to the old Exchange server, see the mailbox has been moved and reconfigure itself to the new server.

Your end users shouldn't see a thing. Last time I did it, I left both the old and new Exchange server online for 4 weeks. This give all users time to login to the computers they used. I didn't have to change anyone manually.

  1. After that suitable period of time, Stop the Exchange services on the old server
  2. Wait a week, make sure everything is still working, if something bad happens, just start the services back up. Send test email from hotmail to your domain, etc.
  3. If thats all good, uninstall Exchange from the old server
  4. At this point, I would actually stop and leave the old server online as a second DC. It's always good to have 2 DC's on a domain should one fail. Then you don't lose/have to rebuild the whole domain.
  5. But if you want to remove it, shut the server down for a week, make sure everyone can still login and everything works. Its way easier to restart the server then to re-promote it if you missed something.
  6. Once everything is good and you are sure everything is working, run dcpromo on it again to demote it to a member server.
  7. Remove from domain and done

If it goes smoothly your users won't even notice and there will be no downtime except for when you actually are move a users mailbox.

share|improve this answer
    
I like your good detailed response. It really helps. Thank You –  BLAKE Sep 14 '09 at 15:31
    
CAUTION You really need to read up on public folder replication before you do this or you're going to screw up your Free/Busy and Offline Address Book (OAB). This procedure, while somewhat detailed, doesn't go into any of the work with the system public folders that you absolutely NEED to do if you're going to use this method. –  Evan Anderson Sep 18 '09 at 3:10

To Quote Evan:

  • If the old Exchange Server computer is a domain controller, use DCPROMO to demote it. If it's your only domain controller (shame!), promote a new one first.

Sorry Mate, that's unsupported by Microsoft KB822179

"You can run Exchange Server 2003 on either a member server or on a domain controller. After you install Exchange Server 2003 on a server, do not change the role of the server. For example, if you install Exchange Server 2003 on a member server, do not use the Dcpromo tool to promote the server to a domain controller. Or, if you install Exchange Server 2003 on a domain controller, do not use the Dcpromo tool to demote the server to a member server. Changing the role of a server after you install Exchange Server 2003 may result in loss of some Exchange functionality and is not supported. "

I know you are not going to be using it after, but do you want to put yourself into an unsupported state should something happen and a call to Microsoft be needed?

share|improve this answer

The question is hard enough to understand, but I think you mean you need to migrate Exchange from one box to the other?

If this is the case, the choice is dependent on if you can take any downtime and how big your mail store is. When we did it, I didn't have the option of downtime. I had to setup a mail frontend to handle request for the clients and then start migrating the individual mail stores across. I could pick times when individual users were likely to be sleeping to do the changes meaning on two people noticed the moves.

If you can take downtime, it is possible to backup Exchange and restore onto the new box. If it doesn't work, you can just power on the old box again.

For the second question, Active Directory is better to spin up on the new box and let it propagate. Once it has, you promote the new box into the primary rolls and remove the old one.

share|improve this answer
    
+1 for the downtime considerations. –  Darth Satan Aug 30 '09 at 13:34

We've done the following basic procedure time and time again with Exchange 2003-based server computers with no ill effects:

  • If the old Exchange Server computer is a domain controller, use DCPROMO to demote it. If it's your only domain controller (shame!), promote a new one first.

  • Make a note of all of the Exchange components that are installed on the old server, service pack level, etc.

  • Shutdown Exchange on the old server computer, and copy the EDB / STM and transaction log files from the old server computer to a temporary staging area on the new server computer. If the new server computer has a different disk configuration than the old server computer, you will need to modify the database paths (see http://support.microsoft.com/kb/822676 for details) using ADSIEDIT. Don't start Exchange on the old server again after this point.

  • Shutdown the old Exchange Server computer (without disjoining it from the domain). Never start the old server computer while attached to the network (unless you've wiped it clean) again after this point.

  • Join the new server computer to the domain, named the same name as the old Exchange Server computer.

  • Perform a 'disaster recovery' install of Exchange 2003 with the command "setup /disasterrecovery" (see http://support.microsoft.com/kb/257415). Install all the same components as the old server. This will install Exchange while preserving all of the configuration information in Active Directory.

  • Install all service packs and hotfixes to Exchange as were installed on the old server computer.

  • Verify that the Exchange services are stopped and move the EDB / STM and transaction log files from the temporary staging location to the proper location on the new server server computer and start the Exchange services.

It's much less tedious than a "move mailbox" migration, preserves single-instance storage in the information store, and allows you to preserve the server's name (which is especially handy in small networks where the same box is a DC, file server, and Exchange Server computer).

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.