Compartir a través de

教程:使用迁移服务从 Amazon RDS for PostgreSQL 离线迁移到 Azure Database for PostgreSQL

本文介绍了如何将 PostgreSQL 数据库从 Amazon RDS for PostgreSQL 离线迁移到 Azure Database for PostgreSQL。

Azure Database for PostgreSQL 中的迁移服务是集成到 Microsoft Azure 门户和 Azure CLI 中的完全托管服务。 它旨在简化迁移到 Azure Database for PostgreSQL 服务器的过程。

  • 先决条件
  • 执行迁移
  • 监视迁移
  • 完成后检查迁移

先决条件

若要完成迁移,需满足以下先决条件:

在开始使用 Azure Database for PostgreSQL 迁移服务进行迁移之前,必须满足以下专为脱机迁移方案规定的先决条件。

验证源版本

源 PostgreSQL 服务器版本必须为 9.5 或更高。

如果源 PostgreSQL 版本低于 9.5,请在开始迁移之前将其升级到 9.5 或更高版本。

配置目标设置

迁移之前,必须在 Azure 中设置 Azure Database for PostgreSQL

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

配置网络设置

网络设置对于迁移服务正常运行至关重要。 确保源 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 以应用新配置(如果需要)。

检查用户和角色

迁移到 Azure Database for PostgreSQL 时,必须单独解决用户和角色的迁移问题,因为它们需要手动干预:

  • 手动迁移用户和角色:用户及其关联的角色必须以手动方式迁移到 Azure Database for PostgreSQL。 为了方便此过程,可以将 pg_dumpall 实用工具与 --globals-only 标志一起使用,以导出角色和用户帐户等全局对象。 请执行以下命令,但要将 <<username>> 替换为实际的用户名,并将 <<filename>> 替换为所需的输出文件名:

    pg_dumpall --globals-only -U <<username>> -f <<filename>>.sql
    
  • 对超级用户角色的限制:Azure Database for PostgreSQL 不支持超级用户角色。 因此,具有超级用户权限的用户必须在迁移之前移除这些权限。 请确保相应地调整权限和角色。

通过执行这些步骤,可以确保用户帐户和角色正确迁移到 Azure Database for PostgreSQL,而不会遇到与超级用户限制相关的问题。

在目标中禁用高可用性(可靠性)和只读副本

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

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

执行迁移

可以使用 Azure 门户或 Azure CLI 进行迁移。

Azure 门户提供简单直观的基于向导的体验,可引导你完成迁移。 遵循本教程中所述的步骤,可以将数据库无缝转移到 Azure Database for PostgreSQL 灵活服务器,并利用其强大的功能和可伸缩性。

若要使用 Azure 门户进行迁移,首先请配置迁移任务,连接到源和目标,然后执行迁移。

配置迁移任务

该迁移服务在 Microsoft Azure 门户中提供了一种基于向导的简单体验。

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

  2. 转到 Azure Database for PostgreSQL 灵活服务器。

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

    Azure 门户中迁移选择的屏幕截图。

  4. 选择“创建”按钮,以从 Amazon RDS for PostgreSQL 迁移到灵活服务器。

    注意

    第一次使用迁移服务时,将显示一个空网格,并提示你开始第一次迁移。

    如果已创建向灵活服务器目标的迁移,则该网格中当下会包含有关尝试的迁移的信息。

  5. 选择“创建”按钮,以通过基于向导的一系列选项卡来执行迁移。

    屏幕截图显示了“创建”迁移页面。

安装

用户需要提供与迁移相关的多个详细信息,例如迁移名称、源服务器类型、选项和模式。

  • “迁移名称”是每个到此灵活服务器目标的迁移的唯一标识符。 此字段仅接受字母数字字符,不接受除连字符 (-) 之外的任何特殊字符。 名称不能以连字符开头,并且对于目标服务器应是唯一的。 到同一灵活服务器目标的两个迁移不能同名。

  • 源服务器类型 - 根据 PostgreSQL 源,可以选择 Amazon RDS for PostgreSQL。

  • 迁移选项 - 允许在触发迁移之前执行验证。 可以选择以下任一选项:

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

在运行迁移之前,选择“验证”或“验证并迁移”选项始终是执行预迁移验证时的良好做法

若要了解有关预迁移验证的详细信息,请访问预迁移

  • “迁移模式”允许选择迁移的模式。 “脱机”是默认选项。

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

用于开始操作的“设置迁移”页面的屏幕截图。

选择运行时服务器

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

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

“迁移运行时服务器”页面的屏幕截图。

连接到源

“连接到源”选项卡会提示你提供与“设置”选项卡中选择的源相关的详细信息,该源是数据库的源。

  • 服务器名称 - 提供源 PostgreSQL 实例的主机名或 IP 地址
  • 端口 - 源服务器的端口号
  • 服务器管理员登录名 - 源 PostgreSQL 服务器的用户名
  • 密码 - 源 PostgreSQL 服务器的密码
  • SSL 模式 - 支持的值是首选值,也是必需值。 当源 PostgreSQL 服务器上的 SSL 为“关”时,请使用 SSLMODE=prefer。 如果源服务器上的 SSL 为“开”,请使用 SSLMODE=require。 SSL 值可以在 postgresql.conf 文件中确定。
  • 测试连接 - 执行目标与源之间的连接测试。 连接成功后,用户可以继续执行下一步操作;他们需要确定目标与源之间的网络问题,并验证源的用户名/密码。 建立测试连接需要几分钟时间。

测试连接成功后,选择“下一步: 选择迁移目标”按钮。

屏幕截图显示了“连接到源”页面。

选择迁移目标

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

  • 管理员用户名 - 目标 PostgreSQL 服务器的管理员用户名
  • 密码 - 目标 PostgreSQL 服务器的密码
  • 自定义 FQDN/IP(可选):自定义 FQDN/IP 字段是可选的,可在目标位于自定义 DNS 服务器后面或具有自定义 DNS 命名空间时使用,这导致只能通过特定的 FQDN 或 IP 地址对它进行访问。 例如,如果自定义 DNS 服务器包含 DNS 区域 postgres.database.chinacloudapi.cn 或将此区域的查询转发到 168.63.129.16(在 Azure 公共或私有 DNS 区域中解析 FQDN),则这可能包括 flexibleserver.example.com198.1.0.2 或 PostgreSQL FQDN(如 flexibleserver.postgres.database.chinacloudapi.cn)之类的条目。
  • 测试连接 - 执行目标与源之间的连接测试。 连接成功后,用户可以继续执行下一步操作。 否则,我们需要确定目标与源之间的网络问题,并验证目标的用户名/密码。 测试连接需要几分钟时间才能在目标与源之间建立连接

测试连接成功后,选择“下一步: 选择要迁移的数据库”

屏幕截图显示了连接目标的迁移页面。

选择适用于迁移的数据库

在“选择要迁移的数据库”选项卡下,可以选择要从源 PostgreSQL 服务器迁移的一系列用户数据库。
选择数据库后,选择“下一步: 摘要”

屏幕截图显示了 fetchDB 迁移页面。

总结

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

屏幕截图显示了“摘要”迁移页面。

监视迁移

选择“开始验证和迁移”按钮后,几秒钟内会显示一条通知,指出验证或迁移创建成功。 系统会将你重定向到灵活服务器的“迁移”页面实例。 该条目处于“InProgress”状态和“PerformingPreRequisiteSteps”子状态。 该工作流需要 2-3 分钟来设置迁移基础结构和检查网络连接。

屏幕截图显示了监视迁移页面。

显示迁移的网格将包含以下列:“名称”、“状态”、“迁移模式”、“迁移类型”、“源服务器”、“源服务器类型”、“数据库”、**“持续时间”和“开始时间”。 条目按开始时间降序显示,最新条目位于顶部。 你可以使用“刷新”按钮刷新验证或迁移运行的状态。

迁移详细信息

在网格中选择迁移名称以查看关联的详细信息。

在“设置”选项卡中,我们已经选择了迁移选项“验证和迁移”。 在这种情况下,将先执行验证,然后再执行迁移。 “PerformingPreRequisiteSteps”子状态完成后,工作流将进入“Validation in Progress”子状态。

  • 如果验证出现错误,迁移将进入“失败”状态。

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

系统会在实例和数据库级别提供验证详细信息。

  • 实例级别的验证

    • 包含与连接性检查、源版本(即 PostgreSQL 版本 >= 9.5)、服务器参数检查(是否在 Azure Database for PostgreSQL 灵活服务器的服务器参数中启用了扩展)相关的验证。
  • 数据库级别的验证

    • 它包含与 Azure Database for PostgreSQL 灵活服务器中的扩展和排序规则支持相关的对单个数据库的验证。

可以在迁移详细信息页面下查看验证和迁移状态。

屏幕截图显示了有关验证和迁移的详细信息。

部分可能的迁移状态:

迁移状态

状态 说明
InProgress 正在设置迁移基础结构,或者正在进行实际数据迁移。
已取消 迁移已被取消或删除。
已失败 迁移失败。
验证失败 验证失败。
成功 迁移成功并已完成。
WaitingForUserAction 仅适用于联机迁移。 等待用户操作以执行直接转换。

迁移子状态

子状态 说明
PerformingPreRequisiteSteps 正在设置基础结构以进行数据迁移。
验证正在进行 正在进行验证。
MigratingData 数据迁移正在进行中。
CompletingMigration 迁移处于完成的最后阶段。
已完成 迁移已完成。
已失败 迁移失败。

验证子状态

子状态 说明
已失败 验证失败。
成功 验证成功。
警告 验证处于警告状态。

取消迁移

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

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

完成后检查迁移

完成数据库后,需要人工在源和目标之间验证数据,并确认目标数据库中的所有对象都已成功创建。

迁移后,可以执行以下任务:

  • 验证灵活服务器上的数据,并确保它是源实例的确切副本。
  • 验证后,根据需要在灵活服务器上启用高可用性选项。
  • 根据应用程序的需求更改灵活服务器的 SKU。 需要重启数据库服务器才能使此更改生效。
  • 如果更改了源实例中任何服务器参数的默认值,请将这些服务器参数值复制到灵活服务器中。
  • 将标记、警报和防火墙规则(如果适用)等其他服务器设置从源实例复制到灵活服务器。
  • 更改应用程序以将连接字符串指向灵活服务器。
  • 密切监视数据库性能,以查看是否需要进行性能优化。