你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
停用公告发布后，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 门户创建新的单一服务器实例。 但是，如果你需要创建单一服务器实例来满足业务连续性需求，则可在 2025 年 3 月之前继续使用 Azure CLI。
如果你当前拥有托管生产服务器的 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 - 灵活服务器
了解如何使用 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 创建新的单一服务器实例。 但是，在 2025 年 3 月之前，仍可通过 CLI 进行创建。 我们通过版本控制支持策略支持单一服务器。 最好立即开始迁移到“Azure Database for PostgreSQL - 灵活服务器”。
问： 2025 年 3 月 28 日日落期之后，是否可以继续运行 Azure Database for PostgreSQL - 单一服务器？
A. 我们计划在 2025 年 3 月 28 日日落期之前支持单一服务器，强烈建议你尽快开始规划迁移。 我们计划在 2025 年 3 月 28 日日落期终止对单一服务器部署的支持。
问： 在单一服务器停用公告发布后，如果仍需要创建新的单一服务器来满足我的业务需求，该怎么办？
A. 我们不会立即停止创建新的单一服务器的功能，因此你可以继续通过 CLI 创建新的单一服务器，以满足 Azure Database for PostgreSQL – 单一服务器上支持的所有 PostgreSQL 版本的业务需求。 我们强烈建议你探索灵活服务器，并了解它能否满足你的需求。 如有必要，请随时与我们联系，以便我们可以更好地指导你，并建议最佳前进道路。
问： 执行迁移是否有相关的额外费用？
A. 迁移期间，你需要为目标灵活服务器和源单一服务器付费。 目标灵活服务器的配置和计算决定了产生的额外费用（有关更多详细信息，请参阅定价）。 若在成功迁移后解除源单一服务器授权，则只需为灵活服务器付费。 使用单一服务器到灵活服务器迁移服务不会产生额外费用。 如果对将单一服务器迁移到灵活服务器的成本有疑问或顾虑，请联系 Microsoft 客户代表。
Q. 运行 Azure Database for PostgreSQL - 灵活服务器而不是 Azure Database for PostgreSQL - 单一服务器是否会影响我的计费？
A. 如果选择与 Azure Database for PostgreSQL - 单一服务器类似的配置，则计费应具有可比性。 但是，如果为目标灵活服务器选择同一区域或区域冗余高可用性，则费用高于使用单一服务器。 同一区域或区域冗余高可用性需要启动额外的热备用服务器并存储冗余备份数据，因此第二台服务器的成本会增加。 此体系结构可减少计划外中断和计划内维护期间的停机时间。 一般来说，灵活服务器可提供更好的性价比，但这取决于工作负载。
问： 将 Azure 数据库从 PostgreSQL 单一服务器迁移到灵活服务器时，是否会造成停机？
A. PostgreSQL 迁移服务支持脱机和联机迁移。 脱机迁移需要在迁移过程中使应用程序停机。 联机迁移有助于在故障时间有限但限制较少的情况下迁移数据库。 有关详细信息，请参阅 PostgreSQL 迁移服务 - 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. 灵活服务器现在支持专用链接。 可以使用运行时服务器移动到具有专用链接支持的灵活服务器。 有关详细信息，请参阅运行时服务器 - Azure Database for PostgreSQL 单一服务器到灵活服务器。
问： 是否有将单一服务器回滚到灵活服务器迁移的方法？
A. 可以执行任意数量的测试迁移，测试迁移是否成功，并在准备就绪后执行最终迁移。 测试迁移不会影响单一服务器源，该源在你迁移并将连接字符串更改为指向灵活服务器之前仍可正常运行。 如果在测试迁移期间出现任何错误，你可以推迟最终迁移，并使源服务器保持运行。 解决错误后，可以重试最终迁移。 执行到灵活服务器的最终迁移并为生产工作负载打开它后，你将失去返回到单一服务器而不造成数据丢失的能力。
问： 应如何迁移 DB (> 1TB)
A. PostgreSQL 迁移服务可以将各种大小的数据库从单一服务器迁移到灵活服务器。 迁移服务对于数据库的大小没有限制。
问： 是否支持跨区域迁移？
A. 是的。
问： 是否支持跨订阅迁移？
A. PostgreSQL 迁移服务支持跨订阅迁移。
问： 是否支持跨资源组订阅？
A. PostgreSQL 迁移服务支持跨资源组迁移。
问： 是否有跨版本支持？
A. PostgreSQL 迁移服务支持从较低版本的 PostgreSQL（PG 9.5 及更高版本）迁移到任何更高版本。 与往常一样，应事先检查应用程序与更高 PostgreSQL 版本的兼容性。
PostgreSQL 迁移服务
PostgreSQL 迁移服务是一种功能强大的服务，使你可轻松地将 PostgreSQL Server 数据库从单一服务器迁移到灵活服务器。 使用此服务，可以轻松地将数据库从本地服务器或虚拟机移动到云中的灵活服务器，从而利用云计算的可伸缩性和灵活性。
问： 在迁移中，会迁移哪些数据、架构和元数据组件？
A. PostgreSQL 迁移服务将架构、数据和元数据从源迁移到目标。 以下所有数据、架构和元数据组件都将作为数据库迁移的一部分进行迁移：
数据迁移
- 所有数据库/架构中的所有表。
架构迁移：
- 命名
- 主密钥
- 数据类型
- 顺序位置
- 默认值
- 可空性
- 自动递增属性
- 辅助索引
元数据迁移：
- 存储过程
- 函数
- 触发器
- 视图
- 外键约束
Q. 脱机迁移和联机迁移有什么区别？
A. 使用脱机迁移时，应用程序停机时间从迁移开始时算起。 使用联机迁移时，停机时间被限制为迁移结束时进行直接转换所需时间。 但是，它使用逻辑复制机制，这种机制受到一些限制。
下表概述了脱机和联机选项。
| 选项 | 优点 | 缺点 | 推荐的使用场景 |
|---|---|---|---|
| 离线 | - 容易执行，不太复杂。 - 失败的可能性很小。 - 对可以处理的数据库对象没有限制 |
会造成应用程序关闭。 | - 最适合简单性和高成功率至关重要的场景。 - 非常适合数据库可脱机而不会对业务运营产生重大影响的场景。 - 适用于可在计划内维护时段内完成迁移过程时的数据库。 |
| 联机 | - 应用程序关闭时间非常短。 - 非常适合大型数据库和对停机时间有限制要求的客户。 |
- 联机迁移中使用的复制有一些限制（例如，所有表中所需的主键）。 - 与脱机迁移相比，执行难度大且复杂得多。 - 由于迁移的复杂性，失败的可能性更高。 - 如果迁移长时间运行，则会影响源实例的存储和计算。 在迁移过程中需要密切监视影响。 |
- 最适合连续性至关重要且故障时间必须最短的企业。 - 建议用于具有以下要求的数据库：迁移过程不会中断正在进行的操作。 |
问： 是否有任何建议来优化单一服务器到灵活服务器迁移的性能？
A. 是的。 为更快地完成迁移，请为灵活服务器选择更高的 SKU。 选择最低 4VCore 或更高以快速完成迁移。 始终可以更改 SKU 来满足迁移后的应用程序需求。 查看更多最佳做法。
问： 使用迁移服务执行从单一服务器到灵活服务器的离线迁移需要多长时间？
A. 下表显示了使用 PostgreSQL 迁移服务对各种规模的数据库进行脱机迁移所花费的时间。 迁移是使用具有 SKU 的灵活服务器执行的：
Standard_D4ds_v4（4 核、16GB 内存和 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（时间点还原），并使用 PostgreSQL 迁移服务进行迁移。
问： 使用迁移服务执行从单一服务器到灵活服务器的在线迁移需要多长时间？
A. 联机迁移涉及以下步骤：
- 数据库的初始副本
- 更改数据捕获 - 在步骤 #1 期间将源上的所有事务重播到目标。
步骤 #1 所需的时间与脱机迁移相同（参考上一问题）。
步骤 #2 所需的时间取决于源上发生的事务。 如果它是写入密集型工作负载，则时间更长。
问： Microsoft 是否支持从单一服务器迁移到灵活服务器？
A. 是的。 除了持续更新迁移服务之外，我们与内部合作伙伴团队合作，他们可在整个迁移过程中与你互动。 有关详细信息，请联系帐户代表。
问： Microsoft 是否可以帮助我自动将单一服务器迁移到灵活服务器？ A. 是的。 可以提名服务器进行自动迁移。 可在此处阅读相关详细信息并提名服务器进行自动迁移。
其他支持
问： 我有关于停用的其他疑问。
A. 可以通过几种不同方式获得更多信息。
通过 Microsoft Q&A 获得社区专家的解答。
如有支持计划并需要技术帮助，请创建支持请求：- 对于“摘要”，键入问题的说明。 - 对于“问题类型”，选择“技术”。 - 对于“订阅”，选择自己的订阅。 - 对于服务，选择“我的服务”。 - 对于“服务类型”，选择“Azure Database for PostgreSQL 单一服务器”。 - 对于“资源”，选择你的资源。 - 对于“问题类型”，选择“迁移到 Azure DB for PostgreSQL”。 - 对于“问题子类型”，选择“从单一服务器迁移到灵活服务器”。
警告
本文不适用于 Azure Database for PostgreSQL - 灵活服务器用户。 它适用于需要升级到 Azure Database for PostgreSQL - 灵活服务器的 Azure Database for PostgreSQL - 单一服务器客户。
我们知道迁移服务可能会令人感到烦恼，对于可能由此给你带来的任何不便，我们提前表示歉意。 你可以选择最适合你和你的环境的方案。