Windows server 2008R2 kopieeren naar nieuwe hardware

[GameSmurf]

Huidige situatie:
server 2008 R2 draait op raid 1 drive, (2x 2TB) staan ook de documenten/backups op.
4x 2TB voor overige opslag, niet in raid.
socket 775, Q9650, 8GB DDR2 RAM.

server wordt gebruikt voor:
- AD
- Web server (IIS)
- VPN
- FTP
- DHCP
- DNS
- RADIUS
- CA
- Backup
- FTP
- Teamspeak
- File server
- exchange

Ik ben nu van plan om een nieuwe, zuinigere server te bouwen met o.a. een i5 3570k en een 128 GB SSD voor t OS. Alle oude schijven zet ik over van de oude naar de nieuwe server. Vervolgens ga ik een keer in de week een image van de SSD (OS) maken.

Nu vroeg ik me af hoe ik het snelste en makkelijkste de server over kan zetten op de nieuwe hardware.
Werkt dit met een bare metal recovery?, of gaat dit niet werken omdat de hardware anders is? Een ander probleem bij een bare metal recovery is dat ik eerst een grote hoeveelheid bestanden (doc's/backups) van mijn raid 1 drive af moet halen en vervolgens een bare metal backup ervan te maken anders gaat deze backup nooit passen op mijn 128 GB SSD.

Dus mijn vraag; hoe krijg ik een exacte kopie van mijn oude/bestaande windows 2008 R2 installatie op mijn nieuwe server? lukt dit met windows haar eigen backup software of heb ik hier bv. software van symantec voor nodig http://www.symantec.com/system-recovery-server-edition ?

[muppet99]

How to move a Windows installation to different hardware

Sowieso niet proberen te kijken naar oplossingen van andere partijen, gewoon met de standaard functionaliteit gaat het over het algemeen goed. Wanneer je software van andere partijen gaat gebruiken en het gaat mis, ben je verder van huis.

Waarom doe je geen schone installatie op de nieuwe bak en plaats je dan alles over? Iets meer werk, maar de kans op rotzooi is een stuk kleiner.

You can drop a backup from one server onto new tin, but as has been said, hardware drivers will fail and cause problems. The way to do it is:
•do a system state backup using the built in software, to disk
•backup the whole server to tape
•do a clean install of windows on the new hardware giving the server the same name
•install backup software (probably to a different location than normal so restore doesn't overwrite it)
•restore the server, don't reboot
•restore the system state backup from the disk copy
•put in windows cd/dvd and reboot. when it comes up, boot from cd
•(hit F6 to add raid drivers if required)
•go into Repair mode and do a Repair install. This blows away hardware settings and reinstalls drivers for the hardware

You might need to redo the system state restore after this. You use the same name because some backup programs (I'm looking at you, Arcserve) won't restore the backup to a different name (instead it tries to go over the network). You use the built-in backup because patches can make a third-party's backup program not able to properly restore the system state.

You can still have difficulties after this, like weird driver issues. And database servers are horrible if the logs didn't commit fully before backup. So you may need to test it out a few times. This works for Windows 2000 and 2003, and the order you do the system state and repair mode install can differ between 2000 and 2003 and depends on service pack level as well.

Bron

[ Voor 126% gewijzigd door muppet99 op 03-10-2012 14:51 ]

[GameSmurf]

muppet99 schreef op woensdag 03 oktober 2012 @ 14:47:
How to move a Windows installation to different hardware

Sowieso niet proberen te kijken naar oplossingen van andere partijen, gewoon met de standaard functionaliteit gaat het over het algemeen goed. Wanneer je software van andere partijen gaat gebruiken en het gaat mis, ben je verder van huis.

Waarom doe je geen schone installatie op de nieuwe bak en plaats je dan alles over? Iets meer werk, maar de kans op rotzooi is een stuk kleiner.

You can drop a backup from one server onto new tin, but as has been said, hardware drivers will fail and cause problems. The way to do it is:
•do a system state backup using the built in software, to disk
•backup the whole server to tape
•do a clean install of windows on the new hardware giving the server the same name
•install backup software (probably to a different location than normal so restore doesn't overwrite it)
•restore the server, don't reboot
•restore the system state backup from the disk copy
•put in windows cd/dvd and reboot. when it comes up, boot from cd
•(hit F6 to add raid drivers if required)
•go into Repair mode and do a Repair install. This blows away hardware settings and reinstalls drivers for the hardware

You might need to redo the system state restore after this. You use the same name because some backup programs (I'm looking at you, Arcserve) won't restore the backup to a different name (instead it tries to go over the network). You use the built-in backup because patches can make a third-party's backup program not able to properly restore the system state.

You can still have difficulties after this, like weird driver issues. And database servers are horrible if the logs didn't commit fully before backup. So you may need to test it out a few times. This works for Windows 2000 and 2003, and the order you do the system state and repair mode install can differ between 2000 and 2003 and depends on service pack level as well.

Bron

Bedankt Ik neem aan dat het ook werkt als ik bij de stap "backup the whole server to tape" een backup maak van alleen alle OS gerelateerde mappen? (i.p.v. heel de raid 1schijf) Omdat ik maar 128 GB beschikbaar heb op mijn SSD.

[Hero of Time]

Als je AD server een secundaire server er bij heeft, moet je de link tussen de twee verwijderen tijdens migratie, anders krijg je een inconsistente staat van je AD en syncd er niets meer.

Bovenstaande is een optie, maar een andere optie is een backup maken van je gehele config, zoals AD, Exchange en IIS. Deze herstel je dan als je de taken weer installeerd.
Als je van HDD naar HDD ging, was het ietsjes makkelijker, zoals bovenstaand, maar omdat je naar een SSD gaat, is een herinstallatie van het hele OS vaak beter ivm aanpassingen voor een SSD (zoals TRIM support) die vaak bij migraties niet gedaan worden. Server of Desktop OS maakt in dat geval niets uit.