本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # SQL Server 数据库迁移方法 有多种方法可以将 SQL Server 数据库迁移到其中 AWS。您可以根据自己的评估和要求从 AWS 服务和 SQL Server 原生功能中进行选择。本节介绍一些最常用的方法，于以下两个表格进行概述。有关其中一些方法的详细讨论将包含在本指南后面的 Amazon EC2 和 Amazon RDS 部分中。 **AWS 服务** **** | 迁移方法 | Target | 特征和限制 | 更多信息 | | --- | --- | --- | --- | | **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [AWS DMS](heterogeneous-migration-tools.md#aws-dms) 部分 | | **AWS Migration Hub Orchestrator** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [AWS Migration Hub Orchestrator](mho.md) 部分 | | **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | 本指南未涵盖（请参阅[应用程序迁移服务文档](https://docs.aws.amazon.com/mgn/index.html)） | | **AWS Snowball Edge** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Snowball Edge](snowball-edge.md) 部分 | **SQL Server 原生方法** **** | 迁移方法 | Target | 特征和限制 | 更多信息 | | --- | --- | --- | --- | | **本机备份和恢复** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [本机 SQL Server 备份/恢复](native-backup-restore.md)部分（可用于 [AWS Migration Hub Orchestrator](mho.md) 自动执行本机备份和恢复） | | **日志传送** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [日志传送](log-shipping.md)部分 | | **自定义日志传送** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [使用自定义日志传送自动迁移本地或 Amazon EC2 SQL Server 到 Amazon RDS](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/) for SQL Server（AWS 博客文章） | | **数据库镜像** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [数据库镜像](db-mirroring.md)部分 | | **Always On 可用性组** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Always On 可用性组](always-on.md)部分 | | **基本 Always On 可用性组** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | 本指南未涵盖（参见 Microsoft 文档中[单个数据库的基本 Always On 可用性组](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups)） | | **分布式可用性组** | Amazon EC2 Amazon RDS Custom（仅限迁移） | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [分布式可用性组](distributed-groups.md)部分 | | **事务复制** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | [事务复制](trans-rep.md)部分 | | **批量复制程序 (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | 本指南未涵盖（请参阅 Amazon RDS 文档中的[使用其他方法导入和导出 SQL Server 数据](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html)、*批量复制* 部分） | | **分离和附加** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | 本指南未涵盖（参见 Microsoft 文档中的[数据库分离和附加](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server)） | | **导入/导出** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/methods.html) | 本指南未涵盖（请参阅 Amazon RDS 文档中的[使用其他方法导入和导出 SQL Server 数据](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW)） | # 本机 SQL Server 备份/恢复 Amazon RDS 支持使用完整备份或差异备份 （.bak） 文件对 Microsoft SQL Server 数据库进行本机备份和恢复操作。它还支持在 Amazon RDS for SQL Server 数据库实例或 Amazon SQL Server 实例上使用差异还原和日志还原选项，以最大限度地减少应用程序的停机时间。 EC2 **注意** 您可以在 Amazon RDS for SQL Server 上执行完整、差异和日志还原操作。但是，此时您只能执行完整备份和差异备份（不能执行日志备份）。 使用本机备份文件是备份和恢复 SQL Server 数据库的最简单方法。您可以使用此方法将数据库迁移到 Amazon RDS 或从后者迁移数据库。您可以备份和恢复单个数据库，而不是整个数据库实例。您可以在 Amazon RDS for SQL Server 数据库实例之间移动数据库。 在使用 Amazon RDS 时，您可以在 Amazon Simple Storage Service (Amazon S3) 中存储和传输备份文件，为灾难恢复提供额外的保护。例如： + 您可以从本地服务器创建数据库的完整备份，将该备份复制到 S3 存储桶中，然后将其还原到现有 Amazon RDS Server 数据库实例。 + 您可以从 Amazon RDS for SQL Server 数据库实例进行备份，将它们存储到 Amazon S3 中，然后在需要的任何位置恢复它们。 + 您可以实施 [Amazon S3 生命周期](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html)配置规则来存档或删除长期备份。 Amazon RDS for SQL Server 支持将 SQL Server 本机备份恢复到配置只读副本的 SQL Server 数据库实例上。这意味着，在将本机备份文件恢复到 Amazon RDS for SQL Server 数据库实例上之前，您不得删除只读副本。 **注意** 你可以使用 Migration Hub Orchestrator 通过使用原生备份和还原来自动和编排 SQL Server 数据库向亚马逊 EC2或亚马逊 RDS 的迁移。有关更多信息，请参阅 [AWS Migration Hub Orchestrator 部分](mho.md)。 下图显示了本机 SQL Server backup/restore 进程。您可以使用 Migration Hub Orchestrator 自动执行此过程。您也可以使用此过程将 SQL Server 数据库备份并恢复到 EC2 亚马逊。 ![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png) 欲自动执行备份和恢复，请参阅 [Migratio Hub Orchestrator 文档](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html)。 要 backup/restore 使用 Amazon S3 进行本机设置，请参阅 [Amazon RDS 文档](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling)。 有关使用 SQL Server 本机备份和恢复时的限制，请参阅 Amazon RDS 文档中的[限制和建议](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations)。 # 日志传送 您可以使用日志传送将事务日志备份从您的主本地 SQL Server 数据库发送到部署在 AWS 云中的实例或 Amazon RDS for SQL Server 数据库 EC2 实例上的一个或多个辅助（热备用）SQL Server 数据库。欲在 Amazon RDS for SQL Server 上设置日志传送，您必须使用自己的自定义脚本。 在这种情况下，您可以在 EC2 实例上配置热备用 SQL Server 数据库或 Amazon RDS for SQL Server 数据库实例，并在本地数据库和 AWS 云中的热备用服务器之间异步发送事务日志备份。之后，事务日志备份将应用于热备用数据库。应用完所有日志后，您可以执行手动故障转移并割接到云。 此选项支持 SQL Server 的所有版本。将数据库迁移到 AWS 云端后，您可以使用 Always On 可用性组添加辅助副本，以实现高可用性和弹性。 ![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png) 有关使用此方法为亚马逊上的 SQL Server 数据库实现高可用性、数据保护和灾难恢复的更多信息 EC2，请参阅 Amazon for *SQL Server* 部分中的[日志传送](ec2-log-shipping.md)。 EC2 # 数据库镜像 您可以使用数据库镜像为 SQL Server 数据库设置混合云环境。该选项要求使用 SQL Server 企业版。在这种情况下，您的主体 SQL Server 数据库在本地运行，然后在云中创建热备用数据库。您可以异步复制数据，并在准备好割接时执行手动故障转移。将数据库迁移到 AWS 云端后，您可以使用 Always On 可用性组添加辅助副本，以实现高可用性和弹性。 有关使用此方法为亚马逊上的 SQL Server 数据库实现高可用性、数据保护和灾难恢复的更多信息 EC2，请参阅 Amazon for *SQL Server* 部分中的[数据库镜像](ec2-db-mirroring.md)。 EC2 # Always On 可用性组 SQL Server Always On 可用性组是一项高级企业级功能，可提供高可用性和灾难恢复解决方案。如果您使用的是SQL Server 2014 及更高版本，则此功能可用。您也可以使用 Always On 可用性组将您的本地 SQL Server 数据库迁移到亚马 EC2 逊 AWS。这种方法使您能够在最少甚至无需停机的情况下迁移数据库。 如果您在本地部署了 SQL Server Always On 可用性组，则您的主副本和辅助副本将同步复制可用性组内的数据。因此，要将数据库迁移到 AWS 云端，您可以将 Windows 服务器故障转移群集 (WSFC) 群集扩展到云端。这可能是暂时的，仅为迁移。然后，您在 AWS 云中创建辅助副本并使用异步复制，如下图所示。在辅助副本与主本地数据库同步后，您可以在准备好割接时执行手动故障转移。 ![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png) 有关使用此方法为亚马逊上的 SQL Server 数据库实现高可用性、数据保护和灾难恢复的更多信息，请参阅 Amazon EC2 for SQL *Server 部分的 Always O EC2 * [n 可用性组](ec2-always-on.md)。 # 分布式可用性组 分布式可用性组跨越两个独立的可用性组。您可以将其视为可用性组的可用性组。底层可用性组是在两个不同的 WSFC 集群上配置的。参与分布式可用性组的可用性组无需共享同一位置。它们可以是物理的或虚拟的，可以是本地的或在公共云中。分布式可用性组中的可用性组不必运行相同版本的 SQL Server。目标数据库实例可以运行比源数据库实例更高版本的 SQL Server。 分布式可用性组架构为您提供了一种灵活的方式，可以在上重新托管任务关键型 SQL Server 实例或数据库。 AWS它提供了一种混合解决方案，用于在 AWS上直接迁移（或提升和改造）您的关键 SQL Server 数据库。 使用分布式可用性组架构比将现有本地 WFSC 集群扩展到更高效。 AWS数据只能从本地主服务器传输到其中一个 AWS 副本（*转发器*）。转发器负责向中的其他辅助只读副本发送数据。 AWS 在下图中，第一个 WSFC 集群 (WSFC 1) 托管在本地并具有本地可用性组 (AG 1)。第二个 WSFC 集群 (WSFC 2) 托管在上 AWS 并有一个 AWS 可用性组 (AG 2)。 [Direct Connect](https://aws.amazon.com/directconnect/)用作本地环境和之间的专用网络连接 AWS。本地可用性组 (AG 1) 有两个副本（*节点*）。节点之间的数据传输是同步的，具有自动故障转移功能。同样， AWS 可用性组 (AG 2) 也有两个副本，它们之间的数据传输与自动故障转移是同步的。分布式可用性组以异步方式使数据库保持同步。数据从 AG 1 中的 SQL Server 主副本（位于本地）传输到 AG 2 中的主副本（转发器）（已开启 AWS）。转发器负责向 AWS 中其他只读副本发送数据并使其保持更新。本地和 AWS 数据库同步后，您可以将分布式可用性组手动故障转移到 AWS。该 AWS 数据库成为应用程序 read/write 访问的主数据库。 ![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png) **注意** 在任何给定时间点，只有一个数据库可用于写入操作。您可以使用剩余的辅助副本进行读取操作。要扩展您的读取工作负载，您可以在 AWS上的多个可用区中添加更多只读副本。 有关分布式可用性组的更多信息，请参阅： + [Microsoft SQL Server 文档](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups) + [如何使用 AWS 数据库博客上的分布式可用性组构建 Microsoft SQL Server 混合解决方案](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/) + [将 SQL Server 迁移到 AWS 使用 AWS 规范指南网站上的分布式可用性组](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) # 事务复制 事务复制是一种 SQL Server 技术，用于在两个数据库之间复制更改。这些更改可能包括数据库对象，例如表（需要主键）、存储过程、视图等，以及数据。复制过程涉及*发布者*（发布数据的主体数据库）、*订阅者*（接收复制数据的辅助数据库）和*分发服务器*（存储用于事务复制的元数据和事务的服务器）。您可以对亚马逊 EC2 上的 SQL Server 使用事务复制，对于 SQL Server 数据库实例使用亚马逊 RDS。 事务复制会在您的本地（发布）数据库中创建对象和数据的快照，并将其发送到订阅者数据库。将快照应用于订阅者后，发布者所做的所有后续数据更改和架构修改都会在发生时发送给订阅者。然后，数据更改将按照发布者发生的相同顺序持续应用于订阅者。 同步完成后，您可以对目标 SQL Server 数据库实例进行验证。当两个数据库同步时，您可以停止本地数据库上的活动，确保复制已完成，然后直接割接到目标 SQL Server 数据库实例。您之后可以停止推送订阅，将其删除，然后开始使用 Amazon RDS for SQL Server。 订阅者数据库也可以用作只读数据库。建议将记录同步作业的分发服务器放在单独的服务器上。如果您的目标数据库位于 Amazon RDS for SQL Server 上，则可以设置推送订阅以将更改传递给订阅者。 我们建议您在以下情况下使用事务复制： + 将您的数据一次性迁移到 Amazon RDS 或亚马逊 EC2。 + 将架构级或表级对象迁移到。 AWS + 将数据库的一部分迁移到 AWS。 + 通过添加更多订阅者，使用现有 SQL Server 复制策略，在最短停机时间内进行迁移。 如果您计划使用事务复制将数据一次性迁移到 Amazon RDS for SQL Server，我们建议您为复制设置单可用区配置。复制过程完成后，您可以将环境转换为多可用区架构以实现高可用性。 下图显示了 Amazon RDS 和 Amazon 上数据库的事务复制过程。 EC2 ![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png) 有关事务复制的更多信息，请参阅[微软 SQL Server 文档](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication)和 AWS 数据库博客上的 “[如何使用事务复制迁移到 Amazon RDS for SQL Server](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/)” 一文。 # AWS Migration Hub Orchestrator **注意** AWS Migration Hub 自 2025 年 11 月 7 日起，不再向新客户开放。要获得类似的功能 AWS Migration Hub，请探索[AWS Transform](https://aws.amazon.com/transform/)。 AWS Migration Hub Orchestrator 帮助您编排和自动将 SQL Server 数据库迁移到亚马逊 EC2或亚马逊 RDS。的此功能 AWS Migration Hub 可帮助您使用基于最佳实践构建的预定义工作流程模板快速入门。Migration Hub Orchestrator 可以自动执行迁移过程中涉及的容易出错的手动作业，例如检查环境准备情况和连接。除了 SQL Server 数据库之外，您还可以使用 Migration Hub Orchestrator 来协调和加快.NET 应用程序、SAP 工作负载和虚拟机镜像的迁移。您可以通过 [Migration Hub Orchestrator 控制台](https://console.aws.amazon.com/migrationhub/orchestrator/)访问此工具。 对于 SQL Server 迁移，Migration Hub Orchestrator 支持三个使用案例： + 在亚马逊 EC2上重新托管 SQL Server。您可以选择特定的 SQL 服务器，然后在 Migration Hub Orchestrator 中使用自动原生备份和还原将其重新托管在亚马逊 EC2上。要了解更多信息，请参阅 Migration Hub Orchestrator [文档 EC2中的在亚马逊上重新托管 SQL 服务器](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html )。 + 在 Amazon RDS 上为 SQL Server 更换平台。您可以选择特定的 SQL Server 数据库，然后在 Migration Hub Orchestrator 中使用自动本机备份和恢复功能在 Amazon RDS 上对其进行更换平台。要了解更多信息，请参阅 Migration Hub Orchestrator 文档中的[在 Amazon RDS 上为 SQL 服务器更换平台](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html)。 + 在亚马逊 EC2上重新托管 Windows 和 SQL Server 应用程序。您可以使用 “在亚马逊上*重新托管应用程序” EC2 模板将运行.NET 和 SQL Server EC2 的 Windows 服务器转移到亚马逊*。要了解更多信息，请参阅 Migration Hub Orchestrator 文档 EC2中的在[亚马逊上重新托管应用程序](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html)。 Migration Hub Orchestrator 有助于避免 SQL Server 迁移中的计划和预算超支。其他主要优势包括： + 使用规范性方法迁移应用程序。您可以使用预定义工作流程模板快速入门，这些模板是基于久经考验的迁移最佳实践。您还可以根据需要通过添加、重新排序和删除步骤来自定义迁移工作流程。例如，您可以添加一个用于批准割接的步骤。 + 自动执行手动步骤。Migration Hub Orchestrator 可自动执行手动任务，例如安装代理、导入本地映像 AWS、在上配置目标环境以及验证源环境和目标环境。自动化可以节省您的时间和成本，同时减少错误。 + 编排迁移工作流程。Migration Hub Orchestrator 通过重复使用清单元数据、配置规范和环境上下文来编排迁移步骤中使用的工具，从而最大限度地减少这些工具所需的输入数量。 有关更多信息，请参阅以下资源： + [Migration Hub Orchestrator 控制台](https://console.aws.amazon.com/migrationhub/orchestrator/) + [在亚马逊上重新托管应用程序 EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html)（Migration *Hub Orchestrator 用户指南*） + [在 Amazon RDS 上改版 SQL 服务器](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html)（Migration *Hub Orchestrator 用户指南*） + [迁移工作流程](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html)（*Migration Hub Orchestrator 用户指南*） + [使用 Migration Hub Orchestrator 简化和加速微软 SQL Server 的迁移（博客](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/)文章）AWS + [使用 AWS Migration Hub Orchestrator（AWS 博客文章）简化您的 Windows 服务器映像迁移](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) # AWS Snowball Edge **注意** AWS Snowball Edge 不再向新客户提供。新客户应探索[AWS DataSync](https://aws.amazon.com/datasync/)在线传输、用于安全物理[传输AWS 的数据传输终端](https://aws.amazon.com/data-transfer-terminal/)或 AWS Partner 解决方案。对于边缘计算，请探索[AWS Outposts](https://aws.amazon.com/outposts/)。 您可以使用迁 AWS Snowball Edge 移超大型数据库（大小最大 210 TB）。Snowball 具有 10 Gb 以太网端口，您可以将其插入本地服务器并将所有数据库备份或将数据放置在 Snowball Edge 设备上。将数据复制到 Snowball Edge 后，您可以将设备发送到指定 AWS 的 S3 存储桶中。然后，您可以从 Amazon S3 下载备份并将其还原到 EC2 实例上的 SQL Server 上，或者运行`rds_restore_database`存储过程将数据库还原到 Amazon RDS。您还可以将 [AWS Snowcone](https://aws.amazon.com/snowcone/) 用于大小不超过 8 TB 的数据库。有关更多信息，请参阅 Amazon RDS [AWS Snowball Edge 文档](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html)中的文档[以及导入和导出 SQL Server 数据库](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using) *“恢复数据库*” 部分。