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

 Ende der Lebensdauer von Windows Server 2003

Der Support für Windows Server 2003 wurde am 14.Juli 2015 beendet. Wenn Sie noch 2003–Server in Ihrer Umgebung haben, ist es jetzt an der Zeit, diese zu entfernen und auf neuere Server 2008, 2012, 2016 oder 2019 zu migrieren.

Da Server aus dem Jahr 2003 ziemlich alt sind und es keinen direkten Upgrade–Pfad von Server 2003 auf Server 2019, 2016 oder 2012 gibt, wird empfohlen, Server 2003 auf neue Hardware zu übertragen – kein direktes Upgrade.

In diesem Artikel erfahren Sie, wie Sie eine Windows Server-Migration für einen typischen Anwendungsserver durchführen und dabei sicherstellen, dass keine Anwendungen oder Dateien verloren gehen.

Die Verwendung dieses Lernprogramms ermöglicht es im Allgemeinen, eine Servermigration in weniger als 24 Stunden abzuschließen (obwohl komplizierte Fälle mehr Zeit erfordern können).

Das Tutorial ist unten, und davor – ein Video-Tutorial und ein paar häufige Fragen zu Windows Server 2003 EOL und Migration.

Das in diesem Tutorial verwendete Tool – Zinstall WinServ – ist auch bei IBM Services als Teil des Full-Service-Pakets für große Bereitstellungen erhältlich. Wenden Sie sich an Ihr IBM Account Team in Ihrer Region, um weitere Informationen zu erhalten.

Video-Tutorial – automatische Servermigration

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

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

F: Was ist, wenn meine Anwendungen nicht mehr unterstützt werden oder ich keine Installationsdisks mehr habe?

EIN: Selbst wenn Sie keine Möglichkeit haben, Ihre Anwendungen auf dem neuen Server zu installieren, können Sie sie dennoch vom alten Server übertragen – mithilfe eines dedizierten Migrationstools wie dem in diesem Lernprogramm beschriebenen WinServ-Paket. WinServ ist anwendungsgenerisch, und hier ist eine unvollständige Liste dessen, was es migriert:

  • MS SQL
  • MySQL
  • SAP (einschließlich SAP Business One)
  • Oracle
  • Sybase
  • DB2
  • Java-Anwendungsserver
  • 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 bei Windows Server 2003 bleibe?

A: Es wird nicht explodieren. Microsoft bietet jedoch keinen Support mehr an und berechnet bis zu 600 US-Dollar pro Vorfall, wenn Sie sie um Unterstützung bitten.

F: Was sind die Vorteile der Übertragung von Windows Server 2003?

A: Ein neuer Server ist unvergleichlich sicherer und leistungsfähiger als der alte, den Sie seit vielen Jahren laufen haben. Es kann mehr als 4 GB Arbeitsspeicher nutzen, was bedeutet, dass eine einzelne physische Maschine, einschließlich virtualisierter Server, viel höher belastet werden kann. Zusammen mit dem Sicherheitsaspekt des aktuellen Betriebssystems wird erwartet, dass die Gesamtleistung viel besser ist.

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

Dieses Lernprogramm ist in zwei Hauptabschnitte unterteilt, die die beiden Arten von Migrationsaufgaben auf einem beliebigen Server darstellen: 1) Migration von Anwendungen, Profilen, Freigaben und Daten und 2) Migration von Serverrollen.

Der erste Teil kann mit dedizierten Servermigrationstools wie WinServ automatisiert werden, wie wir im Tutorial zeigen werden. Der zweite Teil erfordert manuelle Arbeit, für die eine Anleitung bereitgestellt wird – oder die Einstellung eines Dienstes, der dies ausführt.

Für einen Anwendungsserver benötigen Sie nur den ersten Teil.

Vor der Migration:

    1. Überprüfen Sie Ihre Server: Stellen Sie sicher, dass Sie wissen, wofür der Server verantwortlich ist. Sie müssen zwei Listen erstellen:
      1. Welche Rollen führt der Server aus (ist es ein DC? Läuft DNS / DHCP? IIS? Drucken?). Für die Rollenmigration besteht die einzige Möglichkeit in einer manuellen Migration oder einem Servermigrationsdienst. In diesem Tutorial konzentrieren wir uns auf die automatische Migration von Serveranwendungen.
      2. Welche Anwendungen laufen auf dem Server? (Orakel? SQL? CRM? 3rd-Party-Anwendungen?). Diese können mit einem entsprechenden Tool automatisch migriert werden, was in diesem Tutorial weiter behandelt wird.

Tipp: Wenn Ihre Organisation kein zentrales Verwaltungstool (z. B. Microsoft SCCM) zur Überwachung Ihrer Server verwendet, können Sie das kostenlose Microsoft Assessment and Planning (MAP) Toolkit hier herunterladen. Sie können auch die kostenlose Serverdiagnose von Zinstall unter diesem Link verwenden. Es ermöglicht eine schnelle Überprüfung der gesamten Software- und Hardwareliste des Servers.

  1. Planen Sie Ihr Migrationszeitfenster: Migrationen benötigen Zeit, und während dieser Zeit können Ihre Benutzer in gewissem Maße betroffen sein. Wenn möglich, versuchen Sie, die tatsächliche Migration so zu planen, dass sie nach Stunden oder an einem Wochenende durchgeführt wird. Beachten Sie, dass Sie zu diesem Zeitpunkt nicht selbst dort bleiben müssen: Die Anwendungsmigration kann remote durchgeführt oder im unbeaufsichtigten Modus im Voraus gestartet werden.
  2. Stellen Sie sicher, dass Ihre Backups auf dem neuesten Stand sind und tatsächlich wiederhergestellt werden können: Jedes größere Upgrade kann schief gehen, und ohne ein gültiges aktuelles Backup riskieren Sie, alles zu verlieren, was Sie auf dem Server hatten. Stellen Sie sicher, dass das Backup, das Sie haben, nicht beschädigt ist und bei Bedarf wiederhergestellt werden kann!
  3. Entscheiden Sie sich für den Ersatztyp: Sobald Sie sich entschieden haben, einen Server zu ersetzen, haben Sie mehrere Möglichkeiten, wie der Ersatz aussehen soll. Es kann ein physisches Windows sein 2012 / 2016 / 2019 server, ein virtueller Server, der vor Ort ausgeführt wird, oder sogar ein Cloud-basierter Server, der vor Ort ausgeführt wird. WinServ unterstützt alle diese Übertragungen, so dass die Schwierigkeit der Migration nicht wesentlich von Ihrer Wahl abhängt.

Anwendungen, Profile, Freigaben und Datenmigration

Hier ist der Vorgang zum Durchführen einer Migration für einen Windows 2003-Quellanwendungsserver auf einen Zielserver 2012 / 2016 / 2019:

  1. Aktualisieren und patchen Sie den Zielserver vollständig.
  2. Fügen Sie den Zielserver zur Domäne hinzu.
  3. Führen Sie WinServ (oder ein ähnliches Tool) auf dem Quellserver (2003) und auf dem Zielserver (2012, 2016 oder 2019) aus.
  4. Zu diesem Zeitpunkt können Sie entweder direkt über das Netzwerk übertragen oder eine indirekte Migration durchführen, indem Sie den Quellserver in einen Container im Netzwerkspeicher / Cloudspeicher erfassen und dann von diesem Container auf dem neuen Server bereitstellen.
  5. Bevor Sie mit der Übertragung beginnen, haben Sie auch die Möglichkeit, Anwendungen und Daten auszuwählen, die Sie übertragen möchten. Oder führen Sie einfach die Übertragung aus, um alles zu migrieren.
  6. Drücken Sie “Go” auf dem Zielserver, um die Übertragung zu initiieren.

Abhängig von der Menge der übertragenen Daten und Anwendungen kann die tatsächliche Übertragung mehrere Stunden dauern. Sie werden Fortschrittsanzeige während des gesamten Prozesses sehen.

Serverrollenmigration

Dieser Teil der Migration wird manuell durchgeführt. Wir empfehlen John Savills excellent guide: Winding Down Windows Server 2003 in Ihrer Organisation. Die folgenden Informationen basieren auf dem obigen Artikel.

  1. IIS-Migration: Wenn auf IIS 6 nur grundlegende HTML-Seiten oder Active Server Pages (ASP) ausgeführt werden, können Sie den Inhalt in die IIS-Version kopieren, die auf Server 2012 oder Server 2012 R2 ausgeführt wird, und dann die DNS-Einträge aktualisieren, um auf den neuen IIS-Server zu verweisen. Organisationen haben jedoch in der Regel komplexere Konfigurationen. Die gute Nachricht ist, dass Sie ein Migrationstoolkit namens Web Deploy 3.6 verwenden können. Wenn Sie Websites zu Microsoft Azure Web Apps migrieren müssen, lesen Sie Azure Web App Migration Assistant.
  2. DC- und AD-Migration: Vorausgesetzt, Sie haben Best Practices befolgt, führen Ihre Domänencontroller (DCs) keine andere Software aus, was bedeutet, dass die vorhandene Domäne und Gesamtstruktur für Server 2012 oder Server 2012 R2 vorbereitet werden. In diesem Fall müssen Sie neue DCs erstellen, auf denen Server 2012 oder Server 2012 R2 ausgeführt wird, die FSMO-Rollen (Flexible Single Master Operation) migrieren, Zertifikate oder andere Elemente migrieren und dann die Server 2003-DCs außer Betrieb nehmen. Um Server 2012-DCs einzuführen, muss die Gesamtstruktur (und damit die Domänen) im Windows Server 2003-Modus sein. Ausführliche Anleitungen zum Migrieren von DCs finden Sie unter Aktualisieren von Domänencontrollern auf Windows Server 2012 R2 und Windows Server 2012.
  3. DHCP-Migration: DHCP-Bereiche stellen die IP-Adressen bereit, die Clients zusammen mit ihrer IP-Konfiguration (z. B. Gateway, DNS-Server) zugewiesen wurden. Um DHCP-Bereiche zu migrieren, exportieren Sie die Bereiche am besten aus der Server 2003-Instanz und importieren sie dann in die Server 2012- oder Server 2012 R2-Instanz. Ausführliche Informationen zu diesem Ansatz finden Sie im TechNet Networking-Blogbeitrag “Schritte zum Verschieben einer DHCP-Datenbank von einem Windows Server 2003 oder 2008 auf einen anderen Windows Server 2008-Computer.” Wenn der Export und Import des DHCP-Bereichs verzögert wird und das Risiko einer Wiederverwendung von IP-Adressen besteht, können Sie den DHCP-Server so konfigurieren, dass er überprüft, ob eine IP-Adresse verwendet wird, bevor sie zugewiesen wird, indem Sie die Adresskonflikterkennung aktivieren.
  4. DNS-Migration: Wenn Sie DNS unter Windows hosten, integrieren Sie es wahrscheinlich in AD und Ihre DNS-Server sind DCs. Wenn Sie AD migrieren, wird daher auch die DNS-Konfiguration verschoben. Denken Sie daran, alle DNS-Serverkonfigurationen, z. B. die Weiterleitung, zu migrieren. Wenn die DNS-Server auf neuen IP-Adressen gehostet werden, müssen Sie sicherstellen, dass Sie alle statischen IP-Konfigurationen und alle DHCP-Konfigurationen aktualisieren. Um diese zeitaufwändige Aufgabe zu vermeiden, ändern die meisten Organisationen die IP-Adressen der neuen Server in die der alten Server, sobald die alten Server außer Betrieb genommen werden.
  5. Druckdienste: Wie Dateidienste müssen auch Druckerkonfigurationen und Freigaben vom Quellserver auf den Zielserver migriert werden. Darüber hinaus benötigen Sie neue Druckertreiber, die 64-Bit sind und mit Server 2012 oder Server 2012 R2 sowie mit modernen Clients kompatibel sind. Microsoft verfügt über einen Assistenten für die Druckmigration und ein Befehlszeilentool, das Sie zum Migrieren von Druckerdiensten verwenden können. Sie können diese Tools von der Webseite Migrieren von Druck- und Dokumentdiensten zu Windows Server 2012 herunterladen.
  6. Exchange-Migration: Upgrade von Exchange 2007 auf Exchange 2013
  7. SQL Server-Migration: Siehe Unterstützte Versions- und Editions-Upgrades

Umgang mit inkompatiblen Anwendungen:

Einige ältere 3rd-Party-Anwendungen, die unter Windows Server 2003 ausgeführt werden, sind möglicherweise nicht mit Windows Server 2008 oder Windows Server 2012 kompatibel. Solche Anwendungen sind im Allgemeinen Legacy-DOS-, 16-Bit- oder 32-Bit-Software, die für neuere Betriebssystemversionen nicht aktualisiert wurde. Es wird dringend empfohlen, diese Anwendungen so schnell wie möglich aus der Produktionsumgebung zu entfernen.

Wenn diese Anwendungen nicht sofort entfernt werden können und für den weiteren Betrieb des Unternehmens von entscheidender Bedeutung sind, wird empfohlen, eine virtualisierte Migration dieser Anwendungen in eine Virtual Server 2003-Instanz durchzuführen, die auf einem neueren Ersatzserver ausgeführt wird. Führen Sie dann die erforderlichen Schritte aus, um diese Anwendungen auslaufen zu lassen und die Ausführung der virtualisierten 2003-Instanzen zu beenden.

Eine solche P2V-Migration (physisch zu virtuell) sollte ebenfalls mit WinServ durchgeführt werden.

Nach der Migration:

Sobald der Migrationsprozess abgeschlossen ist, ist es an der Zeit, die Ergebnisse zu überprüfen.

  1. Möglicherweise müssen Sie den DNS Ihrer Domain so anpassen, dass er bei Bedarf auf den neuen Server verweist. Ändern Sie beispielsweise den CRM-SERVER-DNS-Eintrag in die Adresse des neuen Servers.
  2. Gleiches gilt für Anmeldeskripte und Gruppenrichtlinienrichtlinien.
  3. Starten Sie jede Anwendung und Konsole, die Sie verwenden, und stellen Sie sicher, dass sie korrekt geladen werden.
  4. Stellen Sie mithilfe einer Client-Workstation sicher, dass Clients korrekt auf den migrierten Server zugreifen können und ihre Anwendungen ohne Probleme ausgeführt werden.

Herzlichen Glückwunsch! Die Migration des Anwendungsservers ist nun abgeschlossen.

Sind Sie bereit, Ihre Windows 2003-Server auf 2016/2019 zu migrieren?

Holen Sie sich Zinstall WinServ hier

Sie können uns auch kontaktieren, um Unterstützung, Volumenlizenzen und Hilfe bei der Einrichtung eines POC zu erhalten.

Leave a Reply