迁移是将数据和元数据从源数据库移动到目标数据库的过程。迁移完成后，目标数据库将成为相关应用可读写的主数据库，而源数据库可以关闭。
Database Migration Service 可帮助您将数据迁移到 Google Cloud。该服务支持将数据库迁移到 Cloud SQL 和 AlloyDB for PostgreSQL 实例。Database Migration Service 可简化网络连接、管理初始快照和持续复制，并在整个迁移过程中提供状态更新。
借助 Database Migration Service，您可以：
下图展示了在 Google Cloud 架构中，Database Migration Service 的主要功能：
迁移类型
迁移可分为以下类型：
持续迁移
持续迁移（有时称为正在进行的迁移或在线迁移）是继初始完整转储和加载之后从来源到目标的持续更改流程。当目标准备好进行读取和写入时，您需要最终确定源和目标之间的复制。然后，目标 Cloud SQL 实例或 AlloyDB for PostgreSQL 集群即可用作独立的主实例。在源和目标同步时进行切换，可最大限度地减少停机时间。
一次性迁移
一次性迁移是指数据库在某个时间点的快照。Database Migration Service 会从源中获取快照，并将其应用到目标。此过程是转储和加载，其中目标在加载完成后即可使用。在迁移过程中，依赖于源数据库的任何应用都可能会遇到停机时间，因为在迁移进行期间，无法向该数据库写入任何新数据。
同构迁移
同构迁移是指在采用相同数据库技术的数据库之间迁移数据。例如，从 MySQL 迁移到 Cloud SQL for MySQL。
如需了解详情，请参阅 同构迁移。
异构迁移
与同构迁移不同，在异构迁移（例如从 Oracle 迁移到 Cloud SQL for PostgreSQL）中，源数据库和目标数据库的数据库技术是不同的。
如需了解详情，请参阅 异构迁移。
最短停机时间
Database Migration Service 支持低停机时间、持续的无服务器迁移，适用于同构迁移和异构迁移。Database Migration Service 的无服务器架构会截取源数据库的初始快照，以捕获数据的当前状态。快照完成后，Database Migration Service 会将快照加载到目标数据库，并开始持续的数据复制。数据复制是一项持续性操作，因为它可以实时跟踪并复制对原始数据库所做的任何更改。它基于变更数据捕获 (CDC)，该过程仅识别和捕获您在拍摄初始快照后对数据库所做的更改，例如插入、更新、删除。
这种方法之所以能最大限度地减少停机时间，原因如下：
- 与频繁复制整个数据库相比，持续复制更高效，因为它只关注修改。
- 在源数据库保持运行状态时迁移数据。
- 无服务器迁移在大规模下具有出色的性能。
使用 Gemini 加快代码和架构转换速度
对于异构迁移，Database Migration Service 会将源数据库中的架构和对象转换为与目标数据库兼容的格式。转换工作区提供以下功能：
- 在您创建转换工作区后自动进行的初始架构转换。
- 交互式 SQL 编辑器，可帮助您解决转换问题或调整架构以更好地满足您的需求。
- Gemini 转换功能的辅助。
- 可用于替换自动架构转换规则的自定义指令。
如需了解详情，请参阅 由 Gemini 提供支持的转换。
安全和加密
Database Migration Service 使用 SSL/TLS 证书加密网络连接，并使用客户管理的加密密钥 (CMEK) 进行持续迁移，从而安全地迁移数据。
如需了解详情，请参阅 安全和加密。
可观测性指标
Database Migration Service 会显示多个图表，帮助您了解迁移作业的当前状态和进度。在大多数迁移方案中，您可以针对迁移作业中包含的每个数据库，过滤这些图表中的信息。
如需了解详情，请参阅适用于您的迁移方案的迁移作业指标页面。
使用场景
Database Migration Service 可实现以下使用场景：
- 直接原样迁移到代管式服务
- 在组织迁移到 Google Cloud的过程中，您可以从基于虚拟机的自托管数据库迁移到托管式数据库云服务。这样一来，您就可以专注于在代管式服务上运行的数据库的高可用性、灾难恢复和性能，而不是管理基础架构。
- 多云持续复制
- 与跨区域的读取副本类似，如果数据位于其他云提供商中，迁移作业可以持续将数据库复制到Google Cloud ，以实现多云读取可用性。Database Migration Service 不支持双写场景，即同时写入源数据库和目标数据库并从中读取数据。
后续步骤
详细了解可用的迁移方案：
- 同构迁移
- 异构迁移