迁移类型

MySQL   |  PostgreSQL   |  PostgreSQL 到 AlloyDB

概览

持续迁移

持续（有时称为持续或在线）迁移是指继初始完整转储和加载之后，从 PostgreSQL 源数据库到 AlloyDB for PostgreSQL 目标数据库的持续更改流程。在迁移的情况下，当需要切换到使用目标进行读写时，请执行 promote 操作。升级意味着目标实例与来源实例断开连接，并从副本实例升级为主实例。

持续迁移遵循以下步骤：

1. 首先，系统会获取源数据库的快照。这会导致在创建转储时，数据库表会一次锁定一段时间（少于 10 秒）。源可以继续接受写入。

2. 初始转储完成后，系统会将其加载到目的地。

3. 加载完成后，系统会处理持续进行的更改（也称为变更数据捕获 [CDC]）。

   在来源上发生写入操作与当前时间之间的延迟称为 Replication delay。

4. 当需要改用目标位置时，请停止写入来源并发起促销活动。这样，应用就可以读取和写入目标数据库。

5. 在决定升级时，依赖应用可能会在至少副本延迟时间内停机。

一次性迁移

目前，AlloyDB 不支持一次性迁移。

这种类型的迁移是数据库的一个时间点快照，截取自来源并应用于目标。这实际上是转储和加载，在加载完成后，目标位置就已做好使用准备。在迁移过程中，依赖于源数据库的任何应用都可能会出现停机，因为在迁移期间无法向此数据库写入新数据。

一次性迁移的步骤如下：

1. 停止对来源数据库执行写入操作。

2. 启动源数据库的转储。

3. 转储完成后，系统会将其加载到目标位置。加载完成后，系统会自动发起促销活动。目标数据库现在成为主数据库，依赖应用应向其读写。