So migrieren Sie Anwendungen, Daten, Einstellungen und Profile von Windows Server 2003 zu Server 2012 / 2016 / 2019 (oder 2008)

Der Support für Windows Server 2003 ist am 14. Juli 2015 ausgelaufen. Wenn Sie noch 2003-Server in Ihrer Umgebung haben, ist jetzt der Zeitpunkt, sie loszuwerden – durch Migration auf neuere 2008, 2012, 2016 oder Server 2019.

Da 2003-Server ziemlich alt sind und es keinen direkten Upgrade-Pfad von Server 2003 zu Server 2019, 2016 oder 2012 gibt, ist der empfohlene Weg, Server 2003 loszuwerden, der Umzug auf neue Hardware – kein In-Place-Upgrade.

In diesem Artikel lernen wir, wie man eine Windows-Server-Migration für einen typischen Anwendungsserver durchführt und dabei sicherstellt, dass keine Anwendungen oder Dateien verloren gehen.

Mit diesem Tutorial lässt sich eine Servermigration in der Regel in weniger als 24 Stunden abschließen (komplizierte Fälle können mehr Zeit erfordern).

Das Tutorial folgt unten, davor – ein Video-Tutorial und einige häufige Fragen zum Windows-Server-2003-EOL und zur Migration.

Das in diesem Tutorial verwendete Tool – Zinstall WinServ – ist auch über IBM Services verfügbar, als Teil des Full-Service-Pakets für Großprojekte. Wenden Sie sich für mehr Informationen an Ihr IBM-Account-Team in Ihrer Region.

Video-Tutorial – automatische Servermigration

F: Kann ich die Anwendungen, die ich derzeit auf Windows Server 2003 betreibe, auf einen neuen Server 2012 / 2016 / 2019 übertragen?

A: Ja. Mit einem Produkt wie WinServ können Sie alle Anwendungen, Profile, Freigaben und Daten automatisch auf einen Ersatzserver 2012 / 2016 / 2019 übertragen. Beachten Sie, dass ein kleiner Teil der Legacy-2003-Anwendungen mit neueren Servern nicht nativ kompatibel sein kann. Für diese kann das WinServ-Paket eine virtualisierte Migration durchführen.

F: Was, wenn meine Anwendungen nicht mehr unterstützt werden oder ich die Installationsdatenträger nicht mehr habe?

A: Selbst wenn Sie keine Möglichkeit haben, Ihre Anwendungen auf dem neuen Server zu installieren, können Sie sie trotzdem vom alten übertragen – mit einem dedizierten Migrationswerkzeug wie dem in dieser Anleitung besprochenen WinServ-Paket. WinServ ist anwendungsgenerisch; hier eine unvollständige Liste dessen, was es migriert:

• MS SQL
• MySQL
• SAP (einschließlich SAP Business One)
• Oracle
• Sybase
• DB2
• Java Application Server
• Crystal Reports
• Avaya
• PeopleSoft
• JD Edwards Enterprise One (JDE E1)
• Citrix
• Apache (nur Windows)
• WebSphere
• Microsoft Dynamics

F: Was passiert, wenn ich nach dem 14. Juli 2015 einfach bei Windows Server 2003 bleibe?

A: Er wird nicht explodieren. Microsoft bietet jedoch keinen Support mehr und berechnet bis zu $600 pro Vorfall, wenn Sie sie doch um Hilfe bitten.

F: Welche Vorteile hat der Umstieg von Windows Server 2003?

A: Ein neuer Server ist unvergleichlich sicherer und leistungsfähiger als der alte, den Sie seit vielen Jahren betreiben. Er kann mehr als 4GB Speicher nutzen, das heißt, eine deutlich höhere Last kann auf eine einzelne physische Maschine gelegt werden, einschließlich virtualisierter Server. Zusammen mit dem Sicherheitsaspekt eines aktuellen Betriebssystems ist eine deutlich bessere Gesamtleistung zu erwarten.

So migrieren Sie von Windows Server 2003 zu Windows Server 2008 / 2012 / 2016 / 2019

Dieses Tutorial ist in zwei Hauptabschnitte gegliedert, die die zwei Arten von Migrationsaufgaben auf jedem Server darstellen: 1) Migration von Anwendungen, Profilen, Freigaben und Daten und 2) Migration der Serverrollen.

Der erste Teil lässt sich mit dedizierten Servermigrations-Tools wie WinServ automatisieren, wie wir im Tutorial zeigen. Der zweite Teil erfordert manuelle Arbeit, für die Anleitung bereitgestellt wird – oder die Beauftragung eines Dienstes, der das übernimmt.

Für einen Anwendungsserver brauchen Sie nur den ersten Teil.

Vor der Migration:

1. 1. Inventarisieren Sie Ihre Server: Stellen Sie sicher, dass Sie wissen, wofür der Server zuständig ist. Sie müssen zwei Listen erstellen:
      1. Welche Rollen der Server ausführt (ist er ein DC? Läuft DNS/DHCP? IIS? Druck?). Für die Rollenmigration ist der einzige Weg eine manuelle Migration oder ein Servermigrations-Service. In diesem Tutorial konzentrieren wir uns auf die automatische Migration von Serveranwendungen.
      2. Welche Anwendungen laufen auf dem Server? (Oracle? SQL? CRM? Drittanbieteranwendungen?). Diese können mit einem geeigneten Tool automatisch migriert werden, was weiter unten in diesem Tutorial behandelt wird.

Tipp: Wenn Ihre Organisation kein zentrales Verwaltungswerkzeug (z. B. Microsoft SCCM) zur Überwachung der Server verwendet, können Sie das kostenlose Microsoft Assessment and Planning (MAP) Toolkit hier. Sie können auch die kostenlose Server-Diagnose von Zinstall nutzen, über diesem Link. Sie ermöglicht einen schnellen Check der gesamten Software- und Hardwareliste des Servers.

2. Planen Sie Ihr Migrationszeitfenster: Migrationen brauchen Zeit, und währenddessen können Ihre Nutzer in gewissem Maß betroffen sein. Legen Sie die eigentliche Migration nach Möglichkeit außerhalb der Arbeitszeit oder auf ein Wochenende. Sie müssen dabei übrigens nicht selbst vor Ort bleiben: Die Anwendungsmigration kann remote durchgeführt oder im Voraus im unbeaufsichtigten Modus gestartet werden.
3. Prüfen Sie, ob Ihre Backups aktuell und tatsächlich wiederherstellbar sind: Jedes große Upgrade kann schiefgehen, und ohne gültiges, aktuelles Backup riskieren Sie alles zu verlieren, was auf dem Server war. Stellen Sie sicher, dass Ihr Backup unbeschädigt und im Notfall wiederherstellbar ist!
4. Entscheiden Sie über den Ersatztyp: Sobald Sie sich entschieden haben, einen Server zu ersetzen, haben Sie mehrere Optionen, was der Ersatz sein wird. Es kann ein physischer Windows-2012-/2016-/2019-Server sein, ein virtueller Server vor Ort oder sogar ein Cloud-basierter Server außer Haus. WinServ unterstützt jede dieser Übertragungen, sodass die Migrationsschwierigkeit mit Ihrer Wahl nicht wesentlich variiert.

Migration von Anwendungen, Profilen, Freigaben und Daten

Hier ist der Prozess für eine Migration von einem Windows-2003-Anwendungsserver (Quelle) zu einem Server 2012 / 2016 / 2019 (Ziel):

1. Aktualisieren und patchen Sie den Zielserver vollständig.
2. Nehmen Sie den Zielserver in die Domäne auf.
3. Führen Sie auf dem alten Computer WinServ (oder ein ähnliches Tool) auf dem Quellserver (2003) und auf dem Zielserver (2012, 2016 oder 2019) aus.
4. In dieser Phase können Sie entweder direkt über das Netzwerk übertragen oder eine indirekte Migration durchführen – den Quellserver in einen Container auf Netzwerk-/Cloud-Speicher erfassen und dann aus diesem Container auf dem neuen Server bereitstellen.
5. Bevor Sie die Übertragung starten, haben Sie auch die Option, gezielt Anwendungen und Daten auszuwählen. Oder Sie starten die Übertragung einfach und migrieren alles.
6. Drücken Sie “Go” auf dem Zielserver, um die Übertragung zu starten.

Je nach Menge der übertragenen Daten und Anwendungen kann die eigentliche Übertragung mehrere Stunden dauern. Sie sehen während des gesamten Prozesses eine Fortschrittsanzeige.

Migration der Serverrollen

Dieser Teil der Migration erfolgt manuell, und es gibt mehrere hilfreiche Anleitungen. Wir empfehlen John Savills ausgezeichneten Leitfaden: Winding Down Windows Server 2003 in Your Organization. Die Informationen unten basieren auf dem obigen Artikel.

1. IIS-Migration: Wenn auf Ihrem IIS 6 nur einfache HTML-Seiten oder Active Server Pages (ASP) laufen, können Sie die Inhalte auf die IIS-Version von Server 2012 oder Server 2012 R2 kopieren und die DNS-Einträge auf den neuen IIS-Server umstellen. Organisationen haben aber meist komplexere Konfigurationen. Die gute Nachricht: Es gibt ein Migrations-Toolkit namens Web Deploy 3.6. Wenn Sie Websites zu Microsoft-Azure-Web-Apps migrieren müssen, siehe  Azure Web App Migration Assistant.
2. DC- und AD-Migration: Wenn Sie Best Practices gefolgt sind, läuft auf Ihren Domain Controllern (DCs) keine weitere Software, sodass die bestehende Domäne und Gesamtstruktur auf Server 2012 oder Server 2012 R2 vorbereitet werden. In dem Fall erstellen Sie neue DCs mit Server 2012 oder Server 2012 R2, migrieren die FSMO-Rollen (Flexible Single-Master Operation), migrieren Zertifikate und andere Elemente und nehmen dann die Server-2003-DCs außer Betrieb. Um Server-2012-DCs einzuführen, muss die Gesamtstruktur (und damit die Domänen) im Windows-Server-2003-Modus sein. Eine ausführliche Anleitung zur DC-Migration finden Sie unter Upgrade Domain Controllers to Windows Server 2012 R2 and Windows Server 2012.
3. DHCP-Migration: DHCP-Bereiche liefern die IP-Adressen für die Clients samt IP-Konfiguration (z. B. Gateway, DNS-Server). Zum Migrieren von DHCP-Bereichen exportieren Sie die Bereiche am besten aus der Server-2003-Instanz und importieren sie in die Server-2012- oder Server-2012-R2-Instanz. Alle Details zu diesem Ansatz stehen im TechNet-Networking-Blog-Beitrag “Steps to move a DHCP database from a Windows Server 2003 or 2008 to another Windows Server 2008 machine.” Falls zwischen Export und Import der DHCP-Bereiche Zeit vergeht und das Risiko einer IP-Adress-Wiederverwendung besteht, können Sie den DHCP-Server so konfigurieren, dass er vor der Vergabe prüft, ob eine IP-Adresse in Gebrauch ist, indem Sie die Adresskonflikt-Erkennung aktivieren.
4. DNS-Migration: Wenn Sie DNS auf Windows hosten, ist es vermutlich mit dem AD integriert und Ihre DNS-Server sind DCs. Beim Migrieren des AD zieht die DNS-Konfiguration also mit um. Denken Sie daran, auch DNS-Server-Konfigurationen wie Weiterleitungen zu migrieren. Wenn die DNS-Server neue IP-Adressen bekommen, müssen Sie alle statischen IP-Konfigurationen und sämtliche DHCP-Konfigurationen aktualisieren. Um diese zeitraubende Aufgabe zu vermeiden, geben die meisten Organisationen den neuen Servern die IP-Adressen der alten, sobald diese außer Betrieb sind.
5. Druckdienste: Wie bei den Dateidiensten müssen Druckerkonfigurationen und -freigaben vom Quell- auf den Zielserver migriert werden. Außerdem brauchen Sie neue 64-Bit-Druckertreiber, die mit Server 2012 oder Server 2012 R2 und mit modernen Clients kompatibel sind. Microsoft bietet einen Druckmigrations-Assistenten und ein Kommandozeilenwerkzeug für die Migration der Druckdienste. Sie können diese Werkzeuge auf der Seite Migrate Print and Document Services to Windows Server 2012 Webseite.
6. Exchange-Migration: Upgrade from Exchange 2007 to Exchange 2013
7. SQL-Server-Migration: Siehe Supported Version and Edition Upgrades

Umgang mit inkompatiblen Anwendungen:

Einige Legacy-Drittanbieter-Anwendungen auf Windows Server 2003 können mit Windows Server 2008 oder Windows Server 2012 inkompatibel sein. Solche Anwendungen sind in der Regel Legacy-DOS-, 16-Bit- oder reine 32-Bit-Software, die nicht für neuere OS-Versionen aktualisiert wurde. Es wird dringend empfohlen, diese Anwendungen so bald wie möglich aus der Produktionsumgebung zu entfernen.

Wenn diese Anwendungen nicht sofort entfernt werden können und für den weiteren Betrieb der Organisation geschäftskritisch sind, ist die empfohlene Option, sie betriebsfähig zu halten, eine virtualisierte Migration dieser Anwendungen in eine virtuelle Server-2003-Instanz auf dem neueren Ersatzserver. Ergreifen Sie danach weiter die nötigen Schritte, um diese Anwendungen auslaufen zu lassen und die virtualisierten 2003-Instanzen stillzulegen.

Eine solche P2V-Migration (physisch zu virtuell) sollte ebenfalls mit WinServ ebenfalls.

Nach der Migration:

Sobald die Migration abgeschlossen ist, geht es an die Überprüfung der Ergebnisse.

1. Womöglich müssen Sie das DNS Ihrer Domäne anpassen, damit es wo nötig auf den neuen Server zeigt. Zum Beispiel den DNS-Eintrag CRM-SERVER auf die Adresse des neuen Servers ändern.
2. Dasselbe gilt für Anmeldeskripte und GPO-Richtlinien.
3. Starten Sie jede Anwendung und Konsole, die Sie nutzen, und prüfen Sie, ob sie korrekt laden.
4. Prüfen Sie von einer Client-Workstation aus, ob die Clients den migrierten Server korrekt erreichen und ihre Anwendungen problemlos laufen.

Glückwunsch! Ihre Anwendungsserver-Migration ist jetzt abgeschlossen.

Bereit, Ihre Windows-2003-Server auf 2016/2019 zu migrieren?

Sie können auch kontaktieren Sie uns für Unterstützung, Volumenlizenzen und Hilfe beim Aufsetzen eines POC.