Link to home
Start Free TrialLog in
Avatar of helgevestin
helgevestin

asked on

Windows Server 2008 Backup and Restore to Different Hardware

We are using the Server Backup feature in Windows Server 2008 standard editon with HyperV to do a "full server" backup of our production server. In the event of critical hardware failure (i.e., main system board for example), theft or fire, which requires the purchase of an entirely new server, is it possible to recover from these backups to an entirely new machine and for the subsequent recovered operating system to run smoothly. Also, if different hardware is used, must the hardware be very similiar or can it be markedly different, ie. different type of motherboard (and chipset), different number of processors, etc.
ASKER CERTIFIED SOLUTION
Avatar of Philip Elder
Philip Elder
Flag of Canada image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of helgevestin
helgevestin

ASKER

Ok well I have restored from the backup to a different hardware environment and things look good except for one thing. There seems to be a serious DNS error of sorts. The TCP IPv4 values from the working primary server, from which the backup was made, no longer work when used on the restored server and I have tried reinstalling the network adaptor, reinstalling the DNS server and monkeying or shouild I say reconfiguring the DNS server (new forward and reverse zone entries), as well as trying to use a different set of TCP IPv4 values and NOTHING seems to work! The IP address for the network adaptor of the working primary server was originally 192.168.1.200, Now, if this is used, not only does the internet fail to work, but the AD services also fail, and when the IP address just mentioned is inserted and the restored server rebooted, the IP ALWAYS changes to 192.168.1.100! (The lowest possible IP addrsss for our domain) Again, I've tried everything mentioned above and nothing seems to help with this. Can you offer any helpful suggestions on what may be going on and how to correct it?
(Again, the working primary server's TCP IPv4 values work perfectly for it! But when put into the newly restored server's TCP IPv4 fields, they simply don't! Note also that the restored server's hardware is markedly different from the hardware on the working primary server from which that backup was made from.)