Um arquiteto de soluções deve migrar bancos de dados Microsoft SQL Server legados de missão crítica para a AWS e modernizar a arquitetura de dados com tempo de inatividade próximo de zero. Qual abordagem de migração satisfaz essas restrições?

A opção correta é usar ferramentas nativas de alta disponibilidade do SQL Server (como Always On Availability Groups ou replicação de log shipping) para replicar para uma instância do Amazon RDS for SQL Server. Essa abordagem permite uma migração com tempo de inatividade próximo de zero, pois a replicação mantém o destino atualizado enquanto o banco de dados de origem permanece online. Após a sincronização, um cutover rápido minimiza o tempo de inatividade. As outras opções são menos adequadas: Migrar com AWS Application Migration Service e AWS SCT, seguido por exportação para Aurora Serverless, introduziria tempo de inatividade significativo durante a exportação e a conversão de esquema. Usar AWS DMS com S3 como destino e depois carregar para RDS for SQL Server adicionaria etapas e complexidade desnecessárias, além de potencialmente maior tempo de inatividade. Rehostear com AWS Application Migration Service para EC2 e depois mover para RDS for SQL Server exigiria desanexar/anexar o banco de dados, o que causaria tempo de inatividade considerável.