Freigeben über

Migrationsleitfaden: IBM Db2 zu Azure SQL Managed Instance

  • Artikel

Gilt für: Azure SQL Managed Instance

In diesem Leitfaden erfahren Sie, wie Sie Ihre IBM Db2-Datenbanken mithilfe des SQL Server Migration Assistant für Db2 zu Azure SQL Managed Instance migrieren.

Weitere Migrationsleitfäden finden Sie in den Leitfäden zur Azure-Datenbankmigration.

Voraussetzungen

Für die Migration Ihrer Db2-Datenbank zu SQL Managed Instance gelten folgende Voraussetzungen:

Vor der Migration

Wenn diese Voraussetzungen erfüllt sind, können Sie die Topologie Ihrer Umgebung ermitteln und die Durchführbarkeit der Migration bewerten.

Bewerten und Konvertieren

Erstellen Sie mithilfe des SQL Server Migration Assistant eine Bewertung.

Führen Sie die folgenden Schritte aus, um eine Bewertung zu erstellen:

  1. Öffnen Sie SSMA für Db2.

  2. Wählen Sie Datei>Neues Projekt.

  3. Geben Sie den Projektnamen und einen Speicherort für Ihr Projekt ein. Wählen Sie dann in der Dropdown Liste die Option Azure SQL-verwaltete Instanz als Migrationsziel aus, und klicken Sie auf OK.

    Screenshot, der die zu spezifizierenden Projektdetails anzeigt.

  4. Geben Sie unter Verbinden mit Db2, Werte für die Db2-Verbindungsdetails ein.

    Screenshot, der die Optionen zur Verbindung mit Ihrer Db2-Instanz anzeigt.

  5. Klicken Sie mit der rechten Maustaste auf das Db2-Schema, das Sie migrieren möchten, und wählen Sie dann Bericht erstellent. Dadurch wird ein HTML-Bericht generiert. Alternativ können Sie nach dem Auswählen des Schemas in der Navigationsleiste auf Create report (Bericht erstellen) klicken.

    Screenshot: Erstellung eines Berichts

  6. Sehen Sie sich den HTML-Bericht an, um die Konvertierungsstatistiken und etwaige Fehler oder Warnungen zu verstehen. Sie können den Bericht auch in Excel öffnen, um den Bestand an Db2-Objekten sowie Informationen zum Aufwand für Schemakonvertierungen zu erhalten. Der Standardstandort für den Bericht ist im Berichtsordner innerhalb von SSMAProjects.

    Beispiel: drive:\<username>\Documents\SSMAProjects\MyDb2Migration\report\report_<date>.

    Screenshot des Berichts, den Sie überprüfen, um eventuelle Fehler oder Warnungen zu erkennen.

Überprüfen von Datentypen

Validieren Sie die Standard-Datentyp-Zuordnungen und ändern Sie bei Bedarf entsprechend den Anforderungen. Gehen Sie dazu folgendermaßen vor:

  1. Klicken Sie im Menü auf Tools.

  2. Klicken auf Project Settings (Projekteinstellungen).

  3. Klicken Sie auf die Registerkarte Type Mappings (Typzuordnungen).

    Screenshot, der die Auswahl des Schemas und der Typ-Mapping anzeigt.

  4. Sie können die Typzuordnung für jede Tabelle ändern, indem Sie die Tabelle im Db2 Metadata Explorer auswählen.

Schema konvertieren

Führen Sie die folgenden Schritte aus, um das Schema zu konvertieren:

  1. (Optional:) Fügen Sie Anweisungen dynamische Abfragen oder Ad-hoc-Abfragen hinzu. Klicken Sie mit der rechten Maustaste auf den Knoten, und klicken Sie dann auf Add statements (Anweisungen hinzufügen).

  2. Klicken Sie auf Connect to Azure SQL Managed Instance (Verbindung mit Azure SQL Managed Instance herstellen).

    1. Geben Sie Verbindungsdetails ein, um eine Verbindung mit der Instanz von Azure SQL Managed Instance herzustellen.
    2. Wählen Sie die Zieldatenbank in der Dropdownliste aus, oder geben Sie einen neuen Namen an. In diesem Fall wird eine Datenbank auf dem Zielserver erstellt.
    3. Geben Sie Details zur Authentifizierung an.
    4. Wählen Sie Verbinden aus.

    Screenshot mit den Details, die zum Herstellen einer Verbindung mit SQL Server erforderlich sind.

  3. Klicken Sie mit der rechten Maustaste auf das Schema, und klicken Sie dann auf Convert Schema (Schema konvertieren). Alternativ können Sie nach dem Auswählen des Schemas in der oberen Navigationsleiste auf Convert Schema (Schema konvertieren) klicken.

    Screenshot, der das Auswählen des Schemas und der Konvertierung anzeigt.

  4. Nachdem die Konvertierung fertiggestellt wurde, vergleichen und überprüfen Sie die Struktur des Schemas, um potenzielle Probleme zu ermitteln. Beheben Sie die Probleme auf Grundlage der Empfehlungen.

    Screenshot, der den Vergleich und die Überprüfung der Struktur des Schemas zeigt, um mögliche Probleme zu identifizieren.

  5. Wählen Sie im Fensterbereich Ausgabe die Option Ergebnisse überprüfen. Überprüfen Sie die Fehler im Fenster Fehlerliste.

  6. Speichern Sie das Projekt für eine Übung zur Offlineschemakorrektur lokal. Wählen Sie im Menü Datei die Option Projekt speichern aus. So können Sie das Quell- und Zielschema offline auswerten und Probleme behandeln, bevor Sie das Schema auf SQL Managed Instance veröffentlichen.

Migrate

Wenn Sie die Bewertung Ihrer Datenbanken und die Behandlung etwaiger Abweichungen abgeschlossen haben, besteht der nächste Schritt in der Durchführung des Migrationsprozesses.

Führen Sie die folgenden Schritte aus, um das Schema zu veröffentlichen und Ihre Daten zu migrieren:

  1. Veröffentlichen des Schemas. Klicken Sie im Azure SQL Managed Instance Metadata Explorerim Datenbank-Knoten mit der rechten Maustaste auf die Datenbank. Wählen Sie dann mit Datenbank synchronisieren aus.

    Screenshot, der die Option zur Synchronisierung mit der Datenbank zeigt.

  2. Migrieren der Daten: Klicken Sie im Db2 Metadata Explorer mit der rechten Maustaste auf die Datenbank oder das Objekt, das Sie migrieren möchten, und wählen Sie Daten migrieren. Alternativ können Sie in der Navigationsleiste Daten migrieren auswählen. Aktivieren Sie das Kontrollkästchen neben dem Datenbanknamen, um die Daten einer gesamten Datenbank zu migrieren. Wenn Sie Daten aus einzelnen Tabellen migrieren möchten, erweitern Sie die Datenbank, erweitern Sie die Tabellen, und aktivieren Sie dann das Kontrollkästchen neben der Tabelle. Deaktivieren Sie das Kontrollkästchen, um Daten aus einzelnen Tabellen auszulassen.

    Screenshot, der das Auswählen des Schemas und das Auswählen der Datenmigration anzeigt.

  3. Stellen Sie die Verbindungsdetails für Db2 und SQL Managed Instance bereit.

  4. Zeigen Sie nach Abschluss der Migration den Bericht zur Datenmigration an.

    Screenshot, der zeigt, wo der Datenmigrationsbericht überprüft werden soll.

  5. Stellen Sie mithilfe von SQL Server Management Studio eine Verbindung mit Ihrer Azure SQL Managed Instance-Instanz her. Validieren Sie die Migration, indem Sie die Daten und das Schema überprüfen:

    Screenshot, der zeigt, wie Sie das Schema in SQL Server Management Studio vergleichen.

Nach der Migration

Nachdem die Migration abgeschlossen ist, müssen Sie eine Reihe von Aufgaben nach der Migration durchführen, um sicherzustellen, dass alles so reibungslos und effizient wie möglich funktioniert.

Korrigieren von Anwendungen

Wenn die Daten in die Zielumgebung migriert wurden, müssen alle Anwendungen, die zuvor die Quelle verwendet haben, beginnen das Ziel zu verwenden. Hierfür sind in einigen Fällen Änderungen an den Anwendungen erforderlich.

Durchführen von Tests

Das Testen umfasst die folgenden Aktivitäten:

  1. Entwickeln von Validierungstests: Für das Testen der Datenbankmigration müssen Sie SQL-Abfragen verwenden. Sie müssen die Validierungsabfragen erstellen, die für die Quell- und die Zieldatenbank ausgeführt werden sollen. Ihre Validierungsabfragen sollten den von Ihnen definierten Bereich abdecken.
  2. Einrichten der Testumgebung: Die Testumgebung sollte eine Kopie der Quelldatenbank und der Zieldatenbank enthalten. Stellen Sie sicher, dass Sie die Testumgebung isolieren.
  3. Ausführen der Validierungstests: Führen Sie die Validierungstests für die Quelle und das Ziel aus, und analysieren Sie anschließend die Ergebnisse.
  4. Ausführen von Leistungstests: Führen Sie Leistungstests für die Quelle und das Ziel aus, und analysieren und vergleichen Sie anschließend die Ergebnisse.

Erweiterte Funktionen

Sie sollten unbedingt die erweiterten cloudbasierten Features von Azure SQL Managed Instance nutzen, z. B. die integrierte Hochverfügbarkeit, die Bedrohungserkennung und die Überwachung und Optimierung Ihrer Workloads.

Einige SQL Server-Features sind nur verfügbar, wenn der Datenbank-Kompatibilitätsgrad in den neuesten Kompatibilitätsgrad geändert wurde.

Migrationsressourcen

Weitere Unterstützung erhalten Sie in Form der folgenden Ressourcen, die im Rahmen eines Auftrags für ein echtes Migrationsprojekt entwickelt wurden:

Asset BESCHREIBUNG
Data Workload Assessment Model and Tool (Datenarbeitsauslastungs-Bewertungsmodell und -tool) Dieses Tool stellt für eine angegebene Arbeitsauslastung Informationen zu empfohlenen optimalen Zielplattformen, zur Cloudbereitschaft und zum Korrekturbedarf für Anwendungen/Datenbanken bereit. Es bietet eine einfache Berechnung und Berichterstellung mit nur einem Klick, die Ihnen durch Bereitstellung eines automatisierten und einheitlichen Zielplattform-Entscheidungsprozesses dabei helfen, umfangreiche Bewertungen zu beschleunigen.
Db2 zOS-Paket zur Erkennung und Bewertung von Datenbeständen Nach dem Ausführen des SQL-Skripts für eine-Datenbank können Sie die Ergebnisse in eine Datei im Dateisystem exportieren. Es werden verschiedene Dateiformate unterstützt, z. B. *.csv, damit Sie die Ergebnisse in externen Tools wie Tabellen erfassen können. Diese Methode kann nützlich sein, wenn Sie Ergebnisse einfach für Teams freigeben möchten, die die Workbench nicht installiert haben.
IBM Db2 LUW Inventory Scripts and Artifacts (IBM Db2 LUW-Inventarskripts und -artefakte) Dieses Asset enthält eine SQL-Abfrage, die auf IBM Db2 LUW Version 11.1-Systemtabellen zugreift und eine Zählung der Objekte nach Schema und Objekttyp, eine grobe Schätzung der "Rohdaten" in jedem Schema und die Größenordnung der Tabellen in jedem Schema liefert, wobei die Ergebnisse in einem CSV-Format gespeichert werden.
IBM Db2 zu SQL MI – Hilfsprogramm „Database Compare“ Beim Hilfsprogramm „Database Compare“ handelt es sich um eine Windows-Konsolenanwendung, mit der Sie überprüfen können, ob die Daten sowohl auf der Quell- als auch auf der Zielplattform identisch sind. Sie können das Tool verwenden, um Daten auf Zeilen- oder Spaltenebene in allen ausgewählten Tabellen, Zeilen und Spalten effizient zu vergleichen.

Das Data SQL Engineering-Team hat diese Ressourcen entwickelt. Die Hauptanwendung dieses Teams besteht darin, die komplexe Modernisierung für Datenplattform-Migrationsprojekte auf der Azure-Datenplattform von Microsoft freizugeben und zu beschleunigen.

Nächste Schritte