Migrationsleitfaden: Oracle zu SQL Server auf Azure Virtual Machines

Gilt für: Azure SQL Database

In diesem Leitfaden erfahren Sie, wie Sie Ihre Oracle-Schemata mithilfe von SQL Server Migration Assistant für Oracle zu SQL Server auf Azure Virtual Machines migrieren.

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

Voraussetzungen

Für die Migration Ihres Oracle-Schemas zu SQL Server auf Azure Virtual Machines sind folgende Schritte bzw. Voraussetzungen erforderlich:

• Eine unterstützte Quellumgebung.
• SQL Server Migration Assistant (SSMA) für Oracle
• Eine SQL Server-Ziel-VM.
• Richten Sie die erforderlichen Berechtigungen für SSMA für Oracle und den Anbieter ein.
• Konnektivität und ausreichende Berechtigungen für den Zugriff auf die Quelle und das Ziel.

Vor der Migration

Überprüfen Sie bei der Vorbereitung Ihrer Migration zur Cloud, ob Ihre Quellumgebung unterstützt wird und alle Voraussetzungen erfüllt sind. Dadurch wird eine effiziente und erfolgreiche Migration sichergestellt.

Dieser Teil des Prozesses umfasst Folgendes:

• Durchführen einer Inventur für die Datenbanken, die Sie migrieren müssen.
• Bewerten dieser Datenbanken auf mögliche Migrationsprobleme oder -blockierungen.
• Beheben aller Probleme, die Sie aufdecken.

Entdecken

Verwenden Sie das MAP Toolkit, um vorhandene Datenquellen und Details zu den von Ihrem Unternehmen verwendeten Features zu identifizieren. Dadurch erhalten Sie ein besseres Verständnis für die Migration und können diese besser planen. Bei diesem Vorgang wird das Netzwerk überprüft, um die Oracle-Instanzen Ihrer Organisation sowie die verwendeten Versionen und Features zu identifizieren.

Gehen Sie folgendermaßen vor, um mit dem MAP Toolkit eine Bestandsprüfung durchzuführen:

1. Öffnen Sie das MAP Toolkit.

2. Wählen Sie Datenbank erstellen/auswählen aus:

   

3. Wählen Sie Bestandsdatenbank erstellen aus. Geben Sie den Namen für die neue Bestandsdatenbank und eine kurze Beschreibung ein, und wählen Sie dann OK aus.

   

4. Wählen Sie Inventardaten sammeln aus, um den Assistenten für Inventar und Bewertung zu öffnen:

   

5. Wählen Sie im Assistenten für Inventar und Bewertung die Option Oracle und dann Weiter aus:

   

6. Wählen Sie die Option für die Computersuche aus, die sich am besten für Ihre Geschäftsanforderungen und Ihre Umgebung eignet, und wählen Sie dann Weiter aus:

   

7. Geben Sie Anmeldeinformationen für die Systeme ein, die untersucht werden sollen, oder erstellen Sie neue Anmeldeinformationen, und wählen Sie dann Weiter aus:

   

8. Legen Sie die Reihenfolge der Anmeldeinformationen fest, und wählen Sie dann Weiter aus:

   

9. Geben Sie die Anmeldeinformationen für die einzelnen Computer ein, die ermittelt werden sollen. Sie können individuelle Anmeldeinformationen für jeden Computer bzw. jede VM oder die Liste aller Computeranmeldeinformationen auswählen.

   

10. Überprüfen Sie Ihre Auswahl, und wählen Sie dann Fertig aus:

    

11. Nachdem die Überprüfung abgeschlossen ist, zeigen Sie die Zusammenfassung Datensammlung an. Die Überprüfung kann je nach Anzahl der Datenbanken einige Minuten dauern. Wählen Sie Schließen aus, wenn Sie fertig sind:

    

12. Wählen Sie Optionen aus, um einen Bericht zur Oracle-Bewertung und zu den Datenbankdetails zu generieren. Wählen Sie beide Optionen aus, eine nach der anderen, um den Bericht zu erstellen.

Bewerten

Nachdem Sie die Datenquellen identifiziert haben, verwenden Sie SQL Server Migration Assistant für Oracle, um die Oracle-Instanzen zu bewerten, die zur SQL Server-VM migriert werden. Der Assistent hilft Ihnen, die Lücken zwischen der Quell- und Zieldatenbank zu verstehen. Sie können Datenbankobjekte und Daten überprüfen, Datenbanken für die Migration bewerten und Datenbankobjekte bzw. anschließend Daten zu SQL Server migrieren.

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

1. Öffnen Sie SQL Server Migration Assistant für Oracle.

2. Wählen Sie im Menü Datei die Option Neues Projekt aus.

3. Geben Sie einen Projektnamen und einen Speicherort für das Projekt an, und wählen Sie dann in der Liste ein SQL Server-Migrationsziel aus. Wählen Sie OK aus:

   

4. Wählen Sie Verbindung mit Oracle herstellen aus. Geben Sie im Dialogfeld Verbindung mit Oracle herstellen Werte für die Oracle-Verbindung ein:

   

   Wählen Sie die Oracle-Schemas aus, die migriert werden sollen:

   

5. Klicken Sie im Metadaten-Explorer von Oracle mit der rechten Maustaste auf das zu migrierende Oracle-Schema, und wählen Sie dann Bericht erstellen aus. Dadurch wird ein HTML-Bericht generiert. Alternativ können Sie die Datenbank auswählen und dann Bericht erstellen im oberen Menü auswählen.

   

6. Überprüfen Sie den HTML-Bericht für Konvertierungsstatistiken, Fehler und Warnungen. Analysieren Sie diese Informationen, um Konvertierungsprobleme und mögliche Lösungen zu bestimmen.

   Sie können den Bericht auch in Excel öffnen, um ein Inventar der Oracle-Objekte sowie Informationen zum Aufwand für Schemakonvertierungen zu erhalten. Der Standardspeicherort für den Bericht ist der Berichtsordner in SSMAProjects.

   Beispiel: drive:\<username>\Documents\SSMAProjects\MyOracleMigration\report\report_2016_11_12T02_47_55\

   

Überprüfen von Datentypen

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

1. Wählen Sie im Menü Tools die Option Projekteinstellungen aus.

2. Klicken Sie auf die Registerkarte Typzuordnungen.

   

3. Sie können die Typzuordnung für jede Tabelle ändern, indem Sie die Tabelle im Metadaten-Explorer von Oracle auswählen.

Konvertieren des Schemas

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

1. Optional: Zum Konvertieren von dynamischen Abfragen oder Ad-hoc-Abfragen klicken Sie mit der rechten Maustaste auf den Knoten und wählen Anweisung hinzufügen aus.

2. Wählen Sie Verbindung mit SQL Server herstellen im oberen Menü aus.

   1. Geben Sie die Verbindungsdetails für Ihren SQL Server auf dem virtuellen Azure-Computer ein.
   2. Wählen Sie Ihre Zieldatenbank aus der Liste aus, oder geben Sie einen neuen Namen ein. Wenn Sie einen neuen Namen angeben, wird eine Datenbank auf dem Zielserver erstellt.
   3. Geben Sie Details zur Authentifizierung an.
   4. Wählen Sie Verbinden aus.

   

3. Klicken Sie im Metadaten-Explorer von Oracle mit der rechten Maustaste auf das Oracle-Schema, und klicken Sie dann auf Schema konvertieren. Sie können auch Schema konvertieren im oberen Menü auswählen:

   

4. Nachdem die Schemakonvertierung abgeschlossen ist, überprüfen Sie die konvertierten Objekte und vergleichen Sie sie mit den ursprünglichen Objekten, um mögliche Probleme zu identifizieren. Verwenden Sie die Empfehlungen, um eventuelle Probleme zu beheben:

   

   Vergleichen Sie den konvertierten Transact-SQL-Text mit den ursprünglichen gespeicherten Prozeduren, und prüfen Sie die Empfehlungen:

   

   Sie können das Projekt lokal speichern, um offline eine Problembehandlung für das Schema durchzuführen. Wählen Sie dazu Projekt speichern im Menü Datei aus. Wenn Sie das Projekt lokal speichern, können Sie die Quell- und Zielschemas offline bewerten und die Problembehebung durchführen, bevor Sie das Schema auf SQL Server veröffentlichen.

5. Wählen Sie im Bereich Ausgabe die Option Ergebnisse überprüfen aus, und überprüfen Sie dann die Fehler im Bereich Fehlerliste.

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

Migrate

Wenn die Voraussetzungen erfüllt sind und Sie die Aufgaben vor der Migration ausgeführt haben, können Sie die Schema- und Datenmigration starten. 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 des Schemas: Klicken Sie im Metadaten-Explorer für SQL Server mit der rechten Maustaste auf die Datenbank, und wählen Sie Mit Datenbank synchronisieren aus. Dadurch wird das Oracle-Schema für SQL Server auf Azure Virtual Machines veröffentlicht.

   

   Überprüfen Sie die Zuordnung zwischen dem Quellprojekt und dem Ziel:

   

2. Migrieren der Daten: Klicken Sie mit der rechten Maustaste auf die zu migrierende Datenbank oder das zu migrierende Objekt im Metadaten-Explorer für Oracle, und wählen Sie Daten migrieren aus. Oder Sie können die Registerkarte Daten migrieren auswählen. Aktivieren Sie das Kontrollkästchen neben dem Datenbanknamen, um Daten für eine gesamte Datenbank zu migrieren. Wenn Sie Daten aus einzelnen Tabellen migrieren möchten, erweitern Sie die Datenbank, erweitern Sie Tabellen, und aktivieren Sie dann das Kontrollkästchen neben der gewünschten Tabelle. Deaktivieren Sie die Kontrollkästchen, um Daten aus einzelnen Tabellen auszulassen.

   

3. Geben Sie im Dialogfeld die Verbindungsdetails für Oracle und SQL Server auf Azure Virtual Machines ein.

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

   

5. Stellen Sie mit Ihrer Instanz von SQL Server auf Azure Virtual Machines eine Verbindung her, indem Sie SQL Server Management Studio verwenden. Validieren Sie die Migration, indem Sie die Daten und das Schema überprüfen:

   

Anstatt SSMA zu verwenden, könnten Sie die SQL Server Integration Services (SSIS) verwenden, um die Daten zu migrieren. Weitere Informationen finden Sie unter:

• SQL Server Integration Services.
• SSIS für Azure und Hybriddatenverschiebung.

Nach der Migration

Nachdem Sie die Migrationsphase abgeschlossen haben, müssen Sie eine Reihe von Aufgaben nach der Migration erledigen, um einen möglichst reibungslosen und effizienten Ablauf sicherzustellen.

Korrigieren von Anwendungen

Nachdem die Daten in die Zielumgebung migriert wurden, müssen alle Anwendungen, die zuvor die Quelle verwendet haben, mit der Verwendung der Zielumgebung beginnen. Die Durchführung dieser Änderungen kann Änderungen an den Anwendungen erfordern.

Das Data Access Migration Toolkit ist eine Erweiterung für Visual Studio Code. Es ermöglicht Ihnen, Ihren Java-Quellcode zu analysieren und API-Aufrufe und -Abfragen für den Datenzugriff zu erkennen. Das Toolkit zeigt auf einen Blick, was für die Unterstützung des neuen Datenbank-Back-Ends erforderlich ist. Weitere Informationen finden Sie unter Migrieren einer Java-Anwendung von Oracle.

Durchführen von Tests

Führen Sie die folgenden Aktionen aus, um Ihre Datenbankmigration zu testen:

1. Entwickeln der Validierungstests. Für das Testen der Datenbankmigration müssen Sie SQL-Abfragen verwenden. Erstellen Sie die Validierungsabfragen, die für die Quell- und die Zieldatenbanken ausgeführt werden sollen. Ihre Validierungsabfragen sollten den von Ihnen definierten Bereich abdecken.

2. Einrichten einer 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 der Leistungstests. Führen Sie Leistungstests für die Quelle und das Ziel aus, und analysieren und vergleichen Sie anschließend die Ergebnisse.

Überprüfen migrierter Objekte

Microsoft SQL Server Migration Assistant for Oracle Tester (SSMA-Tester) ermöglicht Ihnen das Testen migrierter Datenbankobjekte. Der SSMA-Tester wird verwendet, um zu überprüfen, ob sich konvertierte Objekte auf die gleiche Weise verhalten.

Testfall erstellen

1. Öffnen Sie SSMA für Oracle, und wählen Sie erst Tester und dann Neuer Testfall aus.

   

2. Geben Sie im Testfall-Assistenten die folgenden Informationen an:

   Name: Geben Sie den Namen ein, um den Testfall zu identifizieren.

   Erstellungsdatum:Das heutige aktuelle Datum, das automatisch festgelegt wird.

   Datum der letzten Änderung: Wird automatisch ausgefüllt und darf nicht geändert werden.

   Beschreibung: Geben Sie zusätzliche Informationen ein, um den Zweck des Testfalls zu bestimmen.

   

3. Wählen Sie in der Oracle-Objektstruktur auf der linken Seite die Objekte aus, die zum Testfall gehören.

   

   In diesem Beispiel sind die gespeicherte Prozedur ADD_REGION und Tabelle REGION ausgewählt.

   Weitere Informationen finden Sie unter Auswählen und Konfigurieren von zu testenden Objekten.

4. Wählen Sie als Nächstes im linken Fenster in der Oracle-Objektstruktur die Tabellen, Fremdschlüssel und andere abhängige Objekte aus.

   

   Weitere Informationen finden Sie unter Auswählen und Konfigurieren von betroffenen Objekten.

5. Überprüfen Sie die Auswertungssequenz der Objekte. Ändern Sie die Reihenfolge, indem Sie im Raster die Schaltflächen auswählen.

   

6. Schließen Sie den Testfall ab, indem Sie die in den vorherigen Schritten bereitgestellten Informationen überprüfen. Konfigurieren Sie die Testausführungsoptionen basierend auf dem Testszenario.

   

   Weitere Informationen zu Testfalleinstellungen finden Sie unter Beenden der Vorbereitung von Testfällen.

7. Klicken Sie auf Fertig stellen, um den Testfall zu erstellen.

   

Ausführen des Testfalls

Wenn der SSMA-Tester einen Testfall ausführt, führt die Test-Engine die zu Testzwecken ausgewählten Objekte aus und generiert einen Überprüfungsbericht.

1. Wählen Sie im Testrepository den Testfall aus, und wählen Sie dann „Ausführen“ aus.

   

2. Überprüfen Sie den Starttestfall, und wählen Sie dann „Ausführen“ aus.

   

3. Geben Sie als Nächstes Anmeldeinformationen für die Oracle-Quelle an. Wählen Sie nach Eingabe der Anmeldeinformationen „Verbinden“ aus.

   

4. Geben Sie die SQL Server-Anmeldeinformationen an, und wählen Sie „Verbinden“ aus.

   

   Bei Erfolg wechselt der Testfall in die Initialisierungsphase.

5. Eine Statusleiste zeigt den Ausführungsstatus des Testlaufs in Echtzeit.

   

6. Überprüfen Sie den Bericht, nachdem der Test abgeschlossen wurde. Der Bericht enthält die Statistiken, alle Fehler während des Testlaufs und einen Detailbericht.

   

7. Wählen Sie „Details“ aus, um weitere Informationen zu erhalten.

   Beispiel einer erfolgreichen Datenüberprüfung:

   

   Beispiel einer fehlgeschlagenen Datenüberprüfung:

   

Optimieren

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

Migrationsressourcen

Weitere Hilfe beim Abschließen dieses Migrationsszenarios finden Sie in den folgenden Ressourcen, die zur Unterstützung eines realen Migrationsprojekts entwickelt wurden.

Das Data SQL Engineering-Team hat diese Ressourcen entwickelt. Die Hauptaufgabe dieses Teams ist die Aufhebung der Blockierung und Beschleunigung komplexer Modernisierungsprojekte für die Migration von Datenplattformen zur Microsoft Azure-Datenplattform.

Nächste Schritte

• Die Verfügbarkeit der mit SQL Server kompatiblen Dienste finden Sie auf der Seite für die globale Azure-Infrastruktur.

• Eine Übersicht über die Dienste und Tools von Microsoft und Drittanbietern, mit denen Sie verschiedene Datenbank- und Datenmigrationsszenarios sowie Spezialaufgaben ausführen können, finden Sie unter Dienste und Tools für die Datenmigration.

• Hier finden Sie weitere Informationen zu Azure SQL:

  • Bereitstellungsoptionen
  • SQL Server auf virtuellen Azure-Computern
  • Azure-Gesamtkostenrechner

• Weitere Informationen zum Framework und zum Einführungszyklus von Cloudmigrationen finden Sie unter:

  • Cloud Adoption Framework für Azure
  • Bewährte Methoden für Kostenermittlung und Größenanpassung von zu Azure migrierten Workloads

• Hier finden Sie weitere Informationen zur Lizenzierung:

  • Bring-Your-Own-License mit dem Azure-Hybridvorteil
  • Kostenlose erweiterte Unterstützung für SQL Server

• Für die Bewertung der Anwendungszugriffsebene verwenden Sie das Data Access Migration Toolkit (Vorschauversion).

• Ausführliche Informationen zum Ausführen von A/B-Tests auf Datenzugriffsebene finden Sie unter Übersicht über den Assistenten für Datenbankexperimente.