你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

教程：使用迁移服务从 Azure Database for PostgreSQL 单一服务器迁移到灵活服务器

适用于： Azure Database for PostgreSQL 灵活服务器

使用 Azure 门户，可以将 Azure Database for PostgreSQL - 单一服务器的实例迁移到 Azure Database for PostgreSQL - 灵活服务器。 在本教程中，我们将使用 Azure 门户将示例数据库从 Azure Database for PostgreSQL 单一服务器迁移到 PostgreSQL 灵活服务器。

• 配置你的 Azure Database for PostgreSQL 灵活服务器
• 配置迁移任务
• 监视迁移
• 取消迁移
• 迁移之后

Portal

使用 Azure 门户进行迁移。

Offline

先决条件（脱机）

在使用 Azure Database for PostgreSQL 中的迁移服务开始迁移之前，必须满足以下适用于脱机迁移方案的先决条件。

验证源版本

源 PostgreSQL 版本应该为 >= 9.5。 如果源 PostgreSQL 版本低于 9.5，请在迁移之前将源 PostgreSQL 版本升级到 9.5 或更高版本。

目标设置

• 在开始迁移过程之前，必须在 Azure 中部署并正确配置 Azure Database for PostgreSQL 灵活服务器。

• 为 Azure Database for PostgreSQL 选择的 SKU 应与源数据库的规范相对应，以确保兼容性和足够的性能。

• 有关创建新 Azure Database for PostgreSQL 的详细说明，请参阅以下链接：快速入门：创建服务器。

网络设置

网络设置对于迁移服务正常运行至关重要。 确保源 PostgreSQL 服务器可与目标 Azure Database for PostgreSQL 服务器通信。 以下网络配置对于成功迁移至关重要。

有关网络设置的信息，请访问迁移服务的网络指南。

启用扩展

要确保使用 Azure Database for PostgreSQL 中的迁移服务成功进行迁移，可能需要验证源 PostgreSQL 实例的扩展。 扩展提供了应用程序可能需要的功能和特征。 在启动迁移过程之前，请确保验证源 PostgreSQL 实例上的扩展。

在 Azure Database for PostgreSQL 灵活服务器的目标实例中，启用在源 PostgreSQL 实例中标识的受支持的扩展。

有关详细信息，请参阅 Azure Database for PostgreSQL 中的扩展。

注意

只要更改 shared_preload_libraries 参数，就需要重启。

检查服务器参数

这些参数不会自动迁移到目标环境，必须手动进行配置。

• 通过访问 Microsoft Azure 门户中的“服务器参数”部分并相应地手动更新相关值，将源 PostgreSQL 数据库中的服务器参数值与 Azure Database for PostgreSQL 相匹配。

• 保存参数更改，如果需要，重启 Azure Database for PostgreSQL 灵活服务器以应用新配置。

重要

在开始迁移之前，将灵活服务器上的 password_encryption 服务器参数从 SCRAM-SHA-256 更改为 MD5。 要使单一服务器上的现有凭据在灵活服务器上工作，这至关重要。

在目标中禁用高可用性（可靠性）和只读副本

• 在目标环境中禁用高可用性（可靠性）和只读副本至关重要。 只有在迁移完成后才能启用这些功能。

• 遵循这些准则有助于避免因高可用性和只读副本而引入更多变量，确保迁移过程顺利进行。 迁移完成并且数据库稳定后，可以继续启用这些功能，以提高 Azure 中数据库环境的可用性和可伸缩性。

配置你的 Azure Database for PostgreSQL 灵活服务器

• 创建目标灵活服务器。 有关引导式步骤，请参阅快速入门使用门户创建 Azure Database for PostgreSQL 灵活服务器。

• 允许列表扩展，其库必须在服务器启动时加载。 在启动迁移之前，扩展必须位于允许列表上。

• 检查数据库的表之间的数据分布是否存在倾斜，大部分数据是否存在于单个（或少数）表中。 如果发生倾斜，迁移速度可能会比预期要慢。 在这种情况下，可以通过并行迁移大型表来提高迁移速度。

配置迁移任务

该迁移服务在 Microsoft Azure 门户中提供了一种基于向导的简单体验。 下面介绍如何开始：

1. 打开 Web 浏览器并转到门户。 如果要登录，请输入凭据。 默认视图是服务仪表板。

2. 转到你的 Azure Database for PostgreSQL 灵活服务器目标。

3. 在灵活服务器的“概述”选项卡上的左侧菜单中，向下滚动到“迁移”并将其选中。

   

4. 选择“创建”按钮，以开始从单一服务器迁移到灵活服务器。 第一次使用迁移服务时，将会显示一个空网格，并提示你开始第一次迁移。

   

   如果已经创建向灵活服务器目标的迁移，则网格会包含有关已尝试从单一服务器迁移到此目标的相关信息。

5. 你通过一系列基于向导的选项卡来创建从不同可能的源到此灵活服务器目标的迁移。 默认情况下，“源服务器类型”设置为“Azure Database for PostgreSQL 单一服务器”，这就是我们对于此应用场景有意使用的服务器类型。

或者，也可以从 Azure Database for PostgreSQL 单一服务器启动迁移过程。

1. 打开 Web 浏览器并转到门户。 如果要登录，必须输入凭据。 默认视图是服务仪表板。

2. 选择单一服务器后，可以在“概述”选项卡中看到与迁移相关的横幅。选择“立即迁移”以开始。

   

3. 你转到包含两个选项的页面。 如果已创建灵活服务器，并且要将其用作目标，请选择“选择现有”，然后选择相应的“订阅”、“资源组”和“服务器名称”详细信息。 选择完成后，选择“转到迁移向导”，并按照“设置”部分下的说明操作。

   

4. 如果选择创建新的灵活服务器，请选择“新建”，然后选择“转到创建向导”。 此操作引导你完成灵活服务器的创建过程并部署灵活服务器。

   

部署灵活服务器后，请按照配置迁移任务中的步骤 3 到 5 进行操作。

安装

第一个选项卡是“设置”。 如果错过了，请在启动迁移之前，将所需的扩展列入允许列表，如配置 Azure Database for PostgreSQL 灵活服务器中所述。

“迁移名称”是每个到此灵活服务器目标的迁移的唯一标识符。 此字段仅接受字母数字字符，不接受除下划线 (_) 和连字符 (-) 之外的任何特殊字符。 名称必须以字母数字字符开头。 对于目标服务器，该名称也必须是唯一的，因为指向同一灵活服务器目标的两个迁移不能使用相同名称。

“源服务器类型”指示源。 在本例中，它是 Azure Database for PostgreSQL 单一服务器

借助迁移选项，可以在触发迁移之前执行验证。 可以选择以下任一选项。

• 验证 - 检查服务器和数据库就绪情况，以便迁移到目标。
• 迁移 - 跳过验证并开始迁移。
• 验证并迁移 - 在触发迁移之前执行验证。 仅当未发生验证失败时，才会触发迁移。

在运行迁移之前，选择“验证”或“验证并迁移”选项来执行迁移前验证始终是一种良好做法。

对于迁移模式，你可以在联机迁移和脱机迁移之间进行选择，在本例中，必须将其设置为“脱机”。

选择“下一步: 选择运行时服务器”按钮。

运行时服务器

迁移运行时服务器是 Azure Database for PostgreSQL 中的迁移服务中的一项专用功能，旨在充当迁移期间的中间服务器。 它是一个单独的 Azure Database for PostgreSQL 灵活服务器实例，该实例不是目标服务器，而是用于帮助从只能通过专用网络访问的源环境迁移数据库。

有关运行时服务器的详细信息，请访问迁移运行时服务器。

选择“下一步: 连接到源”按钮。

连接到源

“源”部分会提示你提供与作为数据库源的单一服务器相关的详细信息。

完成“订阅”和“资源组”的选择后，服务器名称下拉列表将显示不同区域中该资源组下的单一服务器。 选择要从中迁移数据库的源。 可以将数据库从单一服务器迁移到同一区域中的目标灵活服务器。 仅印度、中国和阿联酋服务器支持跨区域迁移。

选择单一服务器源后，“位置”和“PostgreSQL 版本”框会自动填充。 请确保提供管理员角色的凭据，因为迁移服务需要该凭据才能成功迁移数据库。

自定义 FQDN/IP 字段是可选的，可在资源位于自定义 DNS 服务器后面或具有自定义 DNS 命名空间时使用，这使得它只能通过特定的 FQDN 或 IP 地址进行访问。 例如，如果自定义 DNS 服务器包含 DNS 区域 postgres.database.azure.com 或将此区域的查询转发到 168.63.129.16（在 Azure 公共或私有 DNS 区域中解析 FQDN），则这可能包括 singleserver.example.com、198.1.0.2 或 PostgreSQL FQDN（如 singleserver.postgres.database.azure.com）之类的条目。

填写所有字段后，选择“连接到源”链接。 这将验证输入的源服务器详细信息是否正确，以及源服务器是否可访问。

选择“下一步: 选择迁移目标”按钮继续。

选择迁移目标

“选择迁移目标”部分显示灵活服务器目标的元数据，例如“订阅”、“资源组”、“服务器名称”、“位置”和“PostgreSQL 版本”。

自定义 FQDN/IP 字段是可选的，可在目标位于自定义 DNS 服务器后面或具有自定义 DNS 命名空间时使用，这使得它只能通过特定的 FQDN 或 IP 地址进行访问。 例如，如果自定义 DNS 服务器包含 DNS 区域 postgres.database.azure.com 或将此区域的查询转发到 168.63.129.16（在 Azure 公共或私有 DNS 区域中解析 FQDN），则这可能包括 flexibleserver.example.com、198.1.0.2 或 PostgreSQL FQDN（如 flexibleserver.postgres.database.azure.com）之类的条目。

选择“身份验证方法”和所有身份验证相关字段的相应值。 确保提供的标识是目标服务器中管理员用户的标识。 填写所有所需的信息后，选择“连接到目标”链接。 这将验证输入的目标服务器详细信息是否正确以及目标服务器是否可访问。

选择“下一步: 选择要迁移的数据库”按钮以选择要迁移的数据库。

选择要迁移的数据库

在此选项卡下，有一个列表显示单一服务器中的用户数据库。 可以在一次迁移尝试中选择和迁移最多 8 个数据库。 如果用户数据库超过 8 个，则会在源服务器和目标服务器之间针对下一组数据库重复迁移过程。 覆盖目标服务器上具有相同名称的选定数据库。

选择“下一步: 摘要”按钮以查看详细信息。

总结

“摘要”选项卡汇总了用于创建验证或迁移的所有详细信息。 查看详细信息，然后选择“开始验证和迁移”按钮。

监视迁移门户

开始迁移后，会显示一条通知，指示验证或迁移创建已成功。 系统会将你自动重定向到灵活服务器的“迁移”页面。 这是最近创建的验证或迁移的新条目。

显示迁移的网格包含以下列：“名称”、“状态”、“迁移模式”、“迁移类型”、“源服务器”、“源服务器类型”、“数据库”、“开始时间”和“持续时间”。 条目按开始时间的降序显示，最近的条目位于顶部。

可以使用“刷新”按钮刷新验证或迁移的状态。

还可以在网格中选择一个特定迁移的名称来查看关联的详细信息。

创建验证或迁移后，它会进入“InProgress”状态和“PerformingPreRequisiteSteps”子状态。 该工作流需要 2-3 分钟来设置迁移基础结构和网络连接。

我们来看一看如何监视每个迁移选项的迁移。

验证

PerformingPreRequisiteSteps 子状态完成后，验证将进入“正在进行验证”子状态，在此状态下，将对源和目标服务器进行检查以评估迁移就绪状态。

如果所有验证都处于“成功”或“警告”状态，则验证将进入“成功”状态。

验证网格包含以下信息：

• “实例的验证详细信息”和“数据库的验证详细信息”部分，表示用于检查迁移就绪情况的验证规则。
• 验证名称 - 每个特定验证规则的名称。
• 验证状态 - 表示每个规则的结果，可以是三个值中的任意一个：
  • 成功 - 如果未发现错误。
  • 失败 - 如果存在验证错误。
  • 警告 - 如果存在验证警告。
• 持续时间 - 验证操作所使用的时间。
• 开始时间 (UTC) 和结束时间 (UTC) - 验证操作的开始时间和结束时间 (UTC)。

如果验证中出现任何错误，“验证状态”将进入“失败”状态。 选择已失败验证的“验证名称”或“数据库名称”，扇出窗格提供了详细信息以及为避免此错误而应采取的纠正措施。

Migrate

“PerformingPreRequisiteSteps”子状态完成后，迁移将转到“Migrating Data”子状态，此时会执行数据库的克隆/复制。 迁移完成时间取决于要迁移的数据库大小和形状。 如果数据大部分均匀分布在所有表中，则迁移速度会很快。 不均衡的表大小需要相对较长的时间。

选择正在迁移的任何数据库时，将显示扇出窗格。 它还包含所有表计数（已复制、已排队、正在复制和错误）以及数据库迁移状态。

“正在迁移数据”状态成功完成后，迁移将会进入“成功”状态。 如果 Migrating Data 状态出现问题，迁移将进入 Failed 状态。

迁移进入“成功”状态后，将会完成架构和数据从单一服务器到灵活服务器目标的迁移。 可以刷新页面查看进度。

验证和迁移

如果使用此选项，将先执行验证，然后再执行迁移。 完成“PerformingPreRequisiteSteps”子状态后，工作流将进入“正在进行验证”子状态。

• 如果验证出现错误，迁移将进入“失败”状态。
• 如果验证完成且未出现任何错误，迁移会开始，并且工作流将进入“Migrating Data”子状态。

操作完成后，可以看到“验证和迁移”的结果。

联机

先决条件（联机）

在使用 Azure Database for PostgreSQL 中的迁移服务开始迁移之前，必须满足适用于脱机迁移方案的以下先决条件。

验证源版本

源 PostgreSQL 版本应该为 >= 9.5。 如果源 PostgreSQL 版本低于 9.5，请在迁移之前将源 PostgreSQL 版本升级到 9.5 或更高版本。

设置联机迁移参数

对于联机迁移，应在源 PostgreSQL 服务器的“复制设置”下将复制支持设置为“逻辑”。 此外，服务器参数 max_wal_senders 和 max_replication_slots 的值应大于需要迁移的数据库数。 可以在 Azure 门户中的“设置”- >“服务器参数”下设置这些参数，也可以使用以下命令在命令行中配置这些参数：

• ALTER SYSTEM SET wal_level = logical;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1；
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1；

确保没有长时间运行的事务。 长时间运行的事务不允许创建复制槽。 如果提交或回滚所有长时间运行的事务，则复制槽的创建会成功。 完成所有联机迁移先决条件后，需要重启源 PostgreSQL 服务器。

注意

要使用 Azure Database for PostgreSQL 单一服务器进行联机迁移，可在 Azure 门户中单一服务器页的“复制设置”下将 Azure 复制支持设置为“逻辑”。

若要防止联机迁移耗尽存储来存储日志，请确保使用预配的托管磁盘有足够的表空间。 为此，请在迁移期间禁用灵活服务器上的服务器参数 azure.enable_temp_tablespaces_on_local_ssd，并在迁移后将其还原到原始状态。

设置目标

• 迁移之前，必须在 Azure 中设置 Azure Database for PostgreSQL。

• 为 Azure Database for PostgreSQL 选择的 SKU 应与源数据库的规范相对应，以确保兼容性和足够的性能。

• 有关创建新 Azure Database for PostgreSQL 的详细说明，请参阅以下链接：快速入门：创建服务器。

• 服务器参数 max_replication_slots 应大于需要迁移的数据库数。 可以在 Azure 门户中的“设置”- >“服务器参数”下设置它，也可以使用以下命令在命令行中配置它：

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1；

重要

在开始迁移之前，将灵活服务器上的 password_encryption 服务器参数从 SCRAM-SHA-256 更改为 MD5。 要使单一服务器上的现有凭据在灵活服务器上工作，这至关重要。

设置网络

网络设置对于迁移服务正常运行至关重要。 确保源 PostgreSQL 服务器可与目标 Azure Database for PostgreSQL 服务器通信。 以下网络配置对于成功迁移至关重要。

有关网络设置的信息，请访问迁移服务的网络指南。

启用扩展

要确保使用 Azure Database for PostgreSQL 中的迁移服务成功进行迁移，可能需要验证源 PostgreSQL 实例的扩展。 扩展提供了应用程序可能需要的功能和特征。 在启动迁移过程之前，请确保验证源 PostgreSQL 实例上的扩展。

在 Azure Database for PostgreSQL 灵活服务器的目标实例中，启用在源 PostgreSQL 实例中标识的受支持的扩展。

有关详细信息，请参阅 Azure Database for PostgreSQL 中的扩展。

注意

只要更改 shared_preload_libraries 参数，就需要重启。

服务器参数

这些参数不会自动迁移到目标环境，必须手动进行配置。

• 通过访问 Microsoft Azure 门户中的“服务器参数”部分并相应地手动更新相关值，将源 PostgreSQL 数据库中的服务器参数值与 Azure Database for PostgreSQL 相匹配。

• 保存参数更改并重启 Azure Database for PostgreSQL 以应用新配置（如果需要）。

在目标中禁用高可用性（可靠性）和只读副本

• 在目标环境中禁用高可用性（可靠性）和只读副本至关重要。 只有在迁移完成后才能启用这些功能。

• 遵循这些准则有助于避免因 HA 和只读副本而引入更多变量，确保迁移过程顺利进行。 迁移完成并且数据库稳定后，可以继续启用这些功能，以提高 Azure 中数据库环境的可用性和可伸缩性。

注意

某些限制适用于此处记录的联机迁移。 确保数据库符合执行联机迁移的要求。

配置你的 Azure Database for PostgreSQL 灵活服务器

• 创建目标灵活服务器。 有关引导式步骤，请参阅快速入门使用门户创建 Azure Database for PostgreSQL 灵活服务器。

• 允许列表扩展，其库必须在服务器启动时加载。 在启动迁移之前，扩展必须位于允许列表上。

• 检查数据库的表之间的数据分布是否存在倾斜，大部分数据是否存在于单个（或少数）表中。 如果发生倾斜，迁移速度可能会比预期要慢。 在这种情况下，可以通过并行迁移大型表来提高迁移速度。

配置迁移任务

该迁移服务在 Microsoft Azure 门户中提供了一种基于向导的简单体验。 下面介绍如何开始：

1. 打开 Web 浏览器并转到门户。 如果要登录，请输入凭据。 默认视图是服务仪表板。

2. 转到你的 Azure Database for PostgreSQL 灵活服务器目标。

3. 在灵活服务器的“概述”选项卡上的左侧菜单中，向下滚动到“迁移”并将其选中。

   

4. 选择“创建”按钮，以开始从单一服务器迁移到灵活服务器。 第一次使用迁移服务时，将会显示一个空网格，并提示你开始第一次迁移。

   

   如果已经创建向灵活服务器目标的迁移，则网格会包含有关已尝试从单一服务器迁移到此目标的相关信息。

5. 你通过一系列基于向导的选项卡来创建从不同可能的源到此灵活服务器目标的迁移。 默认情况下，“源服务器类型”设置为“Azure Database for PostgreSQL 单一服务器”，这就是我们对于此应用场景有意使用的服务器类型。

或者，也可以从 Azure Database for PostgreSQL 单一服务器启动迁移过程。

1. 打开 Web 浏览器并转到门户。 如果要登录，必须输入凭据。 默认视图是服务仪表板。

2. 选择单一服务器后，可以在“概述”选项卡中看到与迁移相关的横幅。选择“立即迁移”以开始。

   

3. 你转到包含两个选项的页面。 如果已创建灵活服务器，并且要将其用作目标，请选择“选择现有”，然后选择相应的“订阅”、“资源组”和“服务器名称”详细信息。 选择完成后，选择“转到迁移向导”，并按照“设置”部分下的说明操作。

   

4. 如果选择创建新的灵活服务器，请选择“新建”，然后选择“转到创建向导”。 此操作引导你完成灵活服务器的创建过程并部署灵活服务器。

   

部署灵活服务器后，请按照配置迁移任务中的步骤 3 到 5 进行操作。

安装

第一个选项卡是“设置”。 如果错过了，请在启动迁移之前，将所需的扩展列入允许列表，如配置 Azure Database for PostgreSQL 灵活服务器中所述。

“迁移名称”是每个到此灵活服务器目标的迁移的唯一标识符。 此字段仅接受字母数字字符，不接受除下划线 (_) 和连字符 (-) 之外的任何特殊字符。 名称必须以字母数字字符开头。 对于目标服务器，该名称也必须是唯一的，因为指向同一灵活服务器目标的两个迁移不能使用相同名称。

“源服务器类型”指示源。 在本例中，它是 Azure Database for PostgreSQL 单一服务器

借助迁移选项，可以在触发迁移之前执行验证。 可以选择以下任一选项。

• 验证 - 检查服务器和数据库就绪情况，以便迁移到目标。
• 迁移 - 跳过验证并开始迁移。
• 验证并迁移 - 在触发迁移之前执行验证。 仅当未发生验证失败时，才会触发迁移。

在运行迁移之前，选择“验证”或“验证并迁移”选项来执行迁移前验证始终是一种良好做法。

对于迁移模式，你可以在联机迁移和脱机迁移之间进行选择，在本例中，必须将其设置为“联机”。

如果选择“联机”迁移模式，则必须在源单一服务器中启用逻辑复制。 如果未启用，迁移服务会自动在源单一服务器上启用逻辑复制。 也可以手动设置复制，方法是在单一服务器的资源菜单中的“设置”下，选择“复制”项，将“Azure 复制支持”设置为“LOGICAL”。 这两种方法都将重启源单一服务器。

选择“下一步: 选择运行时服务器”按钮。

运行时服务器

迁移运行时服务器是 Azure Database for PostgreSQL 中的迁移服务中的一项专用功能，旨在充当迁移期间的中间服务器。 它是一个单独的 Azure Database for PostgreSQL 灵活服务器实例，该实例不是目标服务器，而是用于帮助从只能通过专用网络访问的源环境迁移数据库。

有关运行时服务器的详细信息，请访问迁移运行时服务器。

选择“下一步: 连接到源”按钮。

连接到源

“源”部分会提示你提供与作为数据库源的单一服务器相关的详细信息。

完成“订阅”和“资源组”的选择后，服务器名称下拉列表将显示不同区域中该资源组下的单一服务器。 选择要从中迁移数据库的源。 可以将数据库从单一服务器迁移到同一区域中的目标灵活服务器。 仅印度、中国和阿联酋服务器支持跨区域迁移。

选择单一服务器源后，“位置”和“PostgreSQL 版本”框会自动填充。 请确保提供管理员角色的凭据，因为迁移服务需要该凭据才能成功迁移数据库。

填写所有字段后，选择“连接到源”链接。 这将验证输入的源服务器详细信息是否正确，以及源服务器是否可访问。

选择“下一步: 选择迁移目标”按钮继续。

选择迁移目标

“选择迁移目标”部分显示灵活服务器目标的元数据，例如“订阅”、“资源组”、“服务器名称”、“位置”和“PostgreSQL 版本”。

选择“身份验证方法”和所有身份验证相关字段的相应值。 确保提供的标识是目标服务器中管理员用户的标识。 填写所有所需的信息后，选择“连接到目标”链接。 这将验证输入的目标服务器详细信息是否正确以及目标服务器是否可访问。

选择“下一步: 选择要迁移的数据库”按钮以选择要迁移的数据库。

选择要迁移的数据库

在此选项卡下，有一个列表显示单一服务器中的用户数据库。 可以在一次迁移尝试中选择和迁移最多 8 个数据库。 如果用户数据库超过 8 个，则会在源服务器和目标服务器之间针对下一组数据库重复迁移过程。 覆盖目标服务器上具有相同名称的选定数据库。

选择“下一步: 摘要”按钮以查看详细信息。

总结

“摘要”选项卡汇总了用于创建验证或迁移的所有详细信息。 查看详细信息，然后选择“开始验证和迁移”按钮。

监视迁移门户

开始迁移后，会显示一条通知，指示验证或迁移创建已成功。 系统会将你自动重定向到灵活服务器的“迁移”页面。 这是最近创建的验证或迁移的新条目。

显示迁移的网格包含以下列：“名称”、“状态”、“迁移模式”、“迁移类型”、“源服务器”、“源服务器类型”、“数据库”、“开始时间”和“持续时间”。 条目按开始时间的降序显示，最近的条目位于顶部。

可以使用“刷新”按钮刷新验证或迁移的状态。

还可以在网格中选择一个特定迁移的名称来查看关联的详细信息。

创建验证或迁移后，它会进入“InProgress”状态和“PerformingPreRequisiteSteps”子状态。 该工作流需要 2-3 分钟来设置迁移基础结构和网络连接。

我们来看一看如何监视每个迁移选项的迁移。

验证

PerformingPreRequisiteSteps 子状态完成后，验证将进入“正在进行验证”子状态，在此状态下，将对源和目标服务器进行检查以评估迁移就绪状态。

如果所有验证都处于“成功”或“警告”状态，则验证将进入“成功”状态。

验证网格包含以下信息：

• “实例的验证详细信息”和“数据库的验证详细信息”部分，表示用于检查迁移就绪情况的验证规则。
• 验证名称 - 每个特定验证规则的名称。
• 验证状态 - 表示每个规则的结果，可以是三个值中的任意一个：
  • 成功 - 如果未发现错误。
  • 失败 - 如果存在验证错误。
  • 警告 - 如果存在验证警告。
• 持续时间 - 验证操作所使用的时间。
• 开始时间 (UTC) 和结束时间 (UTC) - 验证操作的开始时间和结束时间 (UTC)。

如果验证中出现任何错误，“验证状态”将进入“失败”状态。 选择已失败验证的“验证名称”或“数据库名称”，扇出窗格提供了详细信息以及为避免此错误而应采取的纠正措施。

Migrate

“PerformingPreRequisiteSteps”子状态完成后，迁移将转到“Migrating Data”子状态，此时会执行数据库的克隆/复制。 迁移完成时间取决于要迁移的数据库大小和形状。 如果数据大部分均匀分布在所有表中，则迁移速度会很快。 不均衡的表大小需要相对较长的时间。

选择正在迁移的任何数据库时，将显示扇出窗格。 它还包含所有表计数（已复制、已排队、正在复制和错误）以及数据库迁移状态。

“正在迁移数据”状态成功完成后，迁移将会进入“成功”状态。 如果 Migrating Data 状态出现问题，迁移将进入 Failed 状态。

迁移进入“成功”状态后，将会完成架构和数据从单一服务器到灵活服务器目标的迁移。 可以刷新页面查看进度。

验证和迁移

如果使用此选项，将先执行验证，然后再执行迁移。 完成“PerformingPreRequisiteSteps”子状态后，工作流将进入“正在进行验证”子状态。

• 如果验证出现错误，迁移将进入“失败”状态。
• 如果验证完成且未出现任何错误，迁移会开始，并且工作流将进入“Migrating Data”子状态。

操作完成后，可以看到“验证和迁移”的结果。

直接转换迁移

对于“迁移”以及“验证和迁移”迁移选项，完成联机迁移要求用户完成额外的步骤，即触发直接转换操作。 完成基础数据的复制/克隆后，迁移将进入“WaitingForUserAction”状态和 `WaitingForCutoverTrigger 子状态。 在此状态下，用户可选择迁移并选择“直接转换”按钮，在门户中触发直接转换。

在启动直接转换之前，必须确保：

• 停止对源的写入 -Latency (minutes) 参数为 0 或接近 0。可以从迁移详细信息屏幕中获取 Latency (minutes) 信息：

Latency (minutes) 参数指示目标上次与源同步的时间。 例如，对于上述“订单”数据库，它为 0.33333。 这意味着，对于“订单”数据库，源中最近大约 0.3 分钟内发生的更改尚未发送到目标。 此时，可以停止写入源并启动直接转换。 如果源中存在大量流量，建议先停止写入，以便 Latency (minutes) 可以接近 0，然后再启动直接转换。 直接转换操作会将源中所有挂起的更改应用到目标，并完成迁移。 如果触发直接转换，即使是非零延迟，复制也将停止，直到该时间点。 然后会在目标上应用直接转换点之前源中的所有数据。 假设直接转换点处的延迟为 15 分钟，则会向目标应用过去 15 分钟内的所有更改数据。 所需时间则取决于过去 15 分钟内发生的更改积压工作。 因此，建议在触发直接转换之前，延迟应为零或接近零。

一旦进入“Migrating Data”子状态或直接转换（联机迁移模式）成功完成，迁移就会进入“Succeeded”状态。 如果“Succeeded”子状态出现问题，迁移将进入“Failed”状态。

可能的迁移状态包括：

• 进行中：正在设置迁移基础结构，或者正在进行实际数据迁移。
• 已取消：迁移已被取消或删除。
• Failed：迁移失败。
• 验证失败：验证失败。
• Succeeded：迁移成功并已完成。

可能的迁移子状态包括：

• PerformingPreRequisiteSteps：正在设置基础结构以进行数据迁移。
• 正在进行验证：验证正在进行。
• 正在迁移数据：数据迁移正在进行中。
• 正在完成迁移：迁移处于完成的最后阶段。
• 已完成：迁移已成功完成。

使用门户取消迁移

可以取消任何正在进行的验证或迁移。 工作流必须处于 InProgress 状态才能取消。 无法取消处于“成功”或“失败”状态的验证或迁移。

取消验证会停止任何进一步的验证活动，并且验证会进入“已取消”状态。

取消迁移会停止目标服务器上的进一步迁移活动，并进入“已取消”状态。 取消操作会回滚迁移服务在目标服务器上所做的所有更改。

CLI

可以使用 Azure CLI 进行迁移。

Offline

先决条件（脱机）

在使用 Azure Database for PostgreSQL 中的迁移服务开始迁移之前，必须满足以下适用于脱机迁移方案的先决条件。

验证源版本

源 PostgreSQL 版本应该为 >= 9.5。 如果源 PostgreSQL 版本低于 9.5，请在迁移之前将源 PostgreSQL 版本升级到 9.5 或更高版本。

目标设置

• 在开始迁移过程之前，必须在 Azure 中部署并正确配置 Azure Database for PostgreSQL 灵活服务器。

• 为 Azure Database for PostgreSQL 选择的 SKU 应与源数据库的规范相对应，以确保兼容性和足够的性能。

• 有关创建新 Azure Database for PostgreSQL 的详细说明，请参阅以下链接：快速入门：创建服务器。

网络设置

网络设置对于迁移服务正常运行至关重要。 确保源 PostgreSQL 服务器可与目标 Azure Database for PostgreSQL 服务器通信。 以下网络配置对于成功迁移至关重要。

有关网络设置的信息，请访问迁移服务的网络指南。

启用扩展

要确保使用 Azure Database for PostgreSQL 中的迁移服务成功进行迁移，可能需要验证源 PostgreSQL 实例的扩展。 扩展提供了应用程序可能需要的功能和特征。 在启动迁移过程之前，请确保验证源 PostgreSQL 实例上的扩展。

在 Azure Database for PostgreSQL 灵活服务器的目标实例中，启用在源 PostgreSQL 实例中标识的受支持的扩展。

有关详细信息，请参阅 Azure Database for PostgreSQL 中的扩展。

注意

只要更改 shared_preload_libraries 参数，就需要重启。

检查服务器参数

这些参数不会自动迁移到目标环境，必须手动进行配置。

• 通过访问 Microsoft Azure 门户中的“服务器参数”部分并相应地手动更新相关值，将源 PostgreSQL 数据库中的服务器参数值与 Azure Database for PostgreSQL 相匹配。

• 保存参数更改，如果需要，重启 Azure Database for PostgreSQL 灵活服务器以应用新配置。

重要

在开始迁移之前，将灵活服务器上的 password_encryption 服务器参数从 SCRAM-SHA-256 更改为 MD5。 要使单一服务器上的现有凭据在灵活服务器上工作，这至关重要。

在目标中禁用高可用性（可靠性）和只读副本

• 在目标环境中禁用高可用性（可靠性）和只读副本至关重要。 只有在迁移完成后才能启用这些功能。

• 遵循这些准则有助于避免因高可用性和只读副本而引入更多变量，确保迁移过程顺利进行。 迁移完成并且数据库稳定后，可以继续启用这些功能，以提高 Azure 中数据库环境的可用性和可伸缩性。

开始使用

1. 如果你不熟悉 Microsoft Azure，请创建一个帐户来评估产品/服务。

2. 从 Azure CLI 安装页安装适用于你的操作系统的最新 Azure CLI。

   如果已安装 Azure CLI，请使用 az version 命令检查版本。 要使用迁移 CLI 命令，版本应为 2.50.0 或更高版本。 如果低于此版本，请更新 Azure CLI 版本。

3. 运行 az login 命令：

   az login
   

   此时会打开一个包含 Azure 登录页的浏览器窗口。 请提供你的 Azure 凭据以成功完成身份验证。 有关使用 Azure CLI 登录的其他方法，请参阅此文。

迁移 CLI 命令（脱机）

迁移工具随附了易于使用的 CLI 命令，可用于执行迁移相关的任务。 所有 CLI 命令都以 az postgres flexible-server migration 开头。 在启动迁移之前，请务必将这些扩展加入允许列表。

如需帮助了解与某个命令关联的选项以及正确的语法，可以使用 --help 参数：

az postgres flexible-server migration --help

执行前面的命令将返回以下输出：

输出列出了支持的迁移命令及其操作。 让我们详细了解这些命令。

使用 Azure CLI 创建迁移

create 命令可帮助创建从源服务器到目标服务器的迁移：

az postgres flexible-server migration create --help

执行前面的命令将返回以下输出：

它会列出所需的参数并提供用于成功创建从源服务器到目标服务器的迁移的示例语法。 下面是用于创建新迁移的 CLI 命令：

az postgres flexible-server migration create [--subscription]
                                             [--resource-group]
                                             [--name]
                                             [--migration-name]
                                             [--migration-mode]
                                             [--properties]

参数	说明
subscription	灵活服务器目标的订阅 ID。
resource-group	灵活服务器目标的资源组。
name	灵活服务器目标的名称。
migration-name	每个到此灵活服务器目标的迁移的唯一标识符。 此字段仅接受字母数字字符，不接受除下划线 (_) 和连字符 (-) 之外的任何特殊字符。 名称必须以字母数字字符开头和结尾。 对于目标服务器，该名称也必须是唯一的，因为指向同一灵活服务器目标的两个迁移不能使用相同名称。
migration-mode	这是一个可选参数。 默认值：脱机。 脱机迁移需要在某个时间点将源数据库复制到目标服务器。
properties	JSON 文件的绝对路径，其中包含有关单一服务器源的信息。

例如：

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode offline

create 命令中使用的 migration-name 参数可用于其他 CLI 命令，例如 update、delete 和 show.。在所有这些命令中，该参数可唯一标识相应操作中的迁移尝试。

最后，create 命令需要将 JSON 文件作为其 properties 参数的一部分传递。

JSON 的结构为：

{
	"properties": {
		"sourceDbServerResourceId": "/subscriptions/<subscriptionid>/resourceGroups/<sourceServerResourceGroup>/providers/Microsoft.DBforPostgreSQL/servers/<sourceServer>",
		"secretParameters": {
			"adminCredentials": {
				"sourceServerPassword": "<password>",
				"targetServerPassword": "<password>"
			},
			"sourceServerUserName": "<username>@<servername>",
			"targetServerUserName": "<username>"
		},
		"dbsToMigrate": [
			"<db1>",
			"<db2>"
		],
		"overwriteDbsInTarget": "true"
	}
}

采用 JSON 文件格式的 create 参数如下所示：

参数	类型	描述
sourceDbServerResourceId	必须	此参数是单一服务器源的资源 ID。
adminCredentials	必须	此参数列出单一服务器和灵活服务器目标的管理员用户的密码。 这些密码有助于对源服务器和目标服务器进行身份验证。
sourceServerUserName	必须	默认值是在创建单一服务器期间指定的管理员用户，所提供的密码将用于对此用户进行身份验证。 如果使用的不是默认用户，则此参数是用于执行迁移的源服务器上的用户或角色。 此用户应对迁移中涉及的数据库对象拥有必要的特权和所有权，并且应是 azure_pg_admin 角色的成员。
targetServerUserName	必须	默认值是在创建灵活服务器期间创建的管理员用户，所提供的密码将用于对此用户进行身份验证。 如果未使用默认用户，则此参数是用于执行迁移的目标服务器上的用户或角色。 此用户应是 azure_pg_admin、pg_read_all_settings、pg_read_all_stats、pg_stat_scan_tables 角色的成员，并且应具有创建角色、创建 DB 属性。
dbsToMigrate	必须	指定要迁移到灵活服务器的数据库的列表。 仅迁移用户数据库。 不会迁移系统数据库或模板数据库（如 template0、template1）。
overwriteDbsInTarget	必须	如果设置为 true，且目标服务器的现有数据库恰好与要迁移的数据库同名，则迁移服务会自动覆盖该数据库。
setupLogicalReplicationOnSourceDBIfNeeded	可选	通过将此属性设置为 true，可以在源服务器上自动启用逻辑复制。 对服务器设置进行的此项更改需要重启服务器，这会导致两到三分钟的故障时间。
sourceDBServerFullyQualifiedDomainName	可选	将自定义 DNS 服务器用于虚拟网络的名称解析时使用该参数。 根据自定义 DNS 服务器为此属性提供单一服务器的 FQDN。
targetDBServerFullyQualifiedDomainName	可选	将自定义 DNS 服务器用于虚拟网络内部的名称解析时使用该参数。 根据自定义 DNS 服务器提供灵活服务器目标的 FQDN。 仅当为名称解析使用自定义 DNS 服务器而不是 Azure 提供的 DNS 时（这种情况极少见），才应包含 sourceDBServerFullyQualifiedDomainName 和 targetDBServerFullyQualifiedDomainName 作为 JSON 的一部分。 否则，请勿在 JSON 文件中包括这些参数。

请注意命令响应的以下要点：

• 触发 create 命令后，迁移将会进入 InProgress 状态和 PerformingPreRequisiteSteps 子状态。 迁移工作流需要几分钟的时间来部署迁移基础结构，并在源和目标之间建立连接。
• 完成 PerformingPreRequisiteSteps 子状态后，迁移将进入 Migrating Data, 子状态，此时会执行数据库的克隆/复制。
• 迁移的每个数据库都有自己的部分，其中包含所有迁移详细信息，例如表计数、增量插入、删除和挂起字节数。
• 完成 Migrating Data 子状态所需的时间取决于所迁移数据库的大小。
• 一旦 Migrating Data 子状态成功完成，迁移就会进入 Succeeded 状态。 如果 Migrating Data 子状态出现问题，迁移将进入 Failed 状态。

列出迁移

list 命令列出对灵活服务器目标进行的所有迁移尝试。

az postgres flexible-server migration list [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--filter]

filter 参数具有两个选项：

• Active：列出当前到目标服务器的活动（正在进行的）迁移尝试。 它不包括已失败、取消或成功的迁移。
• All：列出对目标服务器进行的所有迁移尝试。 这包括活动迁移和已完成的迁移，不管其状态如何。

若要了解此命令的详细信息，请使用 --help 参数：

az postgres flexible-server migration list --help

监视迁移

--show 命令可帮助监视正在进行的迁移，并提供迁移的当前状态和子状态。

az postgres flexible-server migration show [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--migration-name]

migration_name 参数是在运行 create 命令期间分配给迁移的名称。 下面是用于显示详细信息的 CLI 命令的示例响应快照：

若要了解此命令的详细信息，请使用 --help 参数：

 az postgres flexible-server migration show --help

下表描述了迁移状态和子状态。

迁移状态	说明
InProgress	迁移基础结构已设置，或者正在进行实际数据迁移。
Canceled	迁移已被取消或删除。
Failed	迁移失败。
Succeeded	迁移成功并已完成。
ValidationFailed	迁移在迁移前验证期间失败。

迁移子状态	说明
PerformingPreRequisiteSteps	基础结构已设置，并且已为数据迁移做好准备。
MigratingData	数据迁移正在进行中。
CompletingMigration	正在完成迁移过程。
Completed	迁移已完成，无论是否处于成功状态。
CancelingRequestedDBMigrations	取消迁移。
ValidationInProgress	正在进行验证。

联机

先决条件（联机）

在使用 Azure Database for PostgreSQL 中的迁移服务开始迁移之前，必须满足适用于脱机迁移方案的以下先决条件。

验证源版本

源 PostgreSQL 版本应该为 >= 9.5。 如果源 PostgreSQL 版本低于 9.5，请在迁移之前将源 PostgreSQL 版本升级到 9.5 或更高版本。

设置联机迁移参数

对于联机迁移，应在源 PostgreSQL 服务器的“复制设置”下将复制支持设置为“逻辑”。 此外，服务器参数 max_wal_senders 和 max_replication_slots 的值应大于需要迁移的数据库数。 可以在 Azure 门户中的“设置”- >“服务器参数”下设置这些参数，也可以使用以下命令在命令行中配置这些参数：

• ALTER SYSTEM SET wal_level = logical;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1；
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1；

确保没有长时间运行的事务。 长时间运行的事务不允许创建复制槽。 如果提交或回滚所有长时间运行的事务，则复制槽的创建会成功。 完成所有联机迁移先决条件后，需要重启源 PostgreSQL 服务器。

注意

要使用 Azure Database for PostgreSQL 单一服务器进行联机迁移，可在 Azure 门户中单一服务器页的“复制设置”下将 Azure 复制支持设置为“逻辑”。

若要防止联机迁移耗尽存储来存储日志，请确保使用预配的托管磁盘有足够的表空间。 为此，请在迁移期间禁用灵活服务器上的服务器参数 azure.enable_temp_tablespaces_on_local_ssd，并在迁移后将其还原到原始状态。

设置目标

• 迁移之前，必须在 Azure 中设置 Azure Database for PostgreSQL。

• 为 Azure Database for PostgreSQL 选择的 SKU 应与源数据库的规范相对应，以确保兼容性和足够的性能。

• 有关创建新 Azure Database for PostgreSQL 的详细说明，请参阅以下链接：快速入门：创建服务器。

• 服务器参数 max_replication_slots 应大于需要迁移的数据库数。 可以在 Azure 门户中的“设置”- >“服务器参数”下设置它，也可以使用以下命令在命令行中配置它：

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1；

重要

在开始迁移之前，将灵活服务器上的 password_encryption 服务器参数从 SCRAM-SHA-256 更改为 MD5。 要使单一服务器上的现有凭据在灵活服务器上工作，这至关重要。

设置网络

网络设置对于迁移服务正常运行至关重要。 确保源 PostgreSQL 服务器可与目标 Azure Database for PostgreSQL 服务器通信。 以下网络配置对于成功迁移至关重要。

有关网络设置的信息，请访问迁移服务的网络指南。

启用扩展

要确保使用 Azure Database for PostgreSQL 中的迁移服务成功进行迁移，可能需要验证源 PostgreSQL 实例的扩展。 扩展提供了应用程序可能需要的功能和特征。 在启动迁移过程之前，请确保验证源 PostgreSQL 实例上的扩展。

在 Azure Database for PostgreSQL 灵活服务器的目标实例中，启用在源 PostgreSQL 实例中标识的受支持的扩展。

有关详细信息，请参阅 Azure Database for PostgreSQL 中的扩展。

注意

只要更改 shared_preload_libraries 参数，就需要重启。

服务器参数

这些参数不会自动迁移到目标环境，必须手动进行配置。

• 通过访问 Microsoft Azure 门户中的“服务器参数”部分并相应地手动更新相关值，将源 PostgreSQL 数据库中的服务器参数值与 Azure Database for PostgreSQL 相匹配。

• 保存参数更改并重启 Azure Database for PostgreSQL 以应用新配置（如果需要）。

在目标中禁用高可用性（可靠性）和只读副本

• 在目标环境中禁用高可用性（可靠性）和只读副本至关重要。 只有在迁移完成后才能启用这些功能。

• 遵循这些准则有助于避免因 HA 和只读副本而引入更多变量，确保迁移过程顺利进行。 迁移完成并且数据库稳定后，可以继续启用这些功能，以提高 Azure 中数据库环境的可用性和可伸缩性。

注意

某些限制适用于此处记录的联机迁移。 确保数据库符合执行联机迁移的要求。

开始使用

1. 如果你不熟悉 Microsoft Azure，请创建一个帐户来评估产品/服务。

2. 从 Azure CLI 安装页安装适用于你的操作系统的最新 Azure CLI。

   如果已安装 Azure CLI，请使用 az version 命令检查版本。 要使用迁移 CLI 命令，版本应为 2.50.0 或更高版本。 如果低于此版本，请更新 Azure CLI 版本。

3. 运行 az login 命令：

   az login
   

   此时会打开一个包含 Azure 登录页的浏览器窗口。 请提供你的 Azure 凭据以成功完成身份验证。 有关使用 Azure CLI 登录的其他方法，请参阅此文。

迁移 CLI 命令（联机）

迁移工具随附了易于使用的 CLI 命令，可用于执行迁移相关的任务。 所有 CLI 命令都以 az postgres flexible-server migration 开头。 在启动迁移之前，请务必将这些扩展加入允许列表。

如需帮助了解与某个命令关联的选项以及正确的语法，可以使用 --help 参数：

az postgres flexible-server migration --help

执行前面的命令将返回以下输出：

输出列出了支持的迁移命令及其操作。 让我们详细了解这些命令。

使用 Azure CLI 创建迁移

create 命令可帮助创建从源服务器到目标服务器的迁移：

az postgres flexible-server migration create --help

执行前面的命令将返回以下输出：

它会列出所需的参数并提供用于成功创建从源服务器到目标服务器的迁移的示例语法。 下面是用于创建新迁移的 CLI 命令：

az postgres flexible-server migration create [--subscription]
                                             [--resource-group]
                                             [--name]
                                             [--migration-name]
                                             [--migration-mode]
                                             [--properties]

参数	说明
subscription	灵活服务器目标的订阅 ID。
resource-group	灵活服务器目标的资源组。
name	灵活服务器目标的名称。
migration-name	每个到此灵活服务器目标的迁移的唯一标识符。 此字段仅接受字母数字字符，不接受除下划线 (_) 和连字符 (-) 之外的任何特殊字符。 名称必须以字母数字字符开头和结尾。 对于目标服务器，该名称也必须是唯一的，因为指向同一灵活服务器目标的两个迁移不能使用相同名称。
migration-mode	这是一个可选参数。 默认值是 Offline。 对于联机迁移，必须通过 Online。
properties	JSON 文件的绝对路径，其中包含有关单一服务器源的信息。

例如：

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode online

create 命令中使用的 migration-name 参数可用于其他 CLI 命令，例如 update、delete 和 show.。在所有这些命令中，该参数可唯一标识相应操作中的迁移尝试。

最后，create 命令需要将 JSON 文件作为其 properties 参数的一部分传递。

JSON 的结构为：

{
  "properties": {
    "sourceDbServerResourceId": "/subscriptions/<subscriptionid>/resourceGroups/<sourceServerResourceGroup>/providers/Microsoft.DBforPostgreSQL/servers/<sourceServer>",
    "secretParameters": {
      "adminCredentials": {
        "sourceServerPassword": "<password>",
        "targetServerPassword": "<password>"
      }
    },
    "sourceServerUserName": "<username>@<servername>",
    "targetServerUserName": "<username>",
    "dbsToMigrate": ["<db1>", "<db2>"],
    "overwriteDbsInTarget": "true"
  }
}

采用 JSON 文件格式的 create 参数如下所示：

参数	类型	描述
sourceDbServerResourceId	必须	此参数是单一服务器源的资源 ID。
adminCredentials	必须	此参数列出单一服务器和灵活服务器目标的管理员用户的密码。 这些密码有助于对源服务器和目标服务器进行身份验证。
sourceServerUserName	必须	默认值是在创建单一服务器期间指定的管理员用户，所提供的密码将用于对此用户进行身份验证。 如果使用的不是默认用户，则此参数是用于执行迁移的源服务器上的用户或角色。 此用户应对迁移中涉及的数据库对象拥有必要的特权和所有权，并且应是 azure_pg_admin 角色的成员。
targetServerUserName	必须	默认值是在创建灵活服务器期间创建的管理员用户，所提供的密码将用于对此用户进行身份验证。 如果未使用默认用户，则此参数是用于执行迁移的目标服务器上的用户或角色。 此用户应是 azure_pg_admin、pg_read_all_settings、pg_read_all_stats、pg_stat_scan_tables 角色的成员，并且应具有创建角色、创建 DB 属性。
dbsToMigrate	必须	指定要迁移到灵活服务器的数据库的列表。 仅迁移用户数据库。 不会迁移系统数据库或模板数据库（如 template0、template1）。
overwriteDbsInTarget	必须	如果设置为 true，且目标服务器的现有数据库恰好与要迁移的数据库同名，则迁移服务会自动覆盖该数据库。
setupLogicalReplicationOnSourceDBIfNeeded	可选	通过将此属性设置为 true，可以在源服务器上自动启用逻辑复制。 对服务器设置进行的此项更改需要重启服务器，这会导致两到三分钟的故障时间。
sourceDBServerFullyQualifiedDomainName	可选	将自定义 DNS 服务器用于虚拟网络的名称解析时使用该参数。 根据自定义 DNS 服务器为此属性提供单一服务器的 FQDN。
targetDBServerFullyQualifiedDomainName	可选	将自定义 DNS 服务器用于虚拟网络内部的名称解析时使用该参数。 根据自定义 DNS 服务器提供灵活服务器目标的 FQDN。 仅当为名称解析使用自定义 DNS 服务器而不是 Azure 提供的 DNS 时（这种情况极少见），才应包含 sourceDBServerFullyQualifiedDomainName 和 targetDBServerFullyQualifiedDomainName 作为 JSON 的一部分。 否则，请勿在 JSON 文件中包括这些参数。

请注意命令响应的以下要点：

• 触发 create 命令后，迁移将会进入 InProgress 状态和 PerformingPreRequisiteSteps 子状态。 迁移工作流需要几分钟的时间来部署迁移基础结构，并在源和目标之间建立连接。
• 完成 PerformingPreRequisiteSteps 子状态后，迁移将进入 Migrating Data, 子状态，此时会执行数据库的克隆/复制。
• 迁移的每个数据库都有自己的部分，其中包含所有迁移详细信息，例如表计数、增量插入、删除和挂起字节数。
• 完成 Migrating Data 子状态所需的时间取决于所迁移数据库的大小。
• 一旦 Migrating Data 子状态成功完成，迁移就会进入 Succeeded 状态。 如果 Migrating Data 子状态出现问题，迁移将进入 Failed 状态。

设置复制

对于联机迁移模式，必须在源单一服务器中启用逻辑复制。 如果未启用，则迁移服务会在使用随附 JSON 文件中的值 true 传递 setupLogicalReplicationOnSourceDBIfNeeded 参数时自动在源单一服务器上启用逻辑复制。 启动迁移后，还可以使用以下命令在源上手动设置复制。 任何启用逻辑复制的方法都会重启源单一服务器。

例如：

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --setup-replication

当灵活服务器处于等待 WaitingForLogicalReplicationSetupRequestOnSourceDB 状态时，需要运行此命令才能推进迁移。

若要执行联机迁移，请使用：

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode online

列出迁移

list 命令列出对灵活服务器目标进行的所有迁移尝试。

az postgres flexible-server migration list [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--filter]

filter 参数具有两个选项：

• Active：列出当前到目标服务器的活动（正在进行的）迁移尝试。 它不包括已失败、取消或成功的迁移。
• All：列出对目标服务器进行的所有迁移尝试。 这包括活动迁移和已完成的迁移，不管其状态如何。

若要了解此命令的详细信息，请使用 --help 参数：

az postgres flexible-server migration list --help

监视迁移

show 命令可帮助监视正在进行的迁移，并提供迁移的当前状态和子状态。

az postgres flexible-server migration show [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--migration-name]

migration_name 参数是在运行 create 命令期间分配给迁移的名称。 下面是用于显示详细信息的 CLI 命令的示例响应快照：

若要了解此命令的详细信息，请使用 --help 参数：

 az postgres flexible-server migration show --help

下表描述了迁移状态和子状态。

迁移状态	说明
InProgress	迁移基础结构已设置，或者正在进行实际数据迁移。
Canceled	迁移已被取消或删除。
Failed	迁移失败。
Succeeded	迁移成功并已完成。
ValidationFailed	迁移在迁移前验证期间失败。

迁移子状态	说明
PerformingPreRequisiteSteps	基础结构已设置，并且已为数据迁移做好准备。
MigratingData	数据迁移正在进行中。
WaitingForCutoverTrigger	数据迁移任务已完成并等待用户触发直接转换。
CompletingMigration	正在完成迁移过程。
Completed	迁移已完成，无论是否处于成功状态。
CancelingRequestedDBMigrations	取消迁移。
ValidationInProgress	正在进行验证。

直接转换迁移

在联机迁移中，完成基本数据迁移后，迁移任务将移动到 WaitingForCutoverTrigger 子状态。 在此状态下，用户可以使用以下命令通过 CLI 触发直接转换。 还可以通过选择迁移网格中的迁移名称从门户触发直接转换。

例如：

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --cutover

在启动直接转换之前，必须确保：

• 已停止写入源 - latency 参数为 0 或接近 0

latency 参数指示目标上次与源同步的时间。 例如，下面是两个数据库的 201 和 202 值，如下图所示。 这意味着尚未将源上最近大约 200 秒内发生的更改同步到目标。 此时，可以停止写入源并启动直接转换。 如果源中存在大量流量，建议先停止写入，以便 Latency 可以接近 0，然后启动直接转换。 直接转换操作会将源中所有挂起的更改应用到目标，并完成迁移。 如果触发“直接转换”，则即使 Latency 非零，复制也会在该时间点之前停止。 然后会在目标上应用直接转换点之前源中的所有数据。 假设直接转换点处的延迟为 15 分钟，则会向目标应用过去 15 分钟内的所有更改数据。 所需时间则取决于过去 15 分钟内发生的更改积压工作。 因此，建议在触发直接转换之前，延迟应达到零或接近零。 可以使用前一显示命令获取 latency 信息。

下面是启动直接转换之前迁移的快照：

启动直接转换后，基础复制期间发生的所有事务将会按顺序复制到目标，并完成迁移。

如果直接转换未成功，迁移将会进入 Failed 状态。

若要了解此命令的详细信息，请使用 --help 参数：

 az postgres flexible-server migration update --help

使用 CLI 取消迁移

可以使用 cancel 命令取消任何正在进行的迁移尝试。 此命令会停止特定的迁移尝试并回滚目标服务器上的所有更改。 下面是用于取消迁移的 CLI 命令：

az postgres flexible-server migration update cancel [--subscription]
                                                    [--resource-group]
                                                    [--name]
                                                    [--migration-name]

例如：

az postgres flexible-server migration update cancel --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1

若要了解此命令的详细信息，请使用 --help 参数：

 az postgres flexible-server migration update cancel --help

该命令提供以下输出：

完成后检查迁移

成功迁移后，请确保使用与单一服务器上相同的凭据登录到灵活服务器。 如果从单一服务器迁移后在灵活服务器上遇到身份验证错误，原因可能是灵活服务器的 VM 符合 FIPS 或所使用的密码加密算法 (SCRAM-SHA-256) 与单一服务器 MD5 加密不同。 若要减少此错误，请执行以下步骤：

1. 将灵活服务器上的 password_encryption 服务器参数从 SCRAM-SHA-256 更改为 MD5。
2. 重新启动从单一服务器到灵活服务器的迁移。
3. 如果身份验证问题仍然存在，请删除现有的灵活服务器，并预配新的灵活服务器。 重复步骤 1-2 来解决问题。

这应该会解决身份验证错误。

迁移后，可以执行以下任务：

• 验证灵活服务器上的数据，并确保它是源实例的确切副本。

• 验证后，根据需要在灵活服务器上启用高可用性选项。

• 根据应用程序的需求更改灵活服务器的 SKU。 需要重启数据库服务器才能使此更改生效。

• 如果更改了源实例中任何服务器参数的默认值，请将这些服务器参数值复制到灵活服务器中。

• 将标记、警报和防火墙规则（如果适用）等其他服务器设置从源实例复制到灵活服务器。

• 更改应用程序以将连接字符串指向灵活服务器。

• 密切监视数据库性能，以查看是否需要进行性能优化。

相关内容

• 迁移服务
• 从 AWS RDS 迁移
• 最佳实践
• 已知问题和限制
• 网络设置
• 迁移前验证