你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
从 Azure Database for Postgresql 单一服务器自动迁移到灵活服务器
适用于：
Azure Database for PostgreSQL - 单一服务器
从 Azure Database for PostgreSQL 单一服务器到灵活服务器的自动迁移是一种由服务启动的迁移，在单一服务器的计划内停机时段内进行，与修补或维护时段不同。 该服务会标识符合条件的服务器并提前发送通知，告知自动迁移过程的详细步骤。 如果需要，可以查看和调整迁移计划，或者提交支持请求来选择退出服务器的自动迁移。
自动迁移利用 Azure PostgreSQL 迁移服务在计划迁移时段内提供可复原的脱机迁移。 停机时间因工作负荷特征而异，较大的工作负荷可能需要耗时长达 20 分钟。 有关迁移速度基准，请参阅 Azure PostgreSQL 迁移速度基准。 自动迁移使用户不再需要手动迁移服务器，便能够受益于迁移后的灵活服务器功能，包括更好的性价比、精细的数据库配置控制和自定义维护时段。
注意
自动迁移服务根据以下条件选择要迁移的单一服务器：
- 单一服务器版本 11
- 没有复杂功能的服务器，例如 CMK、Microsoft Entra ID、只读副本和专用终结点
- 数据大小 < = 10 GB
- 已启用公共访问
自动过程
自动迁移过程包括几个关键阶段：
创建目标灵活服务器 - 创建一个灵活服务器来匹配单一服务器 SKU 的性能和成本。 它从源单一服务器继承所有防火墙规则。
数据迁移 - 数据迁移发生在指定的迁移时段内，通常安排在服务器托管区域的非工作时间进行（如果由服务选择该时段）。 源单一服务器设置为只读，所有数据、架构、用户角色、特权和数据库对象的所有权都迁移到灵活服务器。
DNS 交换机 - 数据迁移后，将执行 DNS 交换机，以使现有的单一服务器连接字符串无缝连接到新的灵活服务器。 迁移后的灵活服务器支持单一和灵活服务器连接字符串格式，以及两种用户名格式：（username@server_name 和 username）。
灵活服务器可见性 - 成功进行数据迁移和 DNS 交换机后，新的灵活服务器将显示在订阅下，可通过 Azure 门户或 CLI 进行管理。
更新的单一服务器连接字符串 - 旧版单一服务器的更新连接字符串通过 Azure 门户上的服务运行状况通知发送。 还可以在“单一服务器”门户页上访问“设置”->“连接字符串”。
单一服务器删除 - 在迁移后保留单一服务器 7 天，然后再将其删除。
提名单一服务器进行自动迁移
提名过程适用于想要自愿快速跟踪其迁移到灵活服务器的用户。 如果拥有单一服务器工作负载，现在可以自行提名（如果尚未由服务计划）进行自动迁移。 通过此表单提交服务器详细信息。
如何检查是否计划自动迁移单一服务器
若要确定是否选择了单一服务器进行自动迁移，请执行以下步骤：
- 服务运行状况通知 - 在 Azure 门户中，转到“服务运行状况”>“计划内维护”。 查找标记为“计划自动迁移到 Azure Database for PostgreSQL 单一服务器的通知”的事件。 通知在迁移日期之前 30、14 和 7 天发送，在迁移阶段再次发送：正在进行、已完成和停用单一服务器前 6 天。
注意
默认情况下，这些通知不会到达收件箱。 若要通过电子邮件或短信接收这些通知，需要按此处的步骤设置服务运行状况警报
- 单一服务器概述页 - 在 Azure 门户中导航到单一服务器实例并查看“概述”页。 如果计划进行自动迁移，可在此处找到详细信息，包括一个选项，用于每次将迁移推迟一个月的时间或在当前月份内重新安排。
注意
迁移计划将在计划的迁移时段前 7 天锁定，在迁移时段内无法再重新安排。
- Azure CXP 电子邮件通知 - Azure 客户体验 (CXP) 还会将直接电子邮件发送到与包含单一服务器的订阅关联的经典角色和 RBAC 角色，提供有关即将进行的自动迁移的信息。
自动迁移的先决条件检查
请检查以下先决条件，以确保自动迁移成功：
- 在计划迁移时段内，单一服务器实例应处于就绪状态，以便进行自动迁移。
- 对于已启用 SSL的单一服务器实例，请确保在受信任的根存储中具有所有证书（DigiCertGlobalRootG2 Root CA和DigiCertGlobalRootCA Root CA）。 此外，如果证书已固定到连接字符串，请在计划的自动迁移之里前创建包含全部三个证书的组合 CA 证书，以确保迁移后的业务连续性。
- 如果源 Azure Database for PostgreSQL 单一服务器具有超过 80 个字符的防火墙规则名称，请重命名它们以确保名称长度少于 80 个字符。 （灵活服务器上支持的防火墙规则名称长度为 80 个字符，而单一服务器上允许的长度为 128 个字符。）
目标 postgresql 灵活服务器是如何预配的？
目标灵活服务器的计算层和 SKU 是根据源单一服务器的定价层和 VCore 数预配的，如下所示。
| 单一服务器定价层 | 单一服务器 VCore 数 | 灵活服务器层级 | 灵活服务器 SKU 名称 |
|---|---|---|---|
| 基本 | 1 | 可突发 | B1ms |
| 基本 | 2 | 可突发 | B2s |
| 常规用途 | 2 | 常规用途 | Standard_D2s_v3 |
| 常规用途 | 4 | 常规用途 | Standard_D4s_v3 |
| 常规用途 | 8 | 常规用途 | Standard_D8s_v3 |
| 常规用途 | 16 | 常规用途 | Standard_D16s_v3 |
| 常规用途 | 32 | 常规用途 | Standard_D32s_v3 |
| 常规用途 | 64 | 常规用途 | Standard_D64s_v3 |
| 内存优化 | 2 | 内存优化 | Standard_E2s_v3 |
| 内存优化 | 4 | 内存优化 | Standard_E4s_v3 |
| 内存优化 | 8 | 内存优化 | Standard_E8s_v3 |
| 内存优化 | 16 | 内存优化 | Standard_E16s_v3 |
| 内存优化 | 32 | 内存优化 | Standard_E32s_v3 |
- 目标灵活服务器的 postgresql 版本、区域、连接字符串、订阅和资源组将与源单一服务器相同。
- 对于存储小于 20 GiB 的单一服务器，请将存储大小设置为 32 GiB，因为这是 Azure Database for postgresql 灵活服务器的最低存储限制。
- 对于存储要求更高的单一服务器，分配的存储量相当于单一服务器中使用的存储量的 1.25 倍或比其高出 25%。 在对数据进行初始基本复制期间，会在目标服务器上执行多个插入语句，进而生成 WAL（提前写入日志）。 在存档这些 WAL 之前，日志将使用目标服务器上的存储，因此会使用安全边距。
- 迁移后的灵活服务器支持两种用户名格式 - username@server_name（单一服务器）和 username（灵活服务器）。
- 迁移后的灵活服务器支持两种连接字符串格式 - 单一服务器和灵活服务器。
迁移后的步骤
下面是在自动迁移后需要了解的信息：
- 灵活服务器中的服务器参数已根据社区标准进行了调整。 如果要保留与单一服务器相同的服务器参数值，你可以通过 PowerShell 登录并运行此处的脚本来复制参数值。
- 若要启用查询性能见解，你需要在未默认启用查询存储的灵活服务器上启用查询存储
- 如果需要高可用性，无需停机便可启用它。
在灵活服务器中处理 VNet 规则
在 Azure Database for PostgreSQL 单一服务器中，虚拟网络 (VNet) 规则是在服务器访问控制列表 (ACL) 中列出的子网。 借助此规则，单一服务器可以接受来自该特定子网中的节点的通信。 灵活服务器不支持 VNet 规则。 相反，灵活服务器允许创建专用终结点，从而支持服务器在虚拟网络中运行。 专用终结点可将专用 IP 分配给灵活服务器，并且虚拟网络和服务器之间的所有流量都会通过 Azure 主干网络安全传输，从而无需向公共 Internet 公开。
迁移后，必须为之前由单一服务器上的 VNet 规则涵盖的所有子网向灵活服务器添加专用终结点。 可以使用 Azure 门户或 Azure CLI 完成此过程。 完成此步骤后，网络连接在从单一服务器迁移后将在灵活服务器上保持不变。
常见问题解答 (FAQ)
问： 我为什么会自动迁移？
A. 你的 Azure Database for Postgresql 单一服务器实例有资格自动迁移到我们的旗舰产品 Azure Database for Postgresql 灵活服务器。 此自动迁移可避免手动迁移服务器的开销。 你可以利用灵活服务器的优势，包括更好的性价比、对数据库配置的精细控制以及自定义维护时段。
Q. 自动迁移是如何进行的？ 它将迁移哪些东西？
A. 灵活服务器预配为与单一服务器的 VCore 和存储非常匹配。 接下来，源单一服务器被置于只读状态，并且架构和数据被复制到目标灵活服务器。 执行 DNS 切换以将所有现有连接路由到目标，并将目标灵活服务器联机。 自动迁移将迁移数据库（包括架构、数据、用户/角色和特权）。 迁移是脱机进行的，最多会停机 20 分钟。
Q. 如何设置或查看自动迁移警报？
A. 以下是设置警报的方法：
Q. 如何推迟我的单一服务器的已计划迁移？
A. 可以通过导航到单一服务器实例的“概述”页来查看迁移计划。 如果你想要推迟迁移，可以在 Azure 门户上导航到单一服务器实例的“概述”页来推迟最多一个月。 你可以在一个月内选择另一个迁移时段来重新安排迁移。 迁移详细信息将在计划的迁移时段前 7 天锁定，之后便无法再重新安排。 此自动迁移可以每月推迟一次，直到 2025 年 3 月 30 日。
Q. 如何选择退出单一服务器的已计划自动迁移？
A. 如果你想要选择退出自动迁移，可以为此目的提交支持工单。
Q. 迁移后的灵活服务器支持哪些用户名和连接字符串？
A. 迁移后的灵活服务器支持两种用户名格式，即 username@server_name（单一服务器格式）和 username（灵活服务器格式），因此你无需在迁移后更新它们即可保持应用程序的连续性。 此外，迁移后的灵活服务器还支持单一服务器格式和灵活服务器格式两种连接字符串格式。
Q. 我看到从 postgresql 基本单一服务器迁移到 postgresql 灵活服务器可能存在定价差异？
A. 由于两种产品/服务的最低存储限制不同（单一服务器上为 5 GiB，灵活服务器上为 32 GiB）,因此少数服务器可能会在迁移后出现小幅价格调整。 灵活服务器的存储成本略高于单一服务器。 与单一服务器相比，任何价格上涨都会通过更高的吞吐量和性能来抵消。 有关灵活服务器定价的详细信息，请参考此文档