Una empresa debe migrar una base de datos Amazon RDS for Oracle a una instancia RDS for PostgreSQL en una cuenta de AWS diferente con cero tiempo de inactividad y un tiempo de corte de migración mínimo. La migración debe replicar todos los datos existentes y cualquier dato nuevo creado durante la migración, y el destino debe ser idéntico al origen al finalizar. Las aplicaciones utilizan un CNAME de Route 53 para el endpoint de RDS for Oracle. La base de datos de origen está en una subred privada. ¿Qué combinación de pasos debe seguir el arquitecto de soluciones? (Elija tres).

La creación de una instancia RDS for PostgreSQL en la cuenta de destino y la migración del esquema con AWS SCT es el primer paso lógico para preparar el entorno de destino. El emparejamiento de VPC es necesario para permitir la comunicación segura entre las instancias de base de datos en diferentes cuentas y VPC privadas, un requisito clave para la migración. AWS DMS con carga completa y CDC garantiza que todos los datos existentes y los cambios continuos se repliquen, minimizando el tiempo de inactividad durante el corte. Actualizar el CNAME de Route 53 al final permite una transición de aplicación sin interrupciones. Las opciones incorrectas son: Usar AWS SCT para crear la instancia y los datos iniciales no es su función principal para la carga de datos en este escenario de migración en vivo. Hacer que la base de datos de origen sea accesible públicamente es una mala práctica de seguridad y no es necesario con el emparejamiento de VPC. Ejecutar solo CDC con AWS DMS no migraría los datos existentes, lo cual es un requisito.