Azure Database for PostgreSQL 扩展支持

为了帮助你在社区生命周期结束（支持终止）之后维持安全且合规的工作负荷，Azure 推出了对 Azure Database for PostgreSQL 的外延支持。

扩展支持使你能够继续访问关键安全更新和技术支持。 通过使用扩展支持，可以放心地规划和实施升级策略。

扩展支持提供：

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

为何使用扩展支持？

外延支持非常适合以下客户：

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

最佳做法

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

符合条件的 PostgreSQL 版本

注册和价格

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

常见问题 (FAQ)

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

答：否。

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

答：在社区终止支持日期后一个月，服务器会自动在扩展支持中注册。

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

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

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

答：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 年 7 月 31 日的免费扩展支持。 从 8 月 1 日起，客户将按扩展支持付费。 若要确保获得持续支持和访问新功能，请升级到更新的版本。