Azure Database for PostgreSQL 版本策略

本文介绍 Azure Database for PostgreSQL 版本控制策略。

主要版本

主要版本是指版本第一个数字的更改。 例如，PostgreSQL 16 到 PostgreSQL 17 是主要版本升级。 主要版本引入了新特性和功能。 它们可能包括需要应用程序代码更新的更改。 Azure Database for PostgreSQL 支持每个主要 PostgreSQL 版本，从 Azure 开始提供支持，直到版本达到 PostgreSQL 社区定义的生命周期结束（终止支持）。 有关详细信息，请参阅 PostgreSQL 社区版本控制策略。

支持策略

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

PostgreSQL 18 目前以 Azure Database for 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 实例？

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

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

答： PostgreSQL 主版本升级可能会引入可能影响应用程序的更改，例如已弃用的配置参数、不兼容的扩展或 SQL 行为差异。 建议在非生产环境中验证升级，然后再在生产环境中应用升级。 有关更多详细信息，请查看 主要版本升级 文档中的关键注意事项和限制。

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

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

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

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

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

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

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

答：尽量减少停机时间：

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

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

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

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

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

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

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

PostgreSQL 12 支持

Azure 正在扩展对 Azure Database for PostgreSQL 灵活服务器实例上的 PostgreSQL 12 的支持。 此外延支持时间线为你提供了更多时间升级到更高的 PostgreSQL 版本。 它有助于当前依赖 PostgreSQL 12 的用户顺利过渡。

PostgreSQL 11 支持

Azure 正在扩展对 Azure Database for PostgreSQL 灵活服务器实例上的 PostgreSQL 11 的支持。 此外延支持时间线为你提供了更多时间升级到更高的 PostgreSQL 版本。 它有助于当前依赖 PostgreSQL 11 的用户实现平稳过渡。

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 版本