Ein Unternehmen muss eine Amazon RDS for Oracle-Datenbank mit null Ausfallzeiten und minimaler Migrationsumstellungszeit zu einer RDS for PostgreSQL-Instanz in einem anderen AWS-Konto migrieren. Die Migration muss alle vorhandenen Daten und alle während der Migration neu erstellten Daten replizieren, und das Ziel muss nach Abschluss mit der Quelle identisch sein. Anwendungen verwenden einen Route 53 CNAME für den RDS for Oracle-Endpunkt. Die Quell-DB befindet sich in einem privaten Subnetz. Welche Kombination von Schritten sollte der Lösungsarchitekt unternehmen? (Wählen Sie drei.)

Die Erstellung einer RDS for PostgreSQL-Instanz und die Schemamigration mit AWS SCT sind notwendig, um die Zielumgebung vorzubereiten und die Kompatibilität zwischen Oracle und PostgreSQL sicherzustellen. VPC-Peering und die Anpassung von Sicherheitsgruppen sind erforderlich, um eine sichere Netzwerkverbindung zwischen den VPCs der beiden Konten herzustellen, da die Quell-DB in einem privaten Subnetz liegt und das Zielkonto darauf zugreifen muss. AWS DMS mit vollständigem Ladevorgang und CDC ist die korrekte Methode, um alle vorhandenen Daten zu migrieren und alle während der Migration neu erstellten Daten zu replizieren, um eine Nulldowntime-Migration zu gewährleisten. Nach Abschluss der Migration wird der CNAME aktualisiert, um auf den neuen Endpunkt zu verweisen. Die Option, AWS SCT zum Erstellen einer neuen RDS-Instanz mit Initialdaten zu verwenden, ist falsch, da SCT hauptsächlich für die Schemakonvertierung und nicht für die Datenmigration großer Datensätze vorgesehen ist. Die vorübergehende öffentliche Zugänglichmachung der Quell-DB ist ein Sicherheitsrisiko und sollte vermieden werden. Die alleinige Durchführung von CDC mit AWS DMS ist unzureichend, da sie die anfänglichen Daten nicht migriert.