使用迁移微软 SQL Server Always On 可用性组 AWS Application Migration Service

初始化 AWS MGN。

在目标 AWS 区域中初始化 AWS MGN。这将创建所需的 IAM 角色和策略。有关更多信息，请参阅使用控制台初始化 Application Migration Service。

创建复制和启动模板。

配置与 AWS MGN 一起使用的复制和启动模板。有关更多信息，请参阅 AWS 文档中的配置模板。

允许通信端口。

要启用 AWS MGN 的网络通信，请允许通过 TCP 端口 443 和 1500 进行流量。有关更多信息，请参阅 AWS 文档中的应用程序迁移服务的网络要求。

验证 AWS MGN 先决条件。

验证源服务器是否满足 AWS MGN 代理安装的先决条件。有关更多信息，请参阅 AWS 文档中的安装要求。

安装 AWS MGN 代理。

在源服务器上安装 AWS MGN 代理。在安装过程中，选择服务器的迁移 AWS 区域 位置。安装后，代理将与服务通信并开始复制。有关更多信息，请参阅在 Windows 服务器上安装 AWS 复制代理。

检查源服务器的状态。

在 AWS MGN 控制台中，检查源服务器的状态。复制开始时，服务器会显示已准备就绪，可进行测试。

如果您遇到任何错误，请参阅 AWS MGN 文档中的通信错误疑难解答。

优化复制设置。

SQL Always On 群集使用从主服务器到辅助服务器的高 I/O 同步复制。若要优化复制并避免延迟，请为每个 SQL Always On 服务器使用专用的复制服务器。

如果数据库大于 5 TB，请考虑选择更大的复制服务器实例，例如 m5.large，而不是默认的 t3.small。

创建启动模板。

更新启动设置，并为 SQL Always On 服务器选择子网。 AWS 可用区 为了实现高可用性，SQL Always On 群集服务器分布在不同的服务器上。

更新启动设置。

根据您的大小和性能要求，在启动设置中更新实例类型和每秒 input/output 操作数 (IOPS)。

（可选）在启动设置中选择现有的弹性网络接口。

验证源服务器。

在 AWS MGN 控制台中，验证源服务器状态是否为 “准备测试”。

启动测试实例。

测试连通性和数据库完整性。

对测试实例的连通性和数据库完整性进行测试。然后在 M AWS GN 控制台中将源服务器标记为 “准备好切换”。

测试数据库的完整性。

这有助于确保在迁移之前，源数据库没有完整性问题。运行 DBCC CHECKDB 并指定 WITH_PHYSICAL_ONLY。在不使用 WITH_PHYSICAL_ONLY 的情况下运行此检查，可能导致源端出现性能问题。为维护数据库完整性，请每周对数据库进行一次全面检查。

这些命令通过检测潜在的损坏问题来检查数据库的逻辑和物理完整性。检查时会验证数据库的结构，例如页面、行、索引和系统表。

测试与链接服务器的连接。

测试所有现有服务器之间的连接，并记录其状态。这有助于确保链接服务器在迁移后仍按预期运行。

验证备份。

确认源备份的完整性。

停止 SQL 服务器和集群服务。

停止所有 SQL 集群节点上的 SQL Server 和 Microsoft 集群服务。

验证服务器。

在 AWS MGN 控制台中，验证源服务器的状态是否为 “准备切换”，以及数据复制状态是否为 “正常”。

启动割接。

有关更多信息，请参阅 AWS MG N 文档中的启动直接转换实例。

测试启动的服务器。

登录已启动的 Amazon EC2 实例并验证集群的运行状况。确认服务器位于正确的子网中、实例大小和 IOPS 设置正确，且见证服务器可供访问。

更新集群 IP 地址。

使用目标子网中保留的两个 IP 地址更新 Windows 集群的集群 IP 地址。有关更多信息，请参阅更改失效转移集群实例的 IP 地址。

更新 Always On 可用性组侦听器 IPs。

验证连接。

使用 SSMS 连接到 Always On 可用性组侦听器，并确认连接成功。

检查 Always On 可用性组的运行状况。

检查错误日志。

打开错误日志，并验证所报告的有关 SQL Server 实例的所有错误。确保所有数据库的恢复工作都已完成。

测试链接的服务器。

测试与链接服务器的连接。如果出现任何连接问题，请确保可以访问目标服务器和端口。

完成割接。

验证目标 SQL Always On 集群后，通过 AWS MGN 控制台完成切换。这将停止从源服务器复制数据，并丢弃复制服务器中的数据。还会移除复制服务器及其关联资源。