Migrationsleitfaden: SAP ASE zu Azure SQL-Datenbank
Gilt für: Azure SQL Database
In dieser Anleitung lernen Sie, wie Sie Ihre SAP Adapter Server Enterprise-Datenbanken (ASE) zu einer Azure SQL-Datenbank migrieren, indem Sie SQL Server Migration Assistant für SAP Adapter Server Enterprise verwenden.
Weitere Migrationsleitfäden finden Sie im Leitfaden zur Azure-Datenbankmigration.
Voraussetzungen
Bevor Sie mit der Migration der Access-Datenbank zu einer SQL-Datenbank beginnen, gehen Sie folgendermaßen vor:
- Überprüfen Sie, ob Ihre Quellumgebung unterstützt wird.
- Laden Sie den SQL Server Migration Assistant für SAP Adaptive Server Enterprise (früher SAP Sybase ASE) herunter.
- 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
Verwenden Sie den SQL Server Migration Assistant (SSMA) für SAP Adaptive Server Enterprise (früher SAP Sybase ASE), um Datenbankobjekte und Daten zu überprüfen, die Datenbanken für die Migration zu bewerten und um Sybase-Datenbankobjekte und anschließend Daten zu Azure SQL-Datenbank zu migrieren. Weitere Informationen finden Sie unter SQL Server Migration Assistant für Sybase (SybaseToSQL).
Führen Sie die folgenden Schritte aus, um eine Bewertung zu erstellen:
Öffnen Sie SSMA für Sybase.
Wählen Sie Datei und dann Neues Projekt aus.
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.
Wählen Sie OK aus.
Geben Sie in der Anzeige mit Sybase verbinden die Details der SAP-Verbindung ein.
Klicken Sie mit der rechten Maustaste auf die SAP-Datenbank, die Sie migrieren möchten, und wählen Sie Bericht erstellen aus. Dadurch wird ein HTML-Bericht generiert. Alternativ können Sie rechts oben die Registerkarte Bericht erstellen auswählen.
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 einen Bestand 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\MySAPMigration\report\report_<date>
Überprüfen der Typzuordnungen
Bevor Sie die Schema-Konvertierung durchführen, validieren Sie die Standard-Datentyp-Zuordnungen oder ändern Sie gemäß den Richtlinien. Sie können dies tun, indem Sie Tools>Project Settings wählen, oder Sie können das Type Mapping für jede Tabelle ändern, indem Sie die Tabelle im SAP ASE Metadata Explorer auswählen.
Konvertieren des Schemas
Gehen Sie folgendermaßen vor, um das Schema zu konvertieren:
(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.
Wählen Sie die Registerkarte mit Azure SQL-Datenbank verbinden aus, und geben Sie dann die Details für Ihre SQL-Datenbank ein. Sie können eine Verbindung mit einer vorhandenen Datenbank herstellen oder einen neuen Namen angeben. In diesem Fall wird auf dem Zielserver eine Datenbank erstellt.
Klicken Sie im Sybase Metadata Explorer mit der rechten Maustaste auf das Schema, mit dem Sie arbeiten, und wählen Sie dann Schema konvertieren aus.
Nachdem das Schema konvertiert wurde, vergleichen und überprüfen Sie die konvertierte Struktur mit der ursprünglichen Struktur, um potenzielle Probleme zu identifizieren.
Nach der Schemakonvertierung können Sie dieses Projekt lokal speichern, um das Schema offline zu warten. 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.
Wählen Sie in der AusgabeAnzeige Ergebnisse überprüfen aus, und überprüfen Sie die Fehler der Fehlerliste Anzeige.
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.
Migrieren Sie die Datenbanken
Nachdem Sie die notwendigen Voraussetzungen geschaffen und die Aufgaben im Zusammenhang mit der Vormigrationsphase abgeschlossen haben, können Sie die Schema- und Datenmigration durchführen.Sie die Schema- und Datenmigration starten.
Führen Sie die folgenden Schritte aus, um das Schema zu veröffentlichen und die Daten zu migrieren:
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 SAP ASE-Schema in Ihrer SQL-Datenbank veröffentlicht.
Migrieren der Daten. Klicken Sie in der Anzeige des SAP ASE Metadata Explorers mit der rechten Maustaste auf das zu migrierende Schema oder Objekt, 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.
Überprüfen Sie nach Abschluss der Migration den Bericht zur Datenmigration.
Validieren Sie die Migration, indem Sie die Daten und das Schema überprüfen. Stellen Sie eine Verbindung mit Ihrer Datenbank in Azure SQL-Datenbank her, indem Sie das SQL Server Management Studio verwenden.
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:
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.
Einrichten der Testumgebung: Die Testumgebung sollte eine Kopie der Quelldatenbank und der Zieldatenbank enthalten. Stellen Sie sicher, dass Sie die Testumgebung isolieren.
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.
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 und den Schritten zu ihrer Behebung finden Sie in der Anleitung zur Validierung und Optimierung nach der Migration.
Nächste Schritte
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.
Weitere Informationen zu Azure SQL-Datenbank:
Weitere Informationen zum Framework und zum Einführungszyklus von Cloudmigrationen finden Sie unter:
Informationen zum Bewerten der Anwendungszugriffsebene finden Sie unter Data Access Migration Toolkit (Vorschauversion).
Ausführliche Informationen zum Ausführen von A/B-Tests auf Datenzugriffsebene finden Sie unter Assistent für Datenbankexperimente.