数据复制场景

数据库上云迁移

先完成历史数据迁移，再持续追平增量变化，最后在更短窗口内完成正式切换。 适合本地 IDC、自建数据库和多云环境迁往云数据库，并保留持续同步能力。

适用于业务持续写入、网络边界复杂、目标云数据库权限受限， 以及需要在正式切换前先完成迁移验证的上云项目。 通过“先全量、后增量、再切换”的方式，让正式上云切换更可控， 也更容易完成上线前后的结果验证。

私网环境上云更容易推进

通过私网接入、网关转发和链路配置能力， 更适合处理本地、自建和云环境之间的接入问题。

正式切换窗口更短

先完成历史数据迁移并持续追平增量变化， 把真正影响业务的动作尽量集中到更短切换窗口。

上线前能验证，上线后可观察

可结合同步延迟、任务状态和数据对比结果， 辅助完成切换前核验，以及切换后的持续观察。

上云路径更清晰

从链路评估、网络接入到正式切换， 迁移步骤更容易梳理。

复杂网络环境更容易推进

可支撑私网、专线、白名单和多种接入方式， 更适合网络边界复杂的上云项目。

切换风险更容易控制

先全量、后增量、再切换， 更适合压缩正式上云的停机窗口。

迁移状态更容易掌握

通过任务状态、延迟和告警结果， 便于持续发现并处理异常。

本地 IDC 上云

从自建机房迁移到云数据库， 尽量减少业务中断和一次性割接压力。

自建数据库迁到云数据库

适合 MySQL、PostgreSQL、 SQL Server、Oracle 等迁移到云数据库。

跨云厂商迁移

从一个云厂商迁往另一个云厂商， 兼顾网络、权限和切换窗口要求。

多云架构重构

适合数据库分散在不同资源池、 不同云环境下的统一迁移项目。

云上数据库重构与升级

适合上云过程中同步调整目标端版本、 参数配置和库表组织方式的项目。

网络边界复杂的上云项目

适合存在跨地域、专线接入、 白名单和多段网络边界的迁移项目。

数据源分散，环境复杂

源端可能在本地机房、IDC、自建环境或不同云资源池， 迁移链路需要同时兼顾网络、权限和目标端准备。

网络访问方式复杂

专线、私网、网关、白名单和跨地域连接方式不同， 上云前必须把接入路径和联调边界确认清楚。

目标云数据库限制较多

目标端权限、参数设置、对象支持范围和导入方式， 会直接影响迁移策略、对象处理方式和结果验证。

切换窗口短，验收要求高

上云通常希望正式切换窗口更短，迁移结果还要便于验收， 因此需要把验证动作和上线观察一起提前设计。

评估源端、目标端

先确认迁移对象、目标端能力、网络与权限边界。

01

建立迁移链路

明确网络接入方式、权限准备和连通验证。

02

先迁历史数据

先完成历史数据装载，让目标端先具备可用基础。

03

持续同步增量

在业务持续写入期间， 不断追平源端和目标端差距。

04

形成正式容灾运行机制

把同步、监控、演练、恢复和回切流程标准化,支撑长期

可用的容灾体系建设。

05

切换后观察

06

继续查看任务状态、延迟、 告警和上线后的结果变化。

本地与云端统一迁移

覆盖本地 IDC、自建环境和云数据库， 更适合统一推进不同来源环境的上云迁移。

全量与增量连续推进

支持结构准备、全量装载和增量追平组合使用， 更适合迁移准备和正式切换连续推进。

复杂网络接入方式可支持

支持私网接入、网关转发和不同网络边界下的连接方式， 适合处理复杂上云项目中的接入问题。

正式切换窗口更短

先完成历史数据迁移，再持续追平增量变化， 把正式切换动作尽量集中到更短窗口。

迁移状态持续可见

支持任务状态、延迟、异常和告警结果持续查看， 便于在迁移过程中及时发现问题。

上云结果更易验证

可结合任务状态、同步延迟和数据对比结果， 完成上线前验证和上线后观察。

MySQL 到 AWS RDS MySQL

适合将本地或自建 MySQL 平滑迁移到 AWS 云数据库环境。

能力入口

PostgreSQL 到 AWS RDS PostgreSQL

适合 PostgreSQL 上云、跨地域迁移和云上环境统一。

能力入口

MySQL 到 GCP Cloud SQL MySQL

适合跨云厂商环境的 MySQL 上云和多云架构迁移。

能力入口

跨云厂商数据库迁移

适合尚未完全确定目标云数据库类型、但已明确需要把业务数据库迁往云环境的项目。

能力入口

数据库上云一定要停机吗？

不一定。先完成历史数据迁移并持续追平增量， 再选择正式切换窗口，通常更适合控制业务影响。

上云迁移一定要做增量吗？

不一定，但若希望正式切换窗口更短， 通常更适合先全量、再持续同步增量变化。

怎么判断什么时候可以正式切换？

一般要结合任务状态、同步延迟、业务验收和数据核对结果， 再判断是否进入正式切换窗口。