Q8 — AWS SAA-C03 第17章

第 8/89 题 | ← 返回第17章

Q1308. 一家公司计划将其关键业务应用程序从本地数据中心迁移到 AWS。该公司在本地部署了 Microsoft SQL Server Always On 集群。该公司希望迁移到 AWS 托管数据库服务。解决方案架构师必须设计一个基于 AWS 的异构数据库迁移方案。哪种解决方案能够满足这些要求?

正确答案: C. 使用 AWS Schema Conversion Tool (AWS SCT) 将数据库架构转换为 Amazon RDS for MySQL 架构。然后使用 AWS Database Migration Service (AWS DMS) 将数据从本地数据库迁移到 Amazon RDS。

解析

正确答案:C使用 AWS Schema Conversion Tool (AWS SCT) 将数据库架构转换为 Amazon RDS for MySQL 架构。然后使用 AWS Database Migration Service (AWS DMS) 将数据从本地数据库迁移到 Amazon RDS。为什么此方案符合要求?该公司需要将 Microsoft SQL Server Always On 集群（同构 SQL Server 环境）迁移到异构的 AWS 托管数据库服务（Amazon RDS for MySQL）。这需要:模式转换（SQL Server MySQL）数据迁移（最大限度减少停机时间）AWS托管服务（RDS for MySQL）只有方案 C 能够满足所有这些要求:1. AWS 架构转换工具 (AWS SCT)将 SQL Server 架构（表、视图、存储过程、函数）转换为 MySQL 兼容的语法。识别潜在的兼容性问题（例如，MySQL 不支持 SQL Server 特有的功能）。生成转换评估报告，以帮助在迁移前解决问题。2. AWS 数据库迁移服务 (AWS DMS)将数据从本地 SQL Server 迁移到 Amazon RDS for MySQL，最大限度减少停机时间（支持连续复制）。支持异构迁移（SQL Server MySQL、Oracle PostgreSQL 等）。可用于一次性迁移或持续复制（适用于混合环境）。3. Amazon RDS for MySQL完全托管的 MySQL 兼容数据库服务，可降低运维成本。支持高可用性、备份和无需人工干预的扩展。其他方案为何失败?A. 使用备份/恢复实用程序将 SQL Server 迁移到 RDS for MySQL 备份/恢复实用程序（例如，mysqldump、SQL Server Backup/Restore）是同构迁移工具（SQL Server SQL Server 或 MySQL MySQL）。无法在不同的数据库引擎（SQL Server MySQL）之间转换架构或数据类型。不适用于异构迁移。B. 使用 AWS Snowball Edge + S3 + 批量插入Snowball Edge 适用于大规模数据传输（PB 级），但不处理架构转换。BULK INSERT（SQL Server 功能）可以从 S3 加载数据，但不转换架构或处理数据类型不匹配的问题。这不是一种结构化的迁移方法——需要手动调整架构。D. 使用 AWS DataSync + S3 + 批量插入DataSync 适用于基于文件的传输（NFS、SMB、S3），而非数据库迁移。批量插入 (BULK INSERT) 与选项 B 存在相同的限制——不支持模式转换。不适用于结构化数据库迁移。正确的迁移工作流程（选项 C）评估和转换架构使用 AWS SCT 分析 SQL Server 架构并生成与 MySQL 兼容的版本。解决任何兼容性问题（例如，将 SQL Server 的 TOP 替换为 MySQL 的 LIMIT）。设置目标数据库启动 Amazon RDS for MySQL，并选择所需的实例类型和存储。以最短停机时间迁移数据使用 AWS DMS 将数据从 SQL Server 复制到 RDS for MySQL。当复制延迟可以忽略不计时，执行最终切换。验证与优化使用新的 MySQL 数据库测试应用程序。优化 MySQL 查询和索引，提升性能。要点总结异构数据库迁移需要进行模式转换（AWS SCT）。AWS DMS 是实现低停机时间数据库迁移的最佳工具。对于结构化数据库迁移，请避免使用备份/恢复、Snowball 或 DataSync。这种方法可确保从 SQL Server 到 RDS for MySQL 的平稳、安全和高效迁移。