Database Migration Service 概览

迁移是指将数据和元数据从源数据库迁移到目标数据库的过程。迁移完成后，目标数据库会成为依赖应用可以读写的主数据库，而源数据库可以关闭。

Database Migration Service 可帮助您将数据迁移到 Google Cloud。该服务支持将数据库迁移到 Cloud SQL 和 AlloyDB for PostgreSQL 实例。Database Migration Service 可简化网络连接、管理初始快照和持续复制，并在整个迁移过程中提供状态更新。

借助 Database Migration Service，您可以：

迁移类型

持续迁移

持续（有时称为“正在进行”或“在线”）迁移是指继初始完整转储和加载之后从来源到目标的持续更改流程。当目标位置准备好进行读写时，您可以最终确定源和目标之间的复制。然后，目标 Cloud SQL 实例或 AlloyDB for PostgreSQL 集群就可以用作独立的主实例了。在源和目标同步时进行切换，可最大限度地缩短停机时间。

一次性迁移

一次性迁移是指数据库的一个时间点快照。Database Migration Service 会从源中获取快照，并将其应用于目标。此过程是转储和加载，在加载完成后，目标位置就已准备就绪。在迁移过程中，依赖于源数据库的任何应用都可能会出现停机，因为在迁移期间无法向此数据库执行新写入操作。

同构迁移

当您在采用相同数据库技术的数据库之间迁移数据时，就会进行同构迁移。例如，从 MySQL 迁移到 Cloud SQL for MySQL，或从 PostgreSQL 迁移到 Cloud SQL for PostgreSQL 或 AlloyDB for PostgreSQL。如需了解详情，请参阅 同质迁移。

异构迁移

与同构迁移不同，在异构迁移（例如从 Oracle 迁移到 Cloud SQL for PostgreSQL）中，源数据库和目标数据库采用的数据库技术不同。如需了解详情，请参阅 异构迁移。

最短停机时间

Database Migration Service 支持无服务器迁移，可实现低停机时间的持续迁移，适用于同构和异构迁移。Database Migration Service 的无服务器架构会截取源数据库的初始快照，以捕获数据的当前状态。快照完成后，Database Migration Service 会将快照加载到目标数据库，并开始持续数据复制。数据复制是一项持续性操作，因为它会实时跟踪并复制对原始数据库所做的任何更改。它基于变更数据捕获 (CDC)，该过程仅识别和捕获您在初始快照创建后对数据库所做的更改，例如插入、更新和删除。

这种方法可最大限度地缩短停机时间，原因如下：

  • 持续复制比频繁复制整个数据库更高效，因为它只关注修改。
  • 在源数据库保持运行状态时迁移数据。
  • 无服务器迁移在大规模下具有出色的性能。

转换工作区

对于异构迁移，Database Migration Service 会将源数据库中的架构和对象转换为与目标数据库兼容的格式。转化工作区提供以下功能：

  • 初始架构转换：在您创建转换工作区后，系统会自动进行初始架构转换。
  • 交互式 SQL 编辑器可帮助您解决转换问题或调整架构以更好地满足您的需求。
  • 使用 Gemini 转化功能的帮助。
  • 您可以使用自定义指令来替换自动架构转换的规则。

如需详细了解转换工作区，请参阅适用于您的迁移场景的转换工作区页面。

安全和加密

Database Migration Service 使用 SSL/TLS 证书加密网络连接，并使用客户管理的加密密钥 (CMEK) 进行持续迁移，从而安全地迁移数据。

如需详细了解加密，请参阅介绍如何创建适用于您的迁移场景的连接配置文件和迁移作业的页面。

使用场景

Database Migration Service 支持以下用例：

  • 将应用直接原样迁移到托管式服务

    在组织迁移到 Google Cloud的过程中，您可以从基于虚拟机的自托管数据库迁移到托管式数据库云服务。这样，您就可以专注于在托管式服务上运行数据库的高可用性、灾难恢复和性能，而不是管理基础架构。

  • 多云端持续复制

    与跨区域的读取副本非常相似，如果数据存在于其他云服务提供商中，迁移作业可以持续将数据复制到Google Cloud ，以实现多云读取可用性。Database Migration Service 不支持双写入场景，即同时向源数据库和目标数据库写入和读取数据。

后续步骤

前往您的迁移场景：