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.
Phase 2: Planen
Nachdem Sie während der Vorbereitungsphase Informationen über die Datenbank gesammelt haben, entscheiden Sie in der Planungsphase über die Migrationsstrategie. Es gibt sieben gängige Migrationsstrategien (7 Rs):
-
Erneut hosten
-
Plattformwechsel
-
Refactor (Re-Architect)
-
Rückkauf
-
Ausmustern
-
Beibehalten
-
Umziehen
Hilfe zur Bestimmung des R-Typs finden Sie in der Entscheidungsstruktur im Leitfaden zur Bewertung des Anwendungsportfolios für die AWS Cloud Migration. Die Migrationsstrategie für Ihre Datenbank hängt von Faktoren wie Ihren Geschäftsanforderungen, zeitlichen und finanziellen Einschränkungen und Ressourcenanforderungen ab. Bei einer homogenen Migration, bei der sowohl die Quell- als auch die Zieldatenbank-Engines Oracle sind, beschränkt sich die Migrationsstrategie jedoch auf Rehost, Replatform und Relocation. Die Migrationsstrategie hilft auch dabei, das Ziel zu bestimmen. Wenn Sie als Migrationstyp „Rehost“ oder „Relocate“ wählen, ist das Ziel für Oracle Database eine EC2 Instanz. Wenn Sie sich für die Replattform-Strategie entscheiden, ist das Ziel Amazon RDS for Oracle oder Amazon RDS Custom for Oracle.
In der folgenden Tabelle sind die unterstützten R-Typen für homogene Datenbankmigrationen aufgeführt, die auf der Oracle Database-Quelltechnologie basieren.
| Quelle: Oracle Database-Technologie | Rehosten | Plattformwechsel | Umziehen |
|---|---|---|---|
Oracle Database Enterprise Edition |
|
|
|
Oracle Database Standard Edition 2 |
|
|
|
Oracle Real Application Clusters (RAC) |
Nicht verfügbar |
Nicht verfügbar |
Nicht verfügbar |
Oracle RAC mit Data Guard |
Nicht verfügbar |
Nicht verfügbar |
|
Eigenständiger Oracle-Cluster mit Data Guard |
|
|
|
Oracle Exadata |
Nicht verfügbar |
|
Nicht verfügbar |
Oracle-Datenlager |
|
Nicht verfügbar |
|
Oracle Enterprise Resource Planning (ERP) |
|
Nicht verfügbar |
|
Die Wahl einer Migrationsstrategie hängt auch von der Arbeitslast ab. Sie können die Schemakonvertierung AWS Schema Conversion ToolAWS Database Migration Service (AWS SCT) oder (AWS DMS) verwenden, um die Migrationsstrategie zu bewerten und zu entscheiden. Die folgende Tabelle zeigt Beispiele für Anwendungs-Workloads und die entsprechenden Migrationsstrategien.
| Anwendungstyp | Beschreibung | Migrationsstrategie |
|---|---|---|
Interne Anwendungen |
Workloads mit Online-Datenbankkonnektivität (ODBC) oder Java-Datenbankkonnektivität (JDBC) sowie Light-Workloads mit proprietären Funktionen |
Kandidat für eine neue Plattform |
Von SaaS oder ISV bereitgestellte Software |
Schwere Workloads mit proprietären Funktionen |
Kandidat für eine neue Plattform |
ERP-Anwendungen |
Engine-spezifische Workloads |
Kandidat für eine Replattform oder einen Rehost |