停用公告发布后，Azure Database for PostgreSQL 单一服务器会发生什么情况？
适用于：
Azure Database for PostgreSQL 单一服务器
Azure Database for PostgreSQL - 单一服务器即将停用，计划于 2025 年 3 月 28 日之前停用。
Azure Database for PostgreSQL 单一服务器于 2018 年正式发布。 鉴于客户反馈和 Azure 数据库环境中计算、可用性、可伸缩性和性能功能方面的新进展，单一服务器产品/服务需要停用，并升级为新的体系结构。 Azure Database for PostgreSQL - 灵活服务器为新一代服务器，可以让你充分利用 Azure 开源数据库平台。
在停用过程中，我们从 2023 年 11 月 30 日开始不再支持从 Azure 门户创建新的单一服务器实例。 如果需要创建单一服务器实例来满足业务连续性需求，可以继续使用 Azure CLI 和 ARM 模板。 但是，从 2025 年 3 月开始，将不再使用这些方法。
如果你当前拥有托管生产服务器的 Azure Database for PostgreSQL - 单一服务器服务，我们很高兴地通知你可以将 Azure Database for PostgreSQL - 单一服务器迁移到 Azure Database for PostgreSQL - 灵活服务器。
Azure Database for PostgreSQL - 灵活服务器是一种完全托管的生产就绪数据库服务，旨在针对数据库管理功能和配置设置提供更精细的控制和更大的灵活性。 有关 Azure Database for PostgreSQL - 灵活服务器的详细信息，请访问 Azure Database for PostgreSQL - 灵活服务器。
从 Azure Database for PostgreSQL - 单一服务器迁移到 Azure Database for PostgreSQL - 灵活服务器
了解如何使用单一服务器到灵活服务器迁移工具从 Azure Database for PostgreSQL - 单一服务器迁移到 Azure Database for PostgreSQL - 灵活服务器。
常见问题解答 (FAQ)
问： 为什么 Azure Database for PostgreSQL - 单一服务器即将停用？
A. Azure Database for PostgreSQL 单一服务器于 2018 年正式发布。 鉴于客户反馈和 Azure 数据库环境中计算、可用性、可伸缩性和性能功能方面的新进展，单一服务器产品/服务需要停用，并升级为新的体系结构。 Azure Database for PostgreSQL - 灵活服务器为新一代服务器，可以让你充分利用 Azure 开源数据库平台。
问： 为什么要求我迁移到 Azure Database for PostgreSQL - 灵活服务器？
答：Azure Database for PostgreSQL - 灵活服务器是在 Azure 上运行所有开放源代码 PostgreSQL 工作负载的最佳平台。 Azure Database for PostgreSQL - 灵活服务器经济实惠，在所有服务层级提供更好的性能，并提供了更多控制成本的方法，可实现更便宜、更快的灾难恢复。 灵活服务器的其他改进包括：
- 支持 Postgres 版本 11 及更新版本，以及内置的安全增强功能
- 支持可突发层计算选项，性价比更高。
- 通过在相同或不同的可用性区域以及用户控制的维护时段配置热备用服务器，提高了运行时间。
- 针对高性能数据工作负载的简化开发人员体验。
问： 我必须在多久之内将单一服务器迁移到灵活服务器？
A. Azure Database for PostgreSQL - 单一服务器计划于 2025 年 3 月 28 日停用，因此强烈建议尽早将单一服务器迁移到灵活服务器，以确保有足够的时间运行迁移生命周期并使用灵活服务器提供的权益。
问： 现有 Azure Database for PostgreSQL - 单一服务器实例会受到什么影响？
A. 在 2025 年 3 月之前，现有 Azure Database for PostgreSQL - 单一服务器工作负载将继续受支持。
问： 2023 年 11 月的社区 EOL 日期之后，是否仍可以创建新版本 11 Azure Database for PostgreSQL 单一服务器？
A. 从 2023 年 11 月 30 日开始，将无法再通过 Azure 门户为 PostgreSQL 版本 11 创建新的单一服务器实例。 但是，在 2024 年 11 月之前，仍可通过 CLI 进行创建。 我们将继续通过版本控制支持策略支持单一服务器。最好立即开始迁移到 Azure Database for PostgreSQL - 灵活服务器。
问： 2025 年 3 月 28 日日落期之后，是否可以继续运行 Azure Database for PostgreSQL - 单一服务器？
A. 我们计划在 2025 年 3 月 28 日日落期之前支持单一服务器，强烈建议你尽快开始规划迁移。 我们计划在 2025 年 3 月 28 日日落期终止对单一服务器部署的支持。
问： 在单一服务器停用公告发布后，如果仍需要创建新的单一服务器来满足我的业务需求，该怎么办？
A. 对于 Azure Database for PostgreSQL 单一服务器上支持的所有 PostgreSQL 版本，我们不会立即停止提供创建新单一服务器的功能，因此你可以继续通过 CLI 创建新的单一服务器来满足业务需求。 我们强烈建议你探索灵活服务器，并了解它能否满足你的需求。 如有必要，请随时与我们联系，以便我们可以更好地指导你，并建议最佳前进道路。
问： 执行迁移是否有相关的额外费用？
A. 迁移期间，你需要为目标灵活服务器和源单一服务器付费。 目标灵活服务器的配置和计算决定了产生的额外费用（有关更多详细信息，请参阅定价）。 若在成功迁移后解除源单一服务器授权，则只需为灵活服务器付费。 使用单一服务器到灵活服务器迁移工具不会产生额外费用。
Q. 运行 Azure Database for PostgreSQL - 灵活服务器而不是 Azure Database for PostgreSQL - 单一服务器是否会影响我的计费？
A. 如果选择与 Azure Database for PostgreSQL - 单一服务器类似的配置，则计费应具有可比性。 但是，如果为目标灵活服务器选择同一区域或区域冗余高可用性，则费用高于使用单一服务器。 同一区域或区域冗余高可用性需要启动额外的热备用服务器并存储冗余备份数据，因此第二台服务器的成本会增加。 此体系结构可减少计划外中断和计划内维护期间的停机时间。 一般来说，灵活服务器可提供更好的性价比，但这取决于工作负载。
问： 将 Azure 数据库从 PostgreSQL 单一服务器迁移到灵活服务器时，是否会造成停机？
A. 目前，单一服务器到灵活服务器迁移工具仅支持脱机迁移。 脱机迁移需要在迁移过程中使应用程序停机。 有关详细信息，请参阅迁移工具 - Azure Database for PostgreSQL 单一服务器到灵活服务器。
停机时间取决于多个因素，包括数据库数量、数据库大小、每个数据库中的表数量、索引数量以及各个表中的数据分布。 它还取决于源服务器和目标服务器的 SKU，以及源服务器和目标服务器上可用的 IOPS。
考虑到迁移所涉及的许多因素，估计应用程序停机时间的最佳方法是在从主服务器还原的 PITR 服务器上尝试迁移，以规划生产迁移。
脱机迁移不太复杂，失败几率很少，对于具有服务时段的工作负载，建议使用此方法执行从单一服务器到灵活服务器的迁移。
如果单一服务器到灵活服务器迁移工具提供的脱机迁移不符合停机时间要求，则可以联系帐户团队。
注意
即将推出对联机迁移的支持。
问： 将来是否会更新单一服务器来支持最新的 PostgreSQL 版本？
A. 如果必须在最新的 PostgreSQL 引擎版本上运行，则建议迁移到灵活服务器。 我们将继续为 Postgres 版本 11 部署社区发布的次要版本，直到社区在 2023 年 11 月停用该版本。
注意
我们将在社区停用日期之后扩展对 Postgres 版本 11 的支持，并将在单一服务器和灵活服务器上支持 PostgreSQL 版本 11，以简化这一过渡。 请考虑迁移到灵活服务器，以利用最新 Postgres 引擎版本的优势。
问： 灵活服务器的 99.99% 可用性 SLA 与单一服务器有何不同？
A. 灵活服务器的区域冗余部署通过区域级复原能力提供 99.99% 可用性，而单一服务器虽提供 99.99% 可用性，但没有区域性复原能力。 灵活服务器的高可用性 (HA) 体系结构部署具有冗余计算和存储的热备用服务器（每个站点的数据存储在 3 个副本中）。 单一服务器的 HA 体系结构没有被动热备用服务器来帮助从区域性故障中恢复。 灵活服务器的 HA 体系结构可减少计划外中断和计划内维护期间的停机时间。
问： 我的单一服务器部署在不支持灵活服务器的区域中。 应如何继续执行迁移？
A. 我们接近单台服务器的区域奇偶校验。 这些区域没有灵活服务器。
- 中国东部（CE 和 CE2），
- 中国北部（CN 和 CN2）
建议迁移到 CN3/CE3 区域。
问： 我为单一服务器配置了专用链接，此功能目前在灵活服务器中不受支持。 如何迁移？
A. 灵活服务器对专用链接的支持是我们的首要任务，也在我们的路线图上。 此功能计划于 2023 年第 4 季度推出。 另一个方案是考虑迁移到 VNET 注入的灵活服务器。
问： 是否有将单一服务器回滚到灵活服务器迁移的方法？
A. 可以执行任意数量的测试迁移，测试迁移是否成功，并在准备就绪后执行最终迁移。 测试迁移不会影响单一服务器源，在迁移之前，该源将保持正常运行。 如果在测试迁移期间出现任何错误，你可以推迟最终迁移，并使源服务器保持运行。 解决错误后，可以重试最终迁移。 执行到灵活服务器的最终迁移并为生产工作负载打开它后，你将失去返回到单一服务器而不造成数据丢失的能力。
问： 应如何迁移 DB (> 1TB)
A.单一服务器到灵活服务器迁移工具可以将各种大小的数据库从单一服务器迁移到灵活服务器。 该工具的新版本对数据库的大小没有限制。
问： 是否支持跨区域迁移？
A. 目前，单一服务器到灵活服务器迁移工具不支持跨区域迁移。 我们稍后会提供相关支持。 可以使用 pg_dump/pg_restore 跨区域执行迁移。
应避免跨区域数据迁移，因为迁移需要很长时间才能完成。 执行此操作的一种更简单方法是在目标 GeoRegion 中启动读取副本，对应用程序进行故障转移，然后按照前面概述的步骤进行操作。
问： 是否支持跨订阅迁移？
A. 单一服务器到灵活服务器迁移工具支持跨订阅迁移。
问： 是否支持跨资源组订阅？
A. 单一服务器到灵活服务器迁移工具支持跨资源组迁移。
问： 是否有跨版本支持？
A. 单一服务器到灵活服务器迁移服务支持从较低版本的 PostgreSQL（PG 9.5 及更高版本）迁移到任何更高版本。 与往常一样，应事先检查应用程序与更高 PostgreSQL 版本的兼容性。
单服务器到灵活服务器迁移工具
单一服务器到灵活服务器迁移工具是一种功能强大的工具，使你可以轻松地将 SQL Server 数据库从单一服务器迁移到灵活服务器。 使用此工具，可以轻松地将数据库从本地服务器或虚拟机移动到云中的灵活服务器，从而利用云计算的可伸缩性和灵活性。
Q. 在迁移中，会迁移哪些数据、架构和元数据组件？
A. 单一服务器到灵活服务器迁移工具将架构、数据和元数据从源迁移到目标。 以下所有数据、架构和元数据组件都将作为数据库迁移的一部分进行迁移：
数据迁移
- 所有数据库/架构中的所有表。
架构迁移：
- 命名
- 主密钥
- 数据类型
- 顺序位置
- 默认值
- 可空性
- 自动递增属性
- 辅助索引
元数据迁移：
- 存储过程
- 函数
- 触发器
- 视图
- 外键约束
Q. 脱机迁移和联机迁移有什么区别？
A. 单一服务器到灵活服务器迁移工具现在支持脱机迁移，联机迁移即将推出。 使用脱机迁移时，应用程序停机时间从迁移开始时算起。 使用联机迁移时，停机时间被限制为迁移结束时进行直接转换所需的时间，而是使用逻辑复制机制。 数据/架构必须通过这些开放源代码 PG 引擎限制才能进行联机迁移。 建议测试脱机迁移来确定停机时间是否可接受。
下表对联机和脱机迁移进行了比较：
| 领域 | 联机迁移 | 脱机迁移 |
|---|---|---|
| 迁移期间数据库的可读性 | 可用 | 可用 |
| 迁移期间数据库的可写性 | 可用 | 通常不建议。 迁移后发起的任何“写入”都不会被捕获或迁移 |
| 应用程序适用性 | 需要最大运行时间的应用程序 | 可以承受计划内停机时段或具有禁止联机迁移的架构/工作负载限制的应用程序 |
| 是否适合写入密集型工作负载 | 适合，但预期迁移期间将减少工作负载 | 只有当在迁移期间禁用写入时，才建议此解决方案。 迁移开始后，源上的任何写入都不会迁移到目标服务器 |
| 手动直接转换 | 必需 | 不是必需 |
| 所需的停机时间 | 无论数据大小如何，都很小且固定 | 与数据大小和其他因素成正比。 对于较小数据库，可能只需几分钟；对于较大数据库，可能需要数小时 |
| 迁移时间 | 取决于数据库大小和直接转换之前的写入活动 | 取决于数据库大小 |
问： 是否有任何建议来优化单一服务器到灵活服务器迁移工具的性能？
A. 是的。 为更快地完成迁移，请为灵活服务器选择更高的 SKU。 选择最低 4VCore 或更高以快速完成迁移。 始终可以更改 SKU 来满足迁移后的应用程序需求。
问： 使用单一服务器到灵活服务器迁移工具执行脱机迁移需要多长时间？
A. 下表显示了使用单一服务器到灵活服务器迁移工具对各种大小的数据库执行脱机迁移所需的时间。 迁移是使用具有 SKU 的灵活服务器执行的：
Standard_D4ds_v4（4 核、16GB 内存、128GB 磁盘和 500 IOPS）
| 数据库大小 | 时间 (HH:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1,000 GB | 07:00 |
注意
上面的数字是完成迁移所需的大致时间。 若要获取迁移到服务器所需的精确时间，我们强烈建议对单一服务器创建 PITR（时间点还原）备份，并针对单一服务器到灵活服务器迁移工具运行该备份。
问： 使用单一服务器到灵活服务器迁移工具执行脱机迁移需要多长时间？
A. 联机迁移涉及以下步骤：
- 数据库的初始副本
- 更改数据捕获 - 在步骤 #1 期间将源上的所有事务重播到目标。
步骤 #1 所需的时间与脱机迁移相同（参考上一问题）。
步骤 #2 所需的时间取决于源上发生的事务。 如果是写入密集型工作负载，则步骤 #2 所需的时间将更长。
警告
本文不适用于 Azure Database for PostgreSQL - 灵活服务器用户。 它适用于需要升级到 Azure Database for PostgreSQL - 灵活服务器的 Azure Database for PostgreSQL - 单一服务器客户。
我们知道迁移服务可能会带来令人沮丧的体验，对于可能由此给你带来的任何不便，我们提前表示歉意。 你可以选择最适合你和你的环境的方案。