版本管理政策
当您配置实例 Cloud Databases 时，可从当前在 [平台名称] 上可用的版本中 IBM Cloud® 进行选择。 从 目录页、Cloud Databases CLI plug-in 或 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，v8.10，v8.12，v8.15，2026年6月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。
出于以下原因，不建议采用此方法：
- 对于此类强制升级，我们不提供任何服务等级协议（SLA）。
- 数据可能会丢失。
- 应用程序可能会出现停机。
- 如果应用程序与新数据库版本不兼容，可能会停止工作。
- 您无法控制实例强制升级的时间点。
- 强制升级没有回滚流程。
- 我们强烈建议在版本发布后尽快将 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 上 the following Cloud Databases deployables-show command shows deployable service types, specifically the available
versions and their preferred or stable status.
ibmcloud cdb deployables-show [--stable] [--preferred] [--json]
通过查看 deployable 命令的输出，特别是状态和首选项，检查主要版本的状态。 以下输出示例显示，版本 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 脚本的版本号可能会导致数据被销毁。 建议采用的版本升级方法是将备份恢复到具有最新版本的新部署中。 有关更多信息，请参阅 恢复备份。