版本控制政策
當您配置一個 Cloud Databases 實例時，可從當前在 [平台名稱] 上可用的版本中 IBM Cloud® 進行選擇。 從 目錄頁、Cloud Databases CLI 外掛程式或 Cloud Databases API尋找最新版本。
主要版本定義
| 服務 | Cloud Databases 版本控制架構 | 下一個已知的終止版本和日期 | 首選主要版本 | 終止服務程序 [1] |
|---|---|---|---|---|
| Databases for MongoDB | Cloud Databases 主要版本號是版本 major.x.patch 號中的前兩個數字。 如果 x 為偶數，則它是適合生產的穩定版本。 偶數 x 版本是目前唯一可在. 上 Cloud Databases 取得的版本。 |
v7, 2027 年 8 月 25 日 | v8.0 | 自動原地升級至下一個主要版本，標準和企業計劃支援客戶主動原地升級至下一個主要版本 |
| Databases for Elasticsearch | Cloud Databases 主要版本是 release.version.maintenance 版本號中的前兩個數字。 |
v8.7 2026年6月 v8.10v8.12v8.15 30日 | v8.19 | 自動原地升級至下一個主要版本，支援客戶主動原地升級至 8.19 版本 |
| Databases for Redis | Cloud Databases 主要版本號是版本 major.minor.patch 號中的第一個數字。 |
v7.2, 2026 年 8 月 19 日 | v8.2 | 自動升級到下一個主要版本 |
| Databases for PostgreSQL | Cloud Databases 主要版本由版本號中的第一個數字定義。 | v14 2026年10月21日 | v18 | 自動就地升級至下個主要版本，支援客戶主動從 v14 就地升級至 v15 |
| Databases for MySQL | Cloud Databases 主要版本號是版本 major.x.patch 號中的前兩個數字。 |
v8.0，2026 年 7 月 29 日 | v8.4 | 已進行備份並刪除存取權限 |
| Messages for RabbitMQ | Cloud Databases 主要版本號是版本 major.x.patch 號中的前兩個數字。 |
v3.13, 2026 年 5 月 20 日， v4.1, 2026 年 8 月 12 日 |
v4.2 | 已進行備份，並移除存取權限，直到 v3.13, 自動升級至下一個主要版本。v4.x |
生命週期終止程序
生命週期結束處理取決於服務和版本模型。 以下方法適用：
-
使用期限結束後的存取移除
對於 MySQL v8.0 和 RabbitMQ v3.13，在使用期限結束之後，部署的存取權將被移除。 備份將依照政策保留，但實體將不再可存取。
-
強制升級至下一個支援版本：
對於所有其他資料庫版本，在生命週期結束日期之後，在已廢棄版本上執行的所有作用中部署都會被強制升級到下一個支援版本。 例如，PostgreSQL 版本 14 會自動升級到版本 15。
基於以下原因，不建議採用此方法：
- 我們不為此類強制升級提供任何服務水準協議。
- 可能會發生資料遺失。
- 應用程式可能會發生停機。
- 如果應用程式與新資料庫版本有任何不相容之處，可能會停止運作。
- 您無法控制實例強制升級的時間點。
- 強制升級不提供回滾程序。
- 我們強烈建議在版本發佈後，盡快將實例 Cloud Databases 升級至最新可用版本。
各資料庫類型的升級方法補充說明：
訂閱版本更新
新主要資料庫版本的可用性將透過發行說明及 IBM Cloud 狀態頁面發布通知 IBM Cloud。 請依照 文件 說明設定 IBM Cloud 狀態通知，以便在發布新版本說明時收到通知。
主要版本終止支援程序
主要資料庫版本的終止支援日期，Cloud Databases 係經考量兩項主要因素後所決定。
- 提供該資料庫的開源社群或供應商停止維護該版本的日期。
- 業界最佳安全實務通常禁止使用不再維護的軟體，因為此類版本中的錯誤與安全漏洞極可能無法獲得修復。
由於 IBM Cloud 產品組合中各資料庫的主要版本發布頻率及維護生命週期政策各異，因此主要版本在 中正式發布與該版本在 IBM Cloud 中終止支援 IBM Cloud 之間的時間間隔，會因資料庫類型及時間點而有所不同。
當主要版本的生命 IBM Cloud 週期終止日期被定義時，將透過狀態 IBM Cloud 公告頁面提供通知。 在重大版本的公告日期至生命週期結束日期間，強烈建議您啟動升級程序，將系統更新至最新重大版本。
在生命週期終止日期當日，任何仍運行於已廢棄主要版本的資料庫執行個體，其處理方式將依照表 1 中「生命週期終止程序」欄位所述進行。 若終止生命週期程序包含執行執行個體備份，該備份可於30天內還原至新版支援版本，逾期後備份將被刪除。
針對已停用版本中停用編組的重新啟用請求，恕不受理。
終止服務程序及相關動作將於終止服務日期之後數日內進行。 我們會盡力在當地地區的非營業時間完成這些操作，但無法保證一定能達成。 若您希望對實例的升級流程擁有更多控制權，我們建議您在版本的終止支援日期之前進行升級。
次要版本
IBM Cloud致力於提供安全、最新版本的服務。 當專案維護者發布更新時，它們會被測試、評估並發佈到Cloud Databases實例。 您的實例的次要版本和補丁更新是自動處理的，使用者無法設定。
主要版本終止支援通知
向 IBM Cloud 資料庫使用者提供主要資料庫版本生命週期結束日期預先通知的能力，受限於相關開放原始碼社群或供應商就版本維護結束日期所提供的預先通知。
對於那些由開源社群或供應商提前公告主要版本維護終止日期的資料庫，系統將發送多封通知以告知使用者即將到來的終止使用日期。 您通常可以預期：
- 雲端狀態頁面公告，例如：支援結束通知。
- 在您服務的「發行記錄」中發佈公告，例如：IBM Cloud® Databases for PostgreSQL 第 12 版將於 2025 年 1 月 22 日到期。
- 若帳戶通知已正確設定為包含電子郵件地址，則會透過電子郵件發送通知。 此電子郵件包含一個通知鏈接，可將您帶到通知管理頁面。 確保這些公告不會被您的電子郵件服務的垃圾郵件過濾器捕獲。 如需更多資訊，請 參閱設定 IBM Cloud 通知用分發清單){:external} 與設定通知用電子郵件偏好設定。
確保您的帳戶已啟用以接收通知和公告。 您必須啟用平台與資源更新的接收功能。
- 在「平台」標籤頁 >「公告」>「主要與次要」下開啟主要與次要切換開關。
- 在「資源」標籤頁 >「資源活動」>「服務更新」下開啟服務更新功能。
我們亦鼓勵客戶主動透過命令列介面或API，以程式化方式檢查所有 IBM Cloud 資料庫執行個體的資料庫版本狀態。 有關詳細信息，請參閱 檢查版本狀態的程式設計方法。
資料庫特定資訊
IBM Cloud Databases for Elasticsearch
Elastic 在此公 佈 Elasticsearch 版本的維護政策。 根據此政策，Elastic 在任何時間點都會維護三個版本，即最新的版本 ( X.Y )、之前的版本 ( X.Y-1 )，以及上一個主要版本的最後一個版本 ( X-1.last，例如 8.19 )。 當發行新版本時 ( X.Y+1 ), X.Y-1 版本的維護即時結束。 客戶可以選擇兩種方式來升級他們使用的 Elasticsearch 版本。 第一種方法是在 Elasticsearch 發佈最新版本後立即升級到該版本，使升級頻率等於 Elastic 發佈版本的頻率。 第二種方法是持續使用前一主要版本的最後一個發行版本，只要該版本仍由 Elastic 持續維護，即可在此期間減少必要的版本升級頻率。 每次 Elasticsearch 主版本發行後不久，IBM Cloud 通知，告知 Elastic 維護已結束另一個主版本，且此主版本將於 5 週後在 IBM Cloud Databases 達到生命週期結束。
檢查版本狀態的程式設計方法
在 CLI 上，以下 Cloud Databases deployables-show 指令 顯示可部署的服務類型，特別是可用版本及其 preferred 或 stable 狀態。
ibmcloud cdb deployables-show [--stable] [--preferred] [--json]
透過查看 deployable 指令的輸出（特別是Status和*Preferred ）*來檢查主要版本的狀態。 以下輸出範例顯示版本 7 為 Preferred 版本，版本 6 狀態為 deprecated。
Service Type: mongodb
Version Status Preferred
7 stable true
6 deprecated false
在Cloud Databases API 上， deployables 端點 傳回所有可部署的服務。 使用 version 參數傳回版本號。
GET /v5/ibm/deployables
主要版本和 Terraform
請注意，您目前無法使用 Terraform 升級到新的主要版本。 更改 Terraform 腳本的版本號碼可能會導致您的資料被破壞。 建議的版本升級方法是將備份還原到最新版本的新部署。 有關更多信息，請參閱 恢復備份。