为了帮助你维护社区生命周期结束（终止支持）之外的安全合规工作负载，Azure引入了对Azure Database for PostgreSQL的扩展支持。
扩展支持使你能够继续访问关键安全更新和技术支持。 通过使用扩展支持，可以放心地规划和实施升级策略。
扩展支持提供：
- 标准支持结束后最多三年的额外支持
- 安全补丁和关键错误修复
- 通过 Azure 支持渠道（根据现有计划）提供技术支持
扩展支持不包括：
- 新增功能
- 性能提升
- 常规错误修复
- 性能优化帮助
- 与安全或关键服务无关的后移植
注释
扩展支持不包括新功能版本、性能增强功能或对次要版本升级的支持。
为何使用扩展支持？
如果你……，请使用延长支持
- 需要更多时间来升级复杂的工作负荷。
- 在升级规划期间要求合规性和安全覆盖。
- 依赖于关键环境的不间断技术支持。
最佳做法
- 将扩展支持视为临时桥梁，而不是长期解决方案。
- 在产品生命周期结束（支持终止）日期之前就开始升级规划。
- 请考虑升级到较新版本（如 PostgreSQL 15 或 16），以提高性能和支持。
- 有关支持的升级路径和限制的更多详细信息，请参阅 主要版本升级文档。
符合条件的 PostgreSQL 版本
| PostgreSQL 版本 | Azure 标准支持开始日期 | 社区退役日期 | Azure 标准支持结束日期 | 延长支持开始日期 | 延长支持结束日期 |
|---|---|---|---|---|---|
| 11 | 2019 年 7 月 24 日 | 2023 年 11 月 9 日 | 2026 年 7 月 31 日 | 2026 年 8 月 1 日 | 2027 年 3 月 31 日 |
| 12 | 2020 年 9 月 22 日 | 2024 年 11 月 14 日 | 2026 年 7 月 31 日 | 2026 年 8 月 1 日 | 2027 年 11 月 13 日 |
| 13 | 2021 年 5 月 25 日 | 2025 年 11 月 13 日 | 2026 年 7 月 31 日 | 2026 年 8 月 1 日 | 2028 年 11 月 12 日 |
| 14 | 2022 年 6 月 29 日 | 2026 年 11 月 12 日 | 2026 年 12 月 11 日 | 2026 年 12 月 12 日 | 2029 年 11 月 11 日 |
注册和价格
- 自动注册：在 2026 年 8 月 1 日，该服务会自动注册在扩展支持中运行不受支持的版本的 PostgreSQL 服务器。
- 选择退出选项：你可以随时通过升级到受支持的版本来选择退出。
- 宽限期：宽限期适用，计费从 2026 年 9 月 1 日开始。
- 定价：此 页上发布了详细信息。
常见问题 (FAQ)
问：如何停止延长支持费用？
答：将服务器升级到受支持的 PostgreSQL 版本。 升级成功完成并且服务器运行受支持的 PostgreSQL 版本后，不再收取扩展支持费用。
问：如果想要在没有外延支持的情况下继续运行，该怎么办？ 可以选择退出吗？
答：否。 扩展支持会自动应用于运行不受支持的 PostgreSQL 版本的符合条件的服务器。 若要停止延长支持费用，请升级到受支持的 PostgreSQL 版本。
问：Azure标准支持结束和扩展支持计费之间是否存在支持覆盖差距？
答：否。 支持覆盖范围没有差距。 标准支持终止 Azure后，符合条件的服务器会立即转换为扩展支持。 如果宽限期适用，则客户在此期间继续获得延长的支持权益，无需额外付费。 宽限期结束后开始计费。
问：如果在其社区终止支持后继续在 Azure 上运行不受支持的 PostgreSQL 版本，会发生什么情况？
答：一旦Azure标准支持期结束该 PostgreSQL 版本，服务器将自动注册到扩展支持中。 如果宽限期适用，则服务器将在计费开始前继续获得延长的支持权益。
问：是否可以在没有扩展支持的情况下继续使用 PostgreSQL 实例？
答：否。 运行不受支持的 PostgreSQL 版本的服务器会自动在扩展支持中注册。 在任何适用的宽限期结束后，除非将服务器升级到受支持的 PostgreSQL 版本，否则将产生延长的支持费用。
问：如果我的服务器已停止、发生故障或未运行，是否仍会收取扩展支持费用？
答：否。 扩展支持计费仅适用于 Azure 中处于“Succeeded（正在运行）”状态的服务器。 如果服务器已停止、删除或处于预配失败状态，则不会在该时间段内收取延长的支持费用。 服务器恢复成功状态后，计费会自动恢复，并继续在扩展支持下运行生命周期结束引擎版本。
问：我在计费月内进行了升级。 是否仍要收费？
A:是的。 扩展支持费用是根据服务器在不支持的 PostgreSQL 版本上运行的时间计费的。 如果在计费期间升级，则费用仅适用于在升级完成之前服务器在扩展支持下运行的时间。
问：如果我已准备好升级到受支持的 PostgreSQL 版本，会发生什么情况，但我的区域中的容量限制阻止我在扩展支持计费开始前升级？
答：如果区域容量限制阻止升级到受支持的 PostgreSQL 版本，则服务器可能会暂时从扩展支持计费中排除，直到容量可用并提供升级路径。
问：我的应用程序能否在主版本升级期间中断？
答：PostgreSQL 主版本升级可能会引入可能影响应用程序的更改，例如已弃用的配置参数、不兼容的扩展或 SQL 行为差异。 在生产环境中应用升级之前，请先在非生产环境中验证这些升级。 有关更多详细信息，请查看 主要版本升级 文档中的关键注意事项和限制。
注释
Azure Database for PostgreSQL 仅支持在原地将主版本升级到当前支持的 PostgreSQL 版本。 例如，如果目标版本在升级时 Azure 正式支持，则可以升级当前版本。 不支持的版本不能选择为升级目标，并且尝试升级到已弃用的版本可能会导致失败或服务中断。 在启动主版本升级之前，请始终咨询 Azure PostgreSQL 版本控制策略 和 升级文档 。
问：如何知道我的服务器是否处于扩展支持中？
答：Azure门户和Azure CLI指示服务器是否在扩展支持中注册。 还可以通过服务器属性和关联的服务通知查找有关支持状态和资格的信息。
问：是否需要在主版本升级后更新参数？
答：在大多数情况下，无需手动更改。 升级工作流会根据需要自动更新目标 PostgreSQL 版本的参数默认值。 升级后查看特定于应用程序的设置，以确保它们继续满足你的要求。
问：PostgreSQL 扩展在主版本升级期间是否自动升级？
答：否。 虽然 Azure 升级数据库引擎，但非核心扩展（例如 pgvector、timescaledb）需要手动更新。 升级后使用 ALTER EXTENSION ... UPDATE 或重新创建不受支持的扩展。
问：如何在重大升级期间减少停机时间？
答：尽量减少停机时间：
- 计划在低流量时段进行升级。
- 确定并修复升级前的任何升级阻止程序（例如扩展、角色、复制槽）。
- 暂停后台作业和长时会话。
- 暂时增加计算资源以加速pg_upgrade。
- 如果需要，使用 VACUUM 或 REINDEX 清理冗余数据。
- 升级后运行 ANALYZE 以还原性能。
问：在哪里可以跟踪哪些服务器即将结束支持？
答：Azure门户提供可见性，包括即将结束支持的服务器和已注册扩展支持的服务器指示器。
问：在扩展支持阶段提供哪些支持选项？
答：扩展支持包括根据支持计划通过Azure支持渠道访问安全更新、关键 bug 修复和技术支持。 扩展支持不包括新功能、性能增强、对次要版本升级的支持或对支持终止版本的回移植改进。
问：PostgreSQL 版本 13 将如何处理 2025 年 11 月 13 日至 2026 年 3 月 1 日的时间段？ 在此期间是否继续提供支持？ 它与 2025 年 11 月 13 日之前的时期有何不同？
答：根据 PostgreSQL 社区版本控制策略，社区在停用之前支持每个主版本。 Azure提供到 2026 年 8 月 31 日的免费扩展支持。 从 9 月 1 日起，客户支付延长支持费用。 若要确保获得持续支持和访问新功能，请升级到更新的版本。