

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
<a name="virtual-data-provider"></a>

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 unter[Zieldatenprovider in der DMS-Schemakonvertierung erstellen und einrichten](data-providers-target.md).

## Erstellen Sie einen Datenprovider im virtuellen Modus
<a name="create-virtual-data-provider"></a>

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 Datenanbieter für die DMS-Schemakonvertierung](getting-started-data-providers.md).

## Arbeiten Sie mit einem Datenanbieter im virtuellen Modus
<a name="virtual-data-provider-usage"></a>

**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**.

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

1. 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.

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

1. Wählen Sie **Änderungen speichern ** aus.

1. Wählen Sie die Registerkarte **Schemakonvertierung**.

1. 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
<a name="virtual-source-data-provider"></a>

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
<a name="virtual-source-prerequisites"></a>

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](export-sql-server-database-objects.md).

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.
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](virtual-source-s3-permissions.md).

## Virtuelles Ziel
<a name="virtual-target-data-provider"></a>

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
<a name="transition-virtual-to-real-data-provider"></a>

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.

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

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

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

1. Wählen Sie die Registerkarte **Schemakonvertierung**.

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

1. 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.

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

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

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

1. Schalten Sie den **virtuellen Modus** aus.

1. 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](https://docs.aws.amazon.com/dms/latest/userguide/data-providers-create.html).

1. Wählen Sie **Änderungen speichern ** aus.
**Anmerkung**  
Nachdem Sie die Änderungen gespeichert haben, können Sie den **virtuellen Modus** nicht wieder aktivieren.

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

1. 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.

1. Wählen Sie **Ändern** aus.

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

1. 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.

1. Wählen Sie **Änderungen speichern ** aus.

1. Wählen Sie die Registerkarte **Schemakonvertierung**.

1. 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.