為了協助您在社群終止支援（終止支援）後仍維持安全且合規的工作負載，Azure 推出了對 適用於 PostgreSQL 的 Azure 資料庫 的延伸支援。
延伸支援讓您持續取得關鍵的安全更新與技術協助。 透過使用延伸支援，你有時間自信地規劃並執行升級策略。
外延支援提供：
- 在標準支援結束之後，最多三年的額外支援
- 安全性修補程式和重大錯誤修正
- 透過 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 日 | 2027 年 1 月 31 日 | 2027年2月1日 | 2029 年 11 月 11 日 |
註冊和價格
- 自動註冊：2026 年 8 月 1 日，服務會自動註冊運行不支援版本的 PostgreSQL 伺服器，並以延長支援模式進行。
- 退出選項：您可以隨時透過升級至支援版本來選擇退出。
- 寬限期：PostgreSQL 版本 11、12 及 13 提供一個月寬限期。 延長支援帳單將於 2026 年 9 月 1 日開始。
- 價格：詳情刊登於本 頁。
常見問題集 (FAQ)
問：我該如何停止延長支援費用？
答：將伺服器升級到支援的 PostgreSQL 版本。 一旦升級成功完成且伺服器運行支援的 PostgreSQL 版本，延長支援費用將不再適用。
問：如果我想要在沒有延伸支援的情況下繼續執行，該怎麼辦？ 我可以選擇退出嗎？
答：否。 延長支援會自動套用於執行不受支援 PostgreSQL 版本的合格伺服器。 要停止延長支援費用，請升級至支援的 PostgreSQL 版本。
問：Azure 標準支援結束與延長支援計費開始之間，支援覆蓋是否存在空檔？
答：否。 支援沒有中斷。 符合資格的伺服器在 Azure 標準支援結束後立即轉入延長支援。 若有寬限期，客戶在該期間仍可免費獲得延長支援福利。 寬限期結束後即開始計費。
Q：如果我在社群支援結束後繼續在Azure上運行一個不支援的 PostgreSQL 版本，會發生什麼事？
A: 當該 PostgreSQL 版本的 Azure Standard Support 期間結束後，您的伺服器將自動納入延長支援。 若有寬限期，服務生在該期間會繼續享有延長支援福利，直到開始計費。
問：我可以繼續使用 PostgreSQL 實例，而不需外延支援嗎？
答：否。 運行不支援 PostgreSQL 版本的伺服器會自動加入延長支援。 在適用的寬限期結束後，除非伺服器升級至支援的 PostgreSQL 版本，否則將收取延長支援費用。
問：如果我的伺服器停止運作、失敗或無法運行，我會被收取延長支援費用嗎？
答：否。 延長支援計費僅適用於 Azure 中處於成功（運行中）狀態的伺服器。 如果伺服器被停止、刪除或配置失敗，該期間不會收取延長支援費用。 伺服器恢復為成功狀態，並在延伸支援下持續執行生命週期結束的引擎版本後，計費會自動恢復。
問：我在計費月份內升級了。 我還會被收費嗎？
答：是的。 延長支援費用依據伺服器在不支援的 PostgreSQL 版本上運行的時間計算。 如果您在計費期間升級，費用僅會針對伺服器在升級完成前持續使用延長支援期間計算。
問：如果我準備升級到支援的 PostgreSQL 版本，但區域容量限制，無法在延長支援帳單開始前升級，會發生什麼事？
答：若區域容量限制無法升級至支援的 PostgreSQL 版本，您的伺服器可能會暫時被排除在延長支援帳單之外，直到容量可用並提供升級路徑。 Microsoft 支援管道提供關於資格與驗證標準的額外指引。
問：我的應用程式是否可以在主要版本升級期間中斷？
答：PostgreSQL 主要版本升級可能會帶來可能影響應用程式的變更，例如已棄用的設定參數、不相容的擴充功能或 SQL 行為差異。 在非生產環境中驗證升級後，再應用於生產環境。 欲了解更多細節，請參閱 主要版本升級 文件中的主要考量與限制。客戶應在非生產環境中徹底驗證應用程式相容性與擴充支援，然後才排程正式升級。
備註
適用於 PostgreSQL 的 Azure 資料庫 僅支援原地主要版本升級至目前支援的 PostgreSQL 版本。 例如，只要目標版本在升級時獲得 Azure 官方支援，你可以升級至目前版本。 無法選取不支援的版本作為升級目標，而且嘗試升級至已淘汰的版本可能會導致失敗或服務中斷。 在進行主要版本升級前，務必參考 Azure PostgreSQL 版本控制政策 以及 upgrade 文件。
問：如何知道我的伺服器是否在外延支援中？
答：Azure 入口網站和 Azure CLI 會顯示伺服器是否已註冊為延伸支援。 您也可以透過伺服器屬性及相關服務通知查詢支援狀態與資格資訊。
問：重大版本升級後我需要更新參數嗎？
答：大多數情況下，不需要手動更改。 升級工作流程會根據目標 PostgreSQL 版本自動更新參數預設值。 升級後請檢視應用程式專屬設定，確保它們持續符合您的需求。
問：在主要版本升級期間，PostgreSQL 延伸模組是否會自動升級？
答：否。 雖然 Azure 會升級資料庫引擎，但非核心擴充功能（例如 pgvector、timescaledb）則需要手動更新。 升級之後，請使用 ALTER EXTENSION ... UPDATE 或重新建立不支援的延伸模組。
問：如何在主要升級期間減少停機時間？
答：若要將停機時間降到最低：
- 在流量較低的時段規劃升級。
- 在升級前識別並修正任何升級阻擋因素（例如擴充功能、角色、複寫槽）。
- 暫停背景工作和長時間執行的階段工作。
- 暫時擴展計算資源以加快 pg_upgrade 的速度。
- 如果需要，使用 VACUUM 或 REINDEX 清理冗余。
- 升級後執行 ANALYZE 以還原效能。
問：我可以在哪裡追蹤我的伺服器即將終止支援？
答：Azure 入口網站提供可視性，包括即將結束支援的伺服器及已註冊延長支援的伺服器指標。
問：擴充支持階段期間有哪些支援選項可用？
答：延伸支援包括依照您的支援計畫，透過 Azure 支援管道取得安全更新、關鍵錯誤修正及技術協助。 延伸支援不包括新功能、效能提升、小幅版本升級支援，或是對已結束支援版本的回溯改進。
問：2025 年 11 月 13 日至 2026 年 3 月 1 日之間的期間將如何處理 PostgreSQL 13 版？ 在此期間會繼續支援嗎？ 它與 2025 年 11 月 13 日之前的期間有何不同？
答：根據 PostgreSQL 社群版本管理政策，社群會支援每個主要版本直到其退休。 Azure 提供免費的延長支援至 2026 年 8 月 31 日。 從 9 月 1 日起，客戶需付費延長支援。 若要確保持續支援並存取新功能，請升級至較新版本。