Azure Database for PostgreSQL 版本策略

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

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

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

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

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

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

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

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

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

答：Azure 提供升级前验证检查（PVC），以确定扩展兼容性和参数冲突等常见问题。 建议在非生产环境中测试升级。 Azure 还投资蓝/绿部署，以实现近零停机时间的升级。

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

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

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

答：是的。 主要 PostgreSQL 版本通常引入或弃用配置参数。 为目标版本创建新的参数组，并根据需要调整内存和性能设置。

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

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

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

答：尽量减少停机时间：

• 在升级之前应用挂起的维护。
• 在升级前进行手动备份以加快快照创建速度。
• 在低流量期间计划升级。
• 如果使用蓝/绿部署，请监视复制延迟和连接。

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

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

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

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

PostgreSQL 12 于 2024 年 11 月 14 日终止，符合 PostgreSQL 社区 版本控制策略。 根据此策略，每个主要版本将被支持，直到被社区停用。 与 PostgreSQL 11 不同，PostgreSQL 11 已将支持扩展到 2025 年 11 月 9 日，PostgreSQL 12 不会收到来自 Azure 的扩展支持。 建议用户升级到较新版本，以确保持续支持和访问新功能。

Azure 正在扩展对 Azure Database for PostgreSQL 灵活服务器的 PostgreSQL 11 支持。 此扩展支持时间线旨在为用户提供更多时间来规划和 从 Azure Database for PostgreSQL 单一服务器迁移到灵活服务器 并升级到更高版本的 PostgreSQL。 扩展的支持时间线旨在方便当前依赖 PostgreSQL 11 的用户顺利过渡。

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

这项 Postgres 11 外延支持是 Azure 承诺的一部分，即提供无缝迁移路径并确保用户能够持续使用相关功能。

可以继续在 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 版本 10 之前， PostgreSQL 版本控制策略 将主要版本升级视为第一个或第二个数字的增加。 例如，9.5 到 9.6 被视为主要版本升级。 从版本 10 开始，只有第一个数字的更改被视为主要版本升级。 例如，10.0 到 10.1 是次要版本升级。 版本 10 到 11 是主要版本升级。

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