Migrationsleitfaden: MySQL zu Azure SQL-Datenbank

  • Artikel

Gilt für:Azure SQL-Datenbank

In diesem Leitfaden erfahren Sie, wie Sie Ihre MySQL-Datenbank mithilfe von SQL Server Migration Assistant für MySQL (SSMA für MySQL) zu einer Azure SQL-Datenbank migrieren.

Weitere Migrationsleitfäden finden Sie im Leitfaden zur Azure-Datenbankmigration.

Voraussetzungen

Bevor Sie mit der Migration der MySQL-Datenbank zu einer SQL-Datenbank beginnen, gehen Sie folgendermaßen vor:

  • Überprüfen Sie, ob Ihre Quellumgebung unterstützt wird. Derzeit werden MySQL 4.1 und höher unterstützt.
  • Laden Sie das Tool SQL Server Migration Assistant für MySQL herunter, und installieren Sie es.
  • Stellen Sie sicher, dass Sie über Konnektivität und ausreichende Berechtigungen für den Zugriff auf Quelle und Ziel verfügen.

Vor der Migration

Nachdem Sie diese Voraussetzungen erfüllt haben, können Sie die Topologie Ihrer Umgebung ermitteln und die Durchführbarkeit Ihrer Azure-Cloudmigration bewerten.

Bewerten

Mit SQL Server Migration Assistant (SSMA) für MySQL können Sie Datenbankobjekte und Daten überprüfen sowie Datenbanken für die Migration bewerten.

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

  1. Öffnen Sie SSMA für MySQL.

  2. Wählen Sie Datei und dann Neues Projekt aus.

  3. Geben Sie im Bereich Neues Projekt einen Namen und einen Speicherort für das Projekt ein, und wählen Sie dann in der Dropdown Liste Migrieren zu die Option Azure SQL-Datenbankaus.

  4. Klicken Sie auf OK.

    Screenshot of the

  5. Wählen Sie die Registerkarte Verbindung mit MySQL herstellen aus, und geben Sie dann Details zum Verbinden Ihres MySQL-Servers an.

    Screenshot of the

  6. Klicken Sie im Bereich Metadaten-Explorer für MySQL mit der rechten Maustaste auf das MySQL-Schema, und wählen Sie dann Bericht erstellen aus. Alternativ dazu können Sie die Registerkarte Bericht erstellen in der oberen rechten Ecke auswählen.

    Screenshot of the

  7. Sehen Sie sich den HTML-Bericht an, um die Konvertierungsstatistiken, Fehler und Warnungen zu verstehen. Analysieren Sie diese Informationen, um Konvertierungsprobleme und mögliche Lösungen zu ermitteln. Sie können den Bericht auch in Excel öffnen, um ein Inventar der MySQL-Objekte zu erhalten sowie den Aufwand für Schemakonvertierungen nachzuvollziehen. Der Standardspeicherort für den Bericht ist der Berichtsordner in SSMAProjects. Beispiel:

    drive:\Users\<username>\Documents\SSMAProjects\MySQLMigration\report\report_2016_11_12T02_47_55\

    Screenshot of an example conversion report in SSMA.

Überprüfen von Datentypen

Überprüfen Sie die standardmäßig festgelegten Datentypzuordnungen, und ändern Sie sie bei Bedarf basierend auf den Anforderungen. Gehen Sie folgendermaßen vor:

  1. Wählen Sie Extras und dann Projekteigenschaften aus.

  2. Klicken Sie auf die Registerkarte Typzuordnungen.

    Screenshot of the

  3. Sie können die Typzuordnung für die einzelnen Tabellen ändern, indem Sie den Tabellennamen im Bereich Metadaten-Explorer für MySQL auswählen.

Konvertieren des Schemas

Gehen Sie folgendermaßen vor, um das Schema zu konvertieren:

  1. (Fakultativ) Zum Konvertieren von dynamischen oder spezialisierten Abfragen klicken Sie mit der rechten Maustaste auf den Knoten, und wählen Sie dann Anweisung hinzufügen aus.

  2. Wählen Sie die Registerkarte mit Azure SQL-Datenbank verbinden aus, und gehen Sie dann wie folgt vor:

    a. Geben Sie die Details zum Herstellen einer Verbindung mit Ihrer SQL-Datenbank ein.
    b. Wählen Sie in der Dropdownliste die Zielinstanz in SQL-Datenbank aus. Alternativ können Sie einen neuen Namen angeben. In diesem Fall wird eine Datenbank auf dem Zielserver erstellt.
    c. Angeben von Authentifizierungsdetails.
    d. Wählen Sie Verbinden aus.

    Screenshot of the

  3. Klicken Sie mit der rechten Maustaste auf das Schema, mit dem Sie arbeiten, und wählen Sie dann Schema konvertieren aus. Alternativ können Sie die Registerkarte Schema konvertieren in der rechten oberen Ecke auswählen.

    Screenshot of the

  4. Nach Abschluss der Konvertierung überprüfen und vergleichen Sie die konvertierten Objekte mit den Ursprungsobjekten, um potenzielle Probleme zu identifizieren und diese anhand der Empfehlungen zu behandeln.

    Screenshot showing a comparison of the converted objects to the original objects.

    Vergleichen Sie den konvertierten Transact-SQL-Text mit dem ursprünglichen Code und prüfen Sie die Empfehlungen.

    Screenshot showing a comparison of converted queries to the source code.

  5. Klicken Sie im Bereich Ausgabe auf Ergebnisse überprüfen, und überprüfen Sie die Fehler im Bereich Fehlerliste.

  6. Speichern Sie das Projekt für eine Übung zur Offlineschemakorrektur lokal. Wählen Sie hierzu Datei>Projekt speichernaus. So können Sie das Quell- und Zielschema offline auswerten und warten, bevor Sie das Schema auf Ihrer SQL-Datenbank veröffentlichen.

    Vergleichen Sie die konvertierten Prozeduren mit den ursprünglichen Prozeduren, wie hier gezeigt:

    Screenshot showing a comparison of the converted procedures to the original procedures.

Migrieren der Datenbanken

Nachdem Sie Ihre Datenbanken ausgewertet und Abweichungen gelöst haben, können Sie den Migrationsprozess ausführen. Die Migration umfasst zwei Schritte: das Veröffentlichen des Schemas und das Migrieren der Daten.

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

  1. Veröffentlichen Sie das Schema. Klicken Sie in der Anzeige des Azure SQL Database Metadata Explorers mit der rechten Maustaste auf die Datenbank, mit der Sie arbeiten, und wählen Sie dann mit Datenbank synchronisierenaus. Mit dieser Aktion wird das MySQL-Schema in Ihrer SQL-Datenbank veröffentlicht.

    Screenshot of the

  2. Migrieren der Daten. Klicken Sie im Metadaten-Explorer für MySQL mit der rechten Maustaste auf das zu migrierende MySQL-Schema, und wählen Sie dann Daten migrieren aus. Alternativ können Sie rechts oben die Registerkarte 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 of the

  3. Überprüfen Sie nach Abschluss der Migration den Bericht zur Datenmigration.

    Screenshot of the Data Migration Report.

  4. Stellen Sie über SQL Server Management Studio eine Verbindung mit Ihrer SQL-Datenbank her, und überprüfen Sie die Migration anhand der Daten und des Schemas.

    Screenshot of SQL Server Management Studio.

Nach der Migration

Nach erfolgreichem Abschluss der Migrationsphase müssen Sie eine Reihe von Aufgaben ausfü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 Testvorgehen für die Datenbankmigration 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 sowohl gegen die Quell- als auch gegen die Zieldatenbank ausgeführt werden. 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. Führen Sie die Validierungstests aus: 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.

Optimieren

Die Phase nach der Migration ist entscheidend für den Abgleich von Problemen mit der Datengenauigkeit, die Überprüfung der Vollständigkeit und das Beheben von Leistungsproblemen der Workload.

Weitere Informationen zu diesen Problemen sowie die erforderlichen Schritte zur Problembehandlung finden Sie im Leitfaden zur Validierung und Optimierung nach der Migration.

Migrationsressourcen

Weitere Unterstützung bei der Durchführung dieses Migrationsszenarios finden Sie in der folgenden Ressource. Es wurde für die Unterstützung eines echten Migrationsprojekts entwickelt.

Titel BESCHREIBUNG
Data Workload Assessment Model and Tool (Datenarbeitsauslastungs-Bewertungsmodell und -tool) Stellt für bestimmte Workloads 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 einen automatisierten und einheitlichen Entscheidungsprozess für die Zielplattform dabei helfen, Bewertungen von umfangreichen Datenbeständen zu beschleunigen.
MySQL zu SQL DB – 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