View a markdown version of this page

Virtueller Modus für Offline-Quelle und virtuelles Ziel - AWS Database Migration Service
Erstellen Sie einen Datenprovider im virtuellen ModusArbeiten Sie mit einem Datenanbieter im virtuellen ModusOffline-QuelleVirtuelles Ziel

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Virtueller Modus für Offline-Quelle und virtuelles Ziel

AWS Der Database Migration Service (DMS) bietet den virtuellen Modus für Datenanbieter bei der Schemakonvertierung. Der virtuelle Modus unterstützt zwei Anwendungsfälle:

  • Offline-Quelle — Konvertiert Schemas aus exportierten Skriptdateien, ohne eine Verbindung zu Ihrer Quelldatenbank herzustellen. Verwenden Sie diese Option, wenn keine direkte Verbindung zu Ihrer Quelldatenbank verfügbar ist. Der virtuelle Modus für Offline-Quellen ist derzeit für Microsoft SQL Server-Quelldatenbanken verfügbar.

  • Virtuelles Ziel — Konvertiert Schemas, ohne eine Zieldatenbank bereitzustellen. Sie können die Kompatibilität bewerten, Schemacode konvertieren und überprüfen und verschiedene Zieloptionen testen, bevor Sie die Zielinfrastruktur bereitstellen. Der virtuelle Modus ist für alle unterstützten Zieldatenbanken verfügbar. Weitere Hinweise zu unterstützten Zieldatenbanken finden Sie unterZieldatenprovider in der DMS-Schemakonvertierung erstellen und einrichten.

Erstellen Sie einen Datenprovider im virtuellen Modus

Um einen Datenprovider im virtuellen Modus zu erstellen, aktivieren Sie den virtuellen Modus auf der Seite Datenprovider erstellen. Weitere Informationen finden Sie unter Erstellen Sie Datenprovider für die DMS-Schemakonvertierung.

Arbeiten Sie mit einem Datenanbieter im virtuellen Modus

Um einen Datenanbieter im virtuellen Modus in einem Migrationsprojekt zu verwenden

  1. Erstellen Sie ein neues Migrationsprojekt oder wählen Sie ein vorhandenes aus und klicken Sie dann auf Ändern.

  2. Wählen Sie für den Quell- oder Zieldatenanbieter den Datenanbieter aus, bei dem der virtuelle Modus aktiviert ist.

  3. Wählen Sie für Secret ein vorhandenes gültiges Geheimnis aus.

    Anmerkung

    Wenn Sie ein Migrationsprojekt erstellen oder ändern, geben Sie eine geheime und eine IAM-Rolle für alle Datenanbieter an, auch für Datenanbieter, bei denen der virtuelle Modus aktiviert ist. Für Datenanbieter im virtuellen Modus werden diese Anmeldeinformationen nicht verwendet, um eine Verbindung zu einer Datenbank herzustellen.

  4. Wählen Sie für die IAM-Rolle die IAM-Rolle aus, die Lesezugriff auf das Geheimnis hat.

  5. Wählen Sie Änderungen speichern aus.

  6. Wählen Sie die Registerkarte Schemakonvertierung.

  7. Wählen Sie Schemakonvertierung starten aus. Warten Sie, bis das Projekt beginnt.

Die Schemakonvertierung funktioniert mit einem Datenprovider im virtuellen Modus genauso wie mit einer direkten Verbindung. Die DMS-Schemakonvertierung deaktiviert Aktionen, die eine Datenbankverbindung erfordern.

Für eine Offline-Quelle ist die Option Aus Datenbank aktualisieren im Knoten Datenbanken der Quellstruktur verfügbar. Diese Aktion löscht den Objektbaum und lädt die Metadaten aus den DDL-Skripts (Data Definition Language) im S3-Bucket neu.

Verwenden Sie für ein virtuelles Ziel die Option Als SQL speichern in der Zielstruktur, um den konvertierten Schemacode zu exportieren.

Offline-Quelle

Wenn Sie den virtuellen Modus für einen Quelldatenanbieter aktivieren, können Sie Schemas aus exportierten Skriptdateien konvertieren, ohne eine Verbindung zu Ihrer Quelldatenbank herstellen zu müssen. Verwenden Sie diese Option, wenn keine direkte Verbindung zu Ihrer Quelldatenbank verfügbar ist. Sie stellen DDL-Skripts bereit, die Ihre Quelldatenbankobjekte beschreiben. Bevor Sie beginnen, stellen Sie sicher, dass die folgenden Anforderungen erfüllt sind.

Voraussetzungen für eine Offline-Quelle

Unterstützte Dialekte von Quelldatenbanken

  • Aus Microsoft SQL Server exportierte DDL-Skripts

    Anmerkung

    Sie können Datenbankobjekte mit SQL Server Management Studio (SSMS) oder SQL Server Management Objects (SMO) exportieren. Weitere Informationen finden Sie unter Exportieren Sie SQL Server-Datenbankobjekte.

Anforderungen an DDL-Skripts

  • Jedes Datenbankobjekt wird als separate .sql Datei mit Unicode-Kodierung gespeichert.

  • Fügen Sie eine separate .sql Datei mit einer CREATE DATABASE Anweisung für jede Datenbank hinzu.

  • Jede Objektdatei beginnt mit einer USE [database_name] Anweisung, die angibt, zu welcher Quelldatenbank das Objekt gehört.

  • Jede Datei enthält eine CREATE Anweisung für das Datenbankobjekt.

  • Datenbankobjekte, auf die im Skript verwiesen wird, verwenden schemaqualifizierte Namen (z. B.dbo.TableName). Wenn kein Schema angegeben ist, dbo wird verwendet.

  • Alle ALTER DROP UND-Anweisungen in der Datei werden übersprungen.

Anmerkung

Beim Exportieren kann SQL Server neben der primären CREATE Anweisung weitere Anweisungen in derselben Datei enthalten. Die DMS-Schemakonvertierung verarbeitet Folgendes:

  • CREATE INDEX— In der Tabelle definierte Indizes

  • CREATE TRIGGER— Trigger, die mit der Tabelle verknüpft sind

  • ALTER TABLE ... ADD DEFAULT— Standardwerte für Spalten

  • ALTER TABLE ... ADD CONSTRAINT DEFAULT— benannte Standardeinschränkungen

  • ALTER TABLE ... ALTER COLUMN ... NOT FOR REPLICATION— Einstellungen für die Spaltenreplikation

Alle anderen ALTER DROP UND-Anweisungen in der Datei werden übersprungen.

Struktur des S3-Ordners

DMS Schema Conversion scannt alle Ordner unter dem von Ihnen angegebenen S3-Pfad. Es sucht nach .sql Dateien, um Datenbankobjekte zu laden. Der S3-Pfad kann auf einen Bucket oder ein beliebiges Präfix im Bucket verweisen. Die USE [database_name] Anweisung in jeder Datei identifiziert die Quelldatenbank für dieses Objekt.

Speichern Sie die Skripten für jede Datenbank in einem separaten Ordner, um Kollisionen zwischen Dateinamen und Objektnamen zu vermeiden.

S3-Bucket-Konfiguration

  • Laden Sie die DDL-Skripts in einen Amazon S3 S3-Bucket hoch.

  • Erstellen Sie eine IAM-Rolle, die es dem DMS-Serviceprinzipal (dms.amazonaws.com) ermöglicht, diese Rolle zu übernehmen, und fügen Sie Ihrem S3-Bucket eine Richtliniengewährung s3:GetObject und s3:ListBucket Berechtigungen mit Gültigkeitsbereich hinzu. Weitere Informationen finden Sie unter Konfigurieren Sie S3-Zugriffsberechtigungen für eine Offline-Quelle.

Virtuelles Ziel

Im virtuellen Modus in einem Zieldatenanbieter können Sie die Schemakonvertierung durchführen, ohne eine Zieldatenbank bereitzustellen. Wenn Sie bereit für die Migration sind, können Sie zu einer direkten Datenbankverbindung wechseln.

Wechseln Sie bei einem Zieldatenanbieter vom virtuellen Modus zu einer direkten Datenbankverbindung

Wenn Sie bereit sind, mit der Migration fortzufahren, ändern Sie den Datenprovider so, dass er den virtuellen Modus deaktiviert und eine direkte Datenbankverbindung verwendet.

Wichtig

Nachdem Sie den virtuellen Modus ausgeschaltet und den Datenanbieter gespeichert haben, können Sie ihn nicht wieder einschalten. Sie müssen Datenbankverbindungsdetails für den Datenanbieter sowie einen gültigen geheimen Schlüssel und eine IAM-Rolle im zugehörigen Migrationsprojekt angeben.

Um zu wechseln Virtueller Modus zu einer direkten Datenbankverbindung

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die AWS DMS-Konsole.

  2. Wählen Sie im Navigationsbereich Datenanbieter aus. Wählen Sie dann den Datenanbieter aus, den Sie ändern möchten.

  3. Überprüfen Sie im Abschnitt Assoziierte Migrationsprojekte alle Migrationsprojekte, die diesen Datenprovider verwenden.

  4. Wählen Sie das erste zugeordnete Projekt aus.

  5. Wählen Sie die Registerkarte Schemakonvertierung.

  6. Überprüfen Sie die Option „Details“ — Status.

  7. Wenn der Status Offen ist und die Schaltfläche Schemakonvertierung schließen nicht ausgegraut ist, wählen Sie sie aus und warten Sie, bis das Projekt geschlossen ist.

  8. Wiederholen Sie die vorherigen Schritte für alle verbleibenden zugehörigen Migrationsprojekte.

  9. Vergewissern Sie sich, dass keine offenen Projekte mehr vorhanden sind.

  10. Kehren Sie zum Datenprovider zurück und wählen Sie Ändern.

  11. Schalten Sie den virtuellen Modus aus.

  12. Geben Sie die Verbindungseinstellungen für die Datenbank ein. Die Verbindungsparameter hängen von der Datenbank-Engine ab. Weitere Informationen finden Sie unter Datenprovider erstellen.

  13. Wählen Sie Änderungen speichern aus.

    Anmerkung

    Nachdem Sie die Änderungen gespeichert haben, können Sie den virtuellen Modus nicht wieder aktivieren.

  14. Kehren Sie zur AWS DMS-Konsole zurück.

  15. Wählen Sie im Navigationsbereich die Option Migrationsprojekte aus. Wählen Sie dann das Migrationsprojekt aus, für das Sie den Datenanbieter ändern möchten.

  16. Wählen Sie Ändern aus.

  17. Wählen Sie für Secret den Secret aus, der die Anmeldeinformationen für die Datenbank enthält.

  18. Wählen Sie für die IAM-Rolle die IAM-Rolle aus, die zum Lesen des Geheimnisses verwendet werden soll. Vergewissern Sie sich, dass die hier angegebene IAM-Rolle korrekt ist, dass sie Lesezugriff auf die geheimen Verbindungsdaten hat und dass sie für den AWS DMS-Schemakonvertierungsdienst verfügbar ist.

  19. Wählen Sie Änderungen speichern aus.

  20. Wählen Sie die Registerkarte Schemakonvertierung.

  21. Wählen Sie Schemakonvertierung starten aus. Warten Sie, bis das Projekt gestartet ist.

Wenn Sie das Projekt nach der Umstellung des Datenproviders zum ersten Mal starten, können Sie sich die Konvertierungsergebnisse ansehen. Sie können nur die folgenden Aktionen ausführen:

  • Auf Knotenschemas — Aus der Datenbank aktualisieren.

  • Bei Datenbankobjekten — Wenden Sie die Änderungen an und speichern Sie sie dann als SQL.

Mit der Aktion Anwenden werden konvertierte Objekte auf die Datenbank angewendet.

Die Aktion Aus Datenbank aktualisieren lädt Datenbankobjekte aus der echten Datenbank. Alle nicht gespeicherten Konvertierungsobjekte gehen verloren.