迁移可用区

迁移类型

场景

从一个可用区迁移至另一个可用区

实例所在可用区出现满负载或其他影响实例性能的情况。

从一个可用区迁移至多个可用区

迁移后的主备实例分别位于不同的可用区，实现跨机房容灾。

相对于单可用区实例，多可用区实例可承受更高级别的灾难。例如，单可用区实例可以承受服务器和机架级别的故障，而多可用区实例可以承受机房级别的故障。

从多个可用区迁移至一个可用区

为了满足特定功能的要求。

分类

说明

迁移前须知

• 主机环境等丢失：迁移可用区将涉及跨机迁移，会导致主机账号及原主机中部署的程序或文件（SSIS、SSAS、SSRS等）都被清空，请务必提前迁移或备份数据。

  重要

  阿里云RDS SQL Server基于微软SQL Server原生内核，专注于提供稳定高效的数据库托管服务。若您的业务需要使用SSIS、SSAS、SSRS等功能时，更依赖您具备专业的运维能力，以确保业务连续性。

• 避免元数据修改操作：可用区迁移期间请勿执行添加或删除数据库、修改恢复模式等操作，否则可能导致数据不一致。

• 须知迁移不可取消：迁移操作一旦开始，无法取消，请谨慎操作。

• 选择业务低峰期：迁移所需时间与实例数据量有关，通常约需20分钟。若迁移过程中有大量操作，可能会延长迁移时间，建议在业务低峰期进行。

• 确保自动重连机制：切换时实例会有几分钟不可用，实例可用性会受到短暂影响，请确保应用具有自动重连机制。

• 检查连接地址：迁移完成后虚拟IP（VIP）会发生变更，请确保应用程序使用连接地址而非直接使用IP地址访问实例。

  对于使用JVM的客户端，建议将TTL设置为不超过60秒，可确保在连接地址的VIP地址发生变更时，应用程序可通过重新查询DNS来接收和使用资源的新VIP地址。

  JVM中设置TTL的方法

  • 为所有使用JVM的应用程序设置TTL：将$JAVA_HOME/jre/lib/security/java.security文件中的networkaddress.cache.ttl参数值设置为60。

  • 仅为本地应用程序设置TTL：在首次调用InetAddress.getByName()前，即建立任何网络连接之前，在应用程序的初始化代码中设置java.security.Security.setProperty("networkaddress.cache.ttl" , "60");。

• DTS任务处理规划：如果有正在执行的DTS任务，请提前规划，迁移完成后需要手动重启相应的任务。

• 业务可正常访问：迁移过程将引起数据的搬迁，期间RDS SQL Server实例可正常访问，业务不受影响。

• 常规备份限制：如果选择在可维护时间内进行切换，则在迁移任务下发至完成迁移的过程中，实例的常规备份将被禁用。

迁移后检查

• 验证配置一致性：迁移前后实例名称、访问端口、标签、数据库账号等原有设置均不会发生变化，请确认这些配置是否正常。

• 清理DNS缓存：及时清理客户端DNS缓存，避免因缓存导致连接失败。

• 验证连接：使用连接地址验证实例是否正常访问，并确认业务功能无异常。

• 重启DTS任务：如果迁移前有正在执行的 DTS 任务，请手动重启任务以确保其正常运行。