Une entreprise doit migrer une base de données Amazon RDS for Oracle vers une instance RDS for PostgreSQL dans un compte AWS différent, avec zéro temps d'arrêt et un temps de basculement minimal. La migration doit répliquer toutes les données existantes et toutes les nouvelles données créées pendant la migration, et la cible doit être identique à la source à la fin. Les applications utilisent un CNAME Route 53 pour le point de terminaison RDS for Oracle. La base de données source se trouve dans un sous-réseau privé. Quelle combinaison d'étapes l'architecte de solutions doit-il suivre ? (Choisissez trois.)

La création d'une instance RDS for PostgreSQL et l'utilisation d'AWS SCT pour migrer le schéma sont essentielles pour la conversion d'Oracle vers PostgreSQL. Le peering VPC est nécessaire pour permettre la communication entre les comptes, car la base de données source est dans un sous-réseau privé et la migration se fait entre comptes différents. AWS DMS avec chargement complet et CDC assure une migration sans temps d'arrêt en répliquant les données existantes et les changements continus. Mettre à jour le CNAME Route 53 est la méthode correcte pour rediriger les applications vers la nouvelle base de données après la migration. Les options incorrectes sont : Utiliser AWS SCT pour créer l'instance et les données initiales n'est pas sa fonction principale ; DMS est pour les données. Rendre la base de données source publiquement accessible est une mauvaise pratique de sécurité et n'est pas nécessaire avec le peering VPC. Exécuter uniquement la CDC avec DMS ne transférerait pas les données initiales, ce qui est contraire à l'exigence d'une cible identique à la source.