Azure Database for PostgreSQL 版本策略

本文介绍 Azure Database for PostgreSQL 灵活服务器版本控制策略。

支持的 PostgreSQL 版本

Azure Database for PostgreSQL 灵活服务器支持以下数据库版本。

主要版本

主版本意味着版本号第一个数字的更改。 例如，PostgreSQL 10 到 PostgreSQL 11 是主要版本升级。 主要版本引入了新功能和功能。 它们可能包括需要应用程序代码更新的更改。

Support

Azure Database for PostgreSQL 支持每个主要 PostgreSQL 版本，从 Azure 开始提供支持，直到版本达到 PostgreSQL 社区定义的生命周期结束（终止支持）。 有关详细信息，请参阅 PostgreSQL 社区版本控制策略。

退休政策

下表提供了 PostgreSQL 主要版本的停用详细信息。 日期遵循 PostgreSQL 社区版本控制策略。

次要版本支持

Azure Database for PostgreSQL 灵活服务器在定期维护期间自动将次要版本升级到 Azure 首选 PostgreSQL 版本。

扩展支持

为了帮助你维护社区生命周期结束（终止支持）之外的安全合规工作负载，Azure 引入了对 Azure Database for PostgreSQL 的扩展支持。

扩展支持可让你继续访问关键安全更新和技术支持。 借助扩展支持，可以放心地规划和实施升级策略。

扩展支持提供：

• 标准支持结束后最多三年的额外支持
• 安全补丁和关键错误修复
• 通过 Azure 支持渠道（根据现有计划）提供技术支持

为何使用扩展支持？

扩展支持非常适合...

• 需要更多时间来升级复杂的工作负荷。
• 在升级规划期间要求合规性和安全覆盖。
• 依赖于关键环境的不间断技术支持。

最佳做法

• 将扩展支持视为临时桥梁，而不是长期解决方案。
• 在终止日期（终止支持）日期之前开始升级规划。
• 请考虑升级到较新版本（如 PostgreSQL 15 或 16），以提高性能和支持。

符合条件的 PostgreSQL 版本

注册和价格

• 自动注册：运行不受支持的版本的 PostgreSQL 服务器在 2026 年 3 月 1 日自动注册扩展支持。
• Opt-Out 选项：你可以随时通过升级到受支持的版本来选择退出。
• 宽限期：适用一个月的宽限期。 计费从 2026 年 4 月 1 日开始。
• 定价：在计费 开始之前， 将在此页面上发布详细信息。

常见问题 (FAQ)

问：如果想要在没有扩展支持的情况下继续运行，该怎么办？ 可以选择退出吗？

答：否。

问：如果在其社区终止支持后继续在 Azure 上运行不受支持的 PostgreSQL 版本，会发生什么情况？

答：您的服务器将在社区支持结束日期后的一个月内（或对于版本 11、12 和 13，则为 2026 年 3 月 1 日）自动注册至扩展支持。

问：是否可以在没有扩展支持的情况下继续使用 PostgreSQL 实例？

答：是的，但在宽限期之后，除非升级到受支持的版本，否则会自动注册付费扩展支持。 在宽限期内，您承担所有运营风险，Azure 支持无法保证问题得到解决。

问：我的应用程序能否在主版本升级期间中断？

答：Azure 提供升级前验证检查 (PVC)，用于确定扩展兼容性和参数冲突等常见问题。 建议在非生产环境中测试升级。 有关更多详细信息，请参阅 主要版本升级。

问：如何知道我的服务器是否处于扩展支持中？

答：Azure 门户和 CLI 清楚地指示服务器是否已在扩展支持中注册。

问：是否需要在主版本升级后更新服务器参数？

答：无需手动更改。 升级工作流会自动更新新 PostgreSQL 版本的参数。

问：PostgreSQL 扩展在主版本升级期间是否自动升级？

答：否。 虽然 Azure 升级数据库引擎，但非核心扩展（例如 pgvector、timescaledb）需要手动更新。 升级后使用 ALTER EXTENSION ... UPDATE 或重新创建不支持的扩展。

问：如何在重大升级期间减少停机时间？

答：尽量减少停机时间：

• 计划在低流量时段进行升级。
• 确定并修复升级前的任何升级阻止程序（例如扩展、角色、复制槽）。
• 暂停后台作业和长时会话。
• 暂时增加计算资源以加速pg_upgrade。
• 如果需要，使用 VACUUM 或 REINDEX 清理冗余数据。
• 升级后运行 ANALYZE 以还原性能。

问：在哪里可以跟踪哪些服务器即将结束支持？

答：Azure 通过门户提供可见性。

问：在扩展支持阶段提供哪些支持选项？

答：扩展支持阶段的服务器只能提交安全相关问题的支持案例。 不支持终止支持版本的功能请求、性能优化和常规 bug 修复。 对终止支持版本的现有功能的改进不会向后移植。

问：2025 年 11 月 13 日至 2026 年 3 月 1 日期间如何处理 PostgreSQL 版本 13 的时间段？ 在此期间是否继续支持？ 它与 2025 年 11 月 13 日之前的时期有何不同？

答：根据 PostgreSQL 社区版本控制策略，每个主版本在被社区停止支持之前都会得到支持。 Azure 的免费扩展支持将于 2026 年 3 月 31 日提供。 从 4 月 1 日起，客户将按扩展支持付费。 若要确保持续支持和访问新功能，请升级到较新版本。

PostgreSQL 12 支持

PostgreSQL 12 于 2024 年 11 月 14 日终止，符合 PostgreSQL 社区 版本控制策略。 根据这项政策，社区支持每个主要版本，直到停用。 与 2025 年 11 月 9 日之前已扩展支持的 PostgreSQL 11 不同，Azure 不会在 2026 年 3 月 1 日之后提供对 PostgreSQL 12 的扩展支持。 升级到较新版本，以确保持续支持和访问新功能。

PostgreSQL 11 支持

Azure 正在扩展对 Azure Database for PostgreSQL 灵活服务器上的 PostgreSQL 11 的支持。 此扩展支持时间线提供了升级到更高 PostgreSQL 版本的更多时间。 它为当前依赖 PostgreSQL 11 的用户提供了流畅的转换。

灵活服务器支持

• 可以在 Azure Database for PostgreSQL 灵活服务器上创建和作 PostgreSQL 11 服务器，直到 2025 年 11 月 9 日，当 Azure 停止支持 PostgreSQL 11 时。
• 从 2023 年 11 月 9 日到 2025 年 11 月 9 日，可以在灵活服务器上继续使用和创建新的 PostgreSQL 实例，但对其他已停用的 PostgreSQL 引擎存在 限制 。

PostgreSQL 11 支持的此扩展是 Azure 承诺提供无缝迁移路径并确保用户持续功能的承诺的一部分。

Azure Database for PostgreSQL 中不支持的已停用 PostgreSQL 引擎版本

可以在 Azure Database for PostgreSQL 灵活服务器中继续使用停用的版本。 但是，在每个 PostgreSQL 数据库版本的停用日期后，适用以下限制：

• 当社区停用 PostgreSQL 版本时，Azure Database for PostgreSQL 灵活服务器停止向数据库引擎应用 bug 或安全修补程序。 此更改可能会使服务器面临安全风险或其他问题。 但是，Azure 继续维护和修补基础主机、作系统、容器和相关服务组件。

• 如果遇到与 PostgreSQL 引擎本身相关的支持问题，我们可能无法提供支持，因为社区不再提供修补程序。 在这种情况下，需要将数据库升级到其中一个受支持的版本。

• 无法使用已停用的 PostgreSQL 版本创建新服务器。 但你可以执行时间点恢复并为现有服务器创建只读副本。

• Azure Database for PostgreSQL 灵活服务器开发的新服务功能可能仅适用于受支持的数据库服务器版本。

• 运行时间 SLA 仅适用于 Azure Database for PostgreSQL 灵活服务器服务相关问题，不适用于数据库引擎相关 bug 导致的任何停机时间。

• 在停用的 PostgreSQL 版本中出现严重漏洞对服务构成威胁的极少数情况下，Azure 可能会停止受影响的服务器来保护平台。 在这种情况下，在使服务器联机之前，系统会通知你升级服务器。

• 社区停用的 PostgreSQL 版本不支持为 Azure Database for PostgreSQL 灵活服务器引入的新扩展。

PostgreSQL 版本语法

在 PostgreSQL 版本 10 之前， PostgreSQL 版本控制策略 将主要版本升级视为第一个或第二个数字的增加。 例如，9.5 到 9.6 被视为主版本升级。 从版本 10 开始，只有第一个数字更改才视为主版本升级。 例如，10.0 到 10.1 是次要版本升级。 版本 10 到 11 是主要版本升级。

相关内容

• Azure Database for PostgreSQL 灵活服务器中支持的 PostgreSQL 版本