Become a Columnist Microsoft Exchange Site Microsoft Support SiteMSDN Exchange Site

       How did you like this article? Please vote and let us know.          

Subscribe to OutlookExchange
Anderson Patricio
Ann Mc Donough
Bob Spurzem
Brian Veal
Catherine Creary
Cherry Beado
Colin Janssen
Collins Timothy Mutesaria
Drew Nicholson
Fred Volking
Glen Scales
Goran Husman
Guy Thomas
Henrik Walther
Jason Sherry
Jayme Bowers
John Young
Joyce Tang
Justin Braun
Konstantin Zheludev
Kristina Waters
Kuang Zhang
Mahmoud Magdy
Martin Tuip
Michael Dong
Michele Deo
Mitch Tulloch
Nicolas Blank
Pavel Nagaev
Ragnar Harper
Ricardo Silva
Richard Wakeman
Russ Iuliano
Santhosh Hanumanthappa
Shannal L. Thomas
Steve Bryant
Steve Craig
Todd Walker
Tracey J. Rosenblath

 

 
 

By Drew Nicholson, dnicholson@OutlookExchange.com

This article serves as a Case Study of a consulting job I had a few weeks ago. All names are changed to protect the innocent, as well as myself.

The company was a small, 40-50 person company, with an NT4.0 network, and Exchange 5.5 SP3 running on a member server. The CIO had come in one day to discover all of his servers had been stolen. All he had left was an tape backup -- this backup included an online backup of the IS and DS, an offline backup of every exchgsrvr directory from the old server, and a bricklevel backup, all using BackupExec 8.0.

He had gone and bought some new Micron servers, rebuilt his domain controllers and restored the accounts. He had also taken his online Exchange backup and used a version of non-Exchange aware NTBackup to restore the exchgsrvr directories from backup to a location on the file server.

Finally, he had taken a 333mhz desktop and installed Exchange 5.5 SP3 on it, and basically recreated his company's setup -- recreating the mailboxes, and allowing people to connect to it through Outlook98.

That's when he called me.

He wanted me to take the backup files that had been restored off the tape drive and integrate them into his now existing Exchange environment. Then he wanted to install Exchange 5.5 on one of his nice new Micron Servers running Win2K (another part of the job was to convert his WinNT domain to Win2K native, but that's a different column) -- but he wasn't interested in using the ADC to synch his AD and Exchange.

Once I got the lay of the land, I sat down and thought about it. What was the best way to do this? His priority was in regaining the information from the backup -- the new system had only been running for a few days.

Essentially, I had three Exchange Servers to work with:

  • The Server I would create by restoring the information off of the Tape Backup, which I'll call Server A
  • The Server the CIO created with all new information, which I'll call Server B
  • The Server that would be installed on Win2K, which would, in the end, be the only server in the site with all of the information from Server A and Server B resident on it. I'll call it Server C.

    What I decided to do was this:

  • Backup the Server B to tape, and put that tape somewhere safe.
  • Restore Server A to the installation of Server B, overwriting Server B's data.
  • Install Exchange 5.5 sp3 on the Win2K server, joining the existing Site -- creating Server C.
  • Rehome the public folders to Server C.
  • Move the mailboxes to the Server C.
  • Take the Server A offline.
  • Remove Server A from the Site as the first server in the Site.

    At this point, the "old" restored backup would be in place, and the employees could re-connect to Exchange and get email, etc. Then, at a much slower pace, I could:

  • Reinstall Exchange 5.5 sp3 over Server A.
  • DECLINE to rejoin the site, and instead, create a new site.
  • Restore the backup I had taken of Server B.
  • Use EXMERGE from the Exchange Resource Kit to download the mailboxes from Server B to .PST files.
  • Distribute the .PST files to the appropriate employees, explaining to them how to connect to them and move the contents into their mailboxes, thus "restoring" the information to Server C's Information Store.

    Sounds simple, right? Heh, heh. Click here to see what havoc erupted. There was one VERY IMPORTANT thing that I forgot to check in a definative manner.

    Or, click here to go back to my OutlookExchange homepage.


  • Disclaimer: Your use of the information contained in these pages is at your sole risk. All information on these pages is provided "as is", without any warranty, whether express or implied, of its accuracy, completeness, fitness for a particular purpose, title or non-infringement, and none of the third-party products or information mentioned in the work are authored, recommended, supported or guaranteed by Pro Exchange. OutlookExchange.Com and Pro Exchange shall not be liable for any damages you may sustain by using this information, whether direct, indirect, special, incidental or consequential, even if it has been advised of the possibility of such damages.

    © Copyright Pro Exchange, Inc., 2006