So migrieren und übertragen Sie SQL Server von einem Windows Server auf einen anderen, einschließlich Server 2003, Server 2008 und Server 2012

In diesem Tutorial lernen wir, wie man einen SQL Server von einem Server auf einen anderen kopiert oder verschiebt. Anders als bei manuellen Migrationsoptionen führen wir die Migration automatisch durch und übertragen nicht nur den SQL-Server selbst, sondern auch alle Konfigurationen, Schemata, Datenbanken – und die eigentlichen Anwendungen, die der Server ausführt (und die Sie auf dem neuen Server ausführen müssen).

Dieses Tutorial funktioniert für Server 2003, Server 2008, Server 2012, Server 2016 und sogar Server 2019. Die Übertragung kann physisch-zu-physisch (P2P), physisch-zu-virtuell (P2V), virtuell-zu-virtuell (V2V) sein, ebenso wie die Übertragung auf Cloud-Server.

Das Ziel dieser Anleitung ist es, Server-Anwendungen vollständig und generisch auf den neuen Server zu kopieren: Jede Anwendung, auch individuelle oder hausinterne Anwendungen, wird auf den neuen Server verschoben, einschließlich Konfigurationen, Datenbanken und natürlich Dateien.

Beachten Sie, dass die Übertragung, die wir durchführen, eine native Übertragung ist. Die Anwendungen werden wirklich auf den neuen Server übertragen, sind dort installiert und behalten ihre Konfigurationen. Das beruht auf keinerlei Containerisierung oder App-Virtualisierung -Prozesse und liefert echte, native Migration.

Die Anleitung folgt unten, davor – eine Video-Anleitung und ein paar häufige Fragen zur Windows-Server-Migration.

Video-Tutorial – SQL-Server-Migration, einschließlich Anwendungen

So führen Sie eine SQL-Server-Migration auf einen neuen Windows-Server durch

Vor der Migration:

1. 1. Inventarisieren Sie Ihre Server: Stellen Sie sicher, dass Sie wissen, wofür der Server zuständig ist und welche Anwendungen darauf laufen. Stellen Sie sicher, dass Sie wissen, wie Sie prüfen, dass eine Anwendung tatsächlich erfolgreich auf einen Ersatzserver übertragen wurde und die Nutzer wie zuvor damit arbeiten können.

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- oder 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

So läuft die Migration von einem Windows-Server auf einen anderen ab:

1. Aktualisieren und patchen Sie den Zielserver vollständig.
2. Nehmen Sie den Zielserver in die Domäne auf.
3. Starten Sie WinServ auf dem Quellserver und auf dem Zielserver.
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.

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 sich diese Anwendungen nicht sofort abschaffen lassen und für den Weiterbetrieb der Organisation kritisch 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. Leiten Sie danach die nötigen Schritte ein, 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 SQL-Server-Migration ist jetzt abgeschlossen.