我们正在引入一种新的升级机制，即我们称之为 “make before break” (简称 MBB) 的理念。采用这种新方法后，在升级过程中，我们会先添加更新后的副本，再移除旧副本。这样可以让升级更加平滑，并尽可能减少对正在运行的工作负载的影响。作为这项变更的一部分，在升级事件中，历史系统表数据最多会保留 30 天。此外，对于 AWS 或 GCP 上的服务，早于 2024 年 12 月 19 日的任何系统表数据，以及对于 Azure 上的服务，早于 2025 年 1 月 14 日的任何系统表数据，在迁移到新的组织层级时都不会被保留。
版本兼容性
compatibility 设置会被设为该 service 初始预配时 ClickHouse Cloud 提供的最新 ClickHouse 版本。
compatibility 设置允许你使用旧版本中各项设置的默认值。当你的 service 升级到新版本时，compatibility 设置中指定的版本不会改变。这意味着，在你首次创建 service 时已存在的设置，其默认值不会发生变化 (除非你已经覆盖了这些默认值，在这种情况下，它们会在升级后继续保留) 。
你无法管理 service 的 service 级默认 compatibility 设置。如果你想更改 service 默认 compatibility 设置所使用的版本，则必须联系支持团队。不过，你可以使用标准的 ClickHouse 设置机制，在 user、role、profile、query 或 session 级别覆盖 compatibility 设置，例如在 session 中使用 SET compatibility = '22.3'，或在 query 中使用 SETTINGS compatibility = '22.3'。
维护模式
发布渠道 (升级安排)
- 快速发布渠道：用于提前获得升级。
- 常规发布渠道 是默认选项，该渠道中的升级会在快速发布渠道升级开始两周后进行。如果您的 Scale 和 Enterprise 层级服务未设置发布渠道，则默认使用常规发布渠道。
- 慢速发布渠道 用于延后发布。该渠道中的升级会在常规发布渠道升级两周后进行。
基础版服务会自动加入快速发布渠道
快速发布渠道 (提前升级)
- 接收最新的 ClickHouse 发行版
- 在新发行版完成测试后，更频繁地接收升级
此 快速发布 渠道适合在非关键环境中测试新功能。不建议将其用于对运行时间和可靠性有严格要求的生产工作负载。
常规发布渠道
基础版服务通常会在快速发布渠道后不久升级。
慢速发布渠道 (延后升级)
- 在 Fast 和 Regular 发布渠道完成发布后再升级
- 在常规发布后约 2 周接收 ClickHouse 发行版
- 适用于希望在生产环境升级前，先在非生产环境中有更多时间测试 ClickHouse 发行版的客户。非生产环境可使用 Fast 或 Regular 发布渠道进行测试和验证。
您可以随时更改发布渠道。不过在某些情况下，更改只会应用于后续发行版。
- 切换到更快的渠道会立即升级您的服务。例如：从 Slow 切换到 Regular，或从 Regular 切换到 Fast
- 如果您的服务使用了计划升级，则会在下一个计划升级时间执行升级。
- 切换到更慢的渠道不会将您的服务降级；您的服务会继续停留在当前版本，直到该渠道有更新版本可用。例如：从 Regular 切换到 Slow，或从 Fast 切换到 Regular 或 Slow
计划升级
Settings。向下滚动到 Scheduled upgrades。
选择此选项后，您可以为数据库和 Cloud 升级设置星期和时间窗口。
虽然计划升级会按照已定义的计划执行，但关键安全补丁、漏洞修复，以及可能导致数据损坏或数据丢失的潜在问题不受此限制。如果发现紧急安全问题，升级可能会在计划窗口之外进行。必要时，客户会收到此类例外情况的通知。