Heute steht die Migration für einen Kunden, vom Small Business Server 2003 zum Windows Server 2008 R2 Standard an. Nach einiger Recherche haben wir uns entschieden, die Serverhardware weiterhin zu nutzen und den Server um RAM zu erweitern.
Die Migration werde ich in mehreren Schritten aufteilen. Zunächst werde ich den jetzigen Small Business Server zu einer Virtuellen Maschine migrieren, um die Hardware für die Neuinstallation freizubekommen und gleichzeitig eine Fallback Lösung zu haben, falls die Migration nicht über das Wochenende abgeschlossen wird.
Die Migration der Domäne stellt dabei kein zeitliches Problem dar, aber es gibt so einige Kundenprogramme, die auf dem Server laufen und diese müssen Montagfrüh wieder zur Verfügung stehen. Wie z.B. Charly Solutio und DBSWin.
P2V Migration
Der erste Schritt war eine Physical 2 Virtual Migration. Dazu habe ich mir auf einem Client Server 2008 R2 mit Hyper-V installiert und darauf einen weiteren Server 2008 R2 als DC und mit SCVMM 2008 R2. Um die P2V zu beschleunigen, habe ich im Vorfeld alle nicht benötigten Dateien und Verzeichnisse vom vorhandenen SBS kopiert und gelöscht. Anschließend wurde über den SCVMM 2008 eine P2V angestossen, welche aufgrund der geringen Kapazität, innerhalb von 60 Minuten abgeschlossen war. Nun steht mir der Server virtuell unter der gleichen IP-Adresse zur Verfügung und als Notfall habe ich noch immer ein Backup.
Nachdem Server 2008 R2 auf der vorhandenen Hardware installiert wurde, war zunächst einmal zu erkennen, dass die Allseits beliebte 3Com 905B nicht mehr supported wird. Alle weiteren Geräte wurden einwandfrei vom Server 2008 R2 erkannt.
Domänenaufnahme
Nun geht es an die Domänenaufnahme. Der neue Server wird als weiterer DC der Domäne hinzugefügt. Um dies zu gewährleisten, ist zunächst eine Vorbereitung der vorhandenen Domäne notwendig. Dazu ist von der Server 2008 R2 CD das Verzeichnis adprep auf den vorhandenen SBS zu kopieren. Anschließend über die Kommandozeile in das kopierte Verzeichnis wechseln und nacheinander adprep32.exe /forestprep und adprep32.exe /domainprep ausführen. Da es sich bei dem SBS 2003 um einen einzelnen Server handelt, wurde auch noch der empfohlene Befehl adprep32.exe /domainprep /gpprep zur Anpassung der Gruppenrichtlinien angehangen. Nach den Updates der Domäneninformationen sollte ein Blick in die EReignisanzeige pflicht sein um zu schauen, ob wirklich alles geklappt hat.
WSUS-Migration
Nächster Schritt war die WSUS Migration, die sich aber sehr schnell erledigen lässt. WSUS über Rollen hinzufügen und für die Erstsynchronisation als Replikatserver einrichten. Danach wurde der Server wieder als Eigenständiger Updateserver eingerichtet und als Updatequelle der MS Server angegeben. Anschließend noch eine abschließende Konfigurationsprüfung und Start der Erstsychnronisation. Natürlich sollte die Anpassung der Gruppenrichtlinien nicht vergessen werden, damit die Clients zukünftig Kontakt mit dem neuen Server aufnehmen.
FSMO Rollen verschieben
Die FSMO-Rollen wurden von mir über die grafische Oberfläche verschoben. Dies geht schnell und führt an der Kommandozeile vorbei 😉 Wer dazu eine Anleitung sucht, findet eine sehr ausführliche bei Yusufs Blog FSMO-Rollen.
Druckerrolle
Auf dem Server wurde die Druckerrolle von Server 2008 R2 aktiviert. Bei den Clients handelt es sich um XP Clients, daher sind sowohl die x64 als auch die x86-Treiber zu implementieren. Dazu sind die Windows 7 Treiber in der 32Bit Variante zu wählen, in denen, im Normalfall auch abwärts die Treiber für XP und 2000 enthalten sind.
Installation von Solutio Charly
Nun stand der schwierigere Teil auf der Agenda. Die Installation der Anwendungssoftware. Derzeit nutzt Charly als Datenbank Primebase, doch diese Version und der Support wird zum Ende des Jahres eingestellt und zukünftig wird als Grundlage Postgre verwendet. Im Zuge der Servermigration wurde gleichzeitig noch eine Migration der Datenbank vorgenommen. Wie so häufig, ist auch hier anzumerken, dass eine Datensicherung unumgänglich ist. Durch den neuen Server wurde eine Neuinstallation von Charly vorgenommen und die Datenbank aus den bestehenden Daten wieder aufgebaut. Mit ein paar Anpassungen, war dieser Teil weitgehend unproplematisch. An dieser Stelle möchte ich mich für die Unterstützung bedanken, die mir Solutio am Freitag noch gewährt hat.
Anpassung DBSWin
Eine weitere Hürde stellte DBSWin dar. Hier ist, neben der Neuinstallation auf dem Server, eine Anpassung der ini-Dateien auf den jeweiligen Clients notwendig. Zum einen muss der Servername dem neuen entsprechen (eine DNS-Umleitung reicht leider nicht aus) ebenso musste der Druckerpfad angepasst werden. Nachdem DBSWin wieder erneut installiert wurde, ist eine erneute Freischaltung des Version notwendig. Dies lässt sich nur in Zusammenarbeit mit der Hotline erledigen.