Bewerten und Konvertieren Ihrer Datenbanken
Angenommen, Sie sind ein Datenbankadministrator für ein Justizunternehmen, und Sie haben eine Datenbanküberprüfung ausgeführt. Nach Abschluss dieses Vorgangs haben Sie Ihre Ergebnisse und Empfehlungen zur Auswertung an die Verwaltung übermittelt. Ihre Empfehlung, umgehend Upgrades für die nicht unterstützten Versionen von SQL Server durchzuführen, wurde zur Kenntnis genommen, und Sie wurden gefragt, wie Sie die Migration der Datenbanken durchführen würden. Das Budget wurde noch nicht festgelegt, und Ihr Manager sagt, dass Sie die Mittel für neue Lizenzen vermutlich nicht erhalten werden.
Sie verfügen über aktive Datenbankserver, die SQL Server 2000, SQL Server 2008 und SQL Server 2012 ausführen.
Einige Datenbanken müssen womöglich zu vorhandenen SQL Server 2012- oder SQL Server 2016-Instanzen migriert werden. Es ist dringend erforderlich, ein Upgrade für nicht unterstützte Versionen durchzuführen. Sie werden alle verfügbaren Optionen kennenlernen, damit Sie bereit sind, wenn Sie grünes Licht erhalten.
Im Rahmen dieser Lerneinheit lernen Sie die wichtigsten Upgradepfade kennen, die für verschiedene Versionen von SQL Server zur Verfügung stehen.
Verfügbare Upgradepfade für verschiedene Versionen
Je älter die zu migrierende Datenbank ist, desto weniger Optionen stehen zur Verfügung. Wie bereits erwähnt, müssen Sie zum Aktualisieren von SQL Server 2000-Datenbanken ein Zwischenupgrade auf SQL Server 2008 durchführen, bevor Sie zu einer höheren Version wechseln.
Sichern und Wiederherstellen
Sie können die Option Sichern und Wiederherstellen für alle Versionen zwischen SQL Server 2005 bis 2016 verwenden. Die Systemdatenbanken (z. B. Master-, Modell-, MSDB- oder temporäre Datenbanken) können nicht gesichert oder wiederhergestellt werden. Erstellen Sie eine Sicherung der Datenbank vom Quellserver, stellen Sie sie auf dem Zielserver wieder her, und ändern Sie dann die Kompatibilität der Datenbank. Um die Kompatibilität einer Datenbank namens Customer Services in SQL Server 2016 zu ändern, führen Sie beispielsweise den folgenden Befehl aus:
ALTER DATABASE [CustomerServices] SET COMPATIBILITY_LEVEL = 130
Stellen Sie sicher, dass alle Objekte innerhalb der Datenbank von der Zielumgebung unterstützt werden. Andernfalls können Sie den Kompatibilitätsgrad nicht ändern. Sie müssen alle veralteten Features entfernen, z. B. Abfragen von Verwaltungssichten, die umbenannt oder ersetzt wurden, aktualisierte gespeicherte Systemprozeduren oder veraltete Datentypen.
Massenladen
Ab SQL Server 2005 können alle Versionen den Vorgang Massenladen verwenden, um Daten in eine Zieldatenbank zu kopieren. Sobald Sie die neue Datenbank auf dem Zielserver erstellt haben, können Sie das BCP (Massenkopierprogramm) verwenden, um ein Skript zum Kopieren der Daten auszuführen. BCP ist eine effiziente Lösung zum Kopieren großer Datenmengen. Wenn Sie nicht mit dem Schreiben von BCP-Skripts vertraut sind, sollten Sie sich die Zeit nehmen, dies zu lernen.
Transaktionsreplikation
Mithilfe der Replikation können Sie Upgrades für SQL Server-Datenbanken durchführen, Sie müssen jedoch wissen, wie die Transaktionsreplikation funktioniert. Die Replikation ermöglicht es Ihnen, eine Kombination verschiedener Versionen innerhalb der Topologie zu verwenden, damit sie bereits auf Upgrades vorbereitet ist. Der Verteiler muss dieselbe Version von SQL Server wie der Herausgeber oder höher aufweisen. Der Abonnenten kann bis zu zwei Versionen höher sein, als der Verleger. Die Replikation bietet zwei Upgradepfade:
- Parallel: Bei der parallelen Replikation erstellen Sie eine neue parallele Umgebung mit der Zielversion von SQL Server. Anschließend verschieben Sie die Datenbanken, Anmeldungen, geplanten Aufträge und andere Objekte in die neue Umgebung.
- Direkt: Bei der direkten Replikation ersetzt das Upgrade die vorhandene Installation. Dabei werden sowohl die System- als auch die Benutzerdatenbanken aktualisiert.
Wenn Sie die Replikation bereits implementiert haben, sollten Sie eine der genannten Optionen für Ihre Migration in Erwägung ziehen.
Verfügbarkeitsgruppen
Wenn Sie sich die mit SQL Server 2012 eingeführten Always On-Verfügbarkeitsgruppen genutzt haben, können Sie ein Failover auf eine sekundäre SQL Server 2014- oder höhere Instanz ausführen. Ihre primäre Instanz muss SQL Server 2012 SP2 oder höher ausführen, und das Failover kann manuell oder automatisch durchgeführt werden. Wenn Sie das Failover auf eine höhere Version durchgeführt haben und die ältere Version von SQL Server zum sekundären Server wurde, kann dieser keine Änderungen vom primären Server empfangen.
Datenbankspiegelung
Sie können die Datenbankspiegelung verwenden, um Upgrades auf Spiegelungen mit SQL Server 2014 oder höher für Prinzipale auszuführen, auf denen SQL Server 2008 SP3, SQL Server 2008 R2 SP2 oder eine höhere Version ausgeführt wird. Wenn Sie ein Failover auf die neuere Version von SQL Server ausgeführt haben und die ältere Version zur Spiegelung wurde, empfängt sie wie bei Verfügbarkeitsgruppen keine Änderungen vom Prinzipal.
Protokollversand
Sie können den Protokollversand für Upgrades auf eine sekundäre Instanz mit SQL Server 2014 oder höher verwenden, wenn auf dem Prinzipal SQL Server 2008 SP3, SQL Server 2008 R2 SP2 oder eine höhere Version ausgeführt wird. Nach dem Failover auf die neuere Version von SQL Server empfängt die ältere Version, die nun als sekundäre Instanz fungiert, keine Änderungen von der primären Instanz.
Datenmigrations-Assistent
Der DMA (Datenmigrations-Assistent) unterstützt SQL Server ab der Version SQL Server 2005. Mithilfe des Assistenten stellen Sie eine Verbindung mit der Instanz her und wählen die Datenbank aus, für die das Upgrade ausgeführt werden soll. Sie geben im Assistenten die Zielversion von SQL Server an, und er analysiert die Größe sowie das Schema der Datenbank. Der Assistent gibt Ihnen auch Empfehlungen zu Ihrem Upgrade. Nach der Analyse stellt der DMA einen Kompatibilitätsbericht bereit, der wichtige Änderungen, Verhaltensänderungen und veraltete Features hervorhebt, damit diese Probleme behoben werden können.
Der DMA stellt außerdem Empfehlungen zur Verwendung von Leistungs-, Speicher- und Sicherheitsfeatures für die Zielversion der Datenbank bereit. Sie können diese Ergebnisse zur späteren Verwendung in eine CSV- oder JSON-Datei exportieren. Dies ist ideal, wenn Sie ein Upgrade für eine große Anzahl von Datenbanken durchführen möchten und eine genaue Liste der Aufgaben benötigen, mit denen Anwendungsfehler nach dem Upgrade vermieden werden können. Dann verwenden Sie den DMA, um das Upgrade für Ihre Datenbank und Anmeldungen beim Zielserver auszuführen.
Auswählen einer Upgrademethode
In Ihrer Anwaltskanzlei müssen Sie für die Datenbanken mit SQL Server 2000 zunächst ein Upgrade auf SQL Server 2008 mithilfe der Methode „Sichern und Wiederherstellen“ durchführen. Stellen Sie sicher, dass Sie den Datenbank-Kompatibilitätsgrad auf 100 festgelegt haben, damit später ein weiteres Upgrade für die Datenbank durchgeführt werden kann.
Wenn Sie das anfängliche Upgrade für SQL Server 2000 durchgeführt haben, weisen all Ihre Datenbanken SQL Server 2008 und höhere Versionen auf, dennoch ist diese Situation weiterhin komplex.
Die einfachste konsistente Methode zum Durchführen von Upgrades für alle diese Datenbanken besteht in der Verwendung des DMA, der Upgrades für alle Datenbanken durchführen kann, die auf SQL Server 2005 und höher gehostet werden. Dieses Tool enthält eine komplette Liste der Kompatibilitätsprobleme, die behoben werden müssen, bevor Sie ein Upgrade für eine Datenbank durchführen. Ihr Team kann diese Liste durcharbeiten, um alle Probleme zu lösen, bevor Sie den DMA für das Upgrade verwenden.
Für die Durchführen von Upgrades für Ihre SQL Server-Instanzen gibt es verschiedene Möglichkeiten. Der auszuwählende Pfad hängt davon ab, für welche Version Sie das Upgrade durchführen, und ob es einen Failovermechanismus gibt, den Sie für das Upgrade verwenden müssen. Der DMA unterstützt Upgrades für Datenbanken ab SQL Server 2005. Wenn Sie in Ihrer Datenbanklandschaft über verschiedene Versionen verfügen, eignet sich dieses Tool bestens zum Durchführen von Upgrades von einem zentralen Punkt aus.
Besonders hilfreich ist, dass der Datenmigrations-Assistent (DMA) veraltete Features in älteren Datenbanken hervorhebt, sodass Sie vor dem Starten des Upgrades sehen können, welcher Code nicht mehr funktionieren wird. Der DMA schlägt zudem Features vor, die die Sicherheit und Leistung verbessern, und Sie können die Ergebnisse exportieren.