社区版OceanBase4.2.1.2升级至4.2.1.8前，升级前检查都有什么(使用OCP升级)

OceanBase 技术问题
, ,
#1

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】社区版OceanBase
【 使用版本 】4.2.1.2
【问题描述】准备将社区版OceanBase4.2.1.2升级至4.2.1.8，使用OCP滚动升级。在升级前需要做好哪些检查，保障升级一次性成功，升级过程中哪些任务比较重要，不可以进行回滚操作
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

#3

根据您的问题描述，您计划在生产环境中将社区版 OceanBase 从 4.2.1.2 升级到 4.2.1.8，并希望了解升级前应做的检查事项以及升级过程中哪些任务比较重要且不可回滚。以下是基于文档信息的建议：

  1. 升级前检查：

    • 根据文档 [2]，您应该确认当前集群版本与目标版本之间的升级路径是有效的。可以通过检查 oceanbase_upgrade_dep.yml 文件来确认是否有从 4.2.1.2 到 4.2.1.8 的升级路径。如果缺少路径，需要按照文档指导添加。
    • 确认已上传升级路径上所需的所有 RPM 包 [2]。例如，确保 oceanbase-4.2.1.8-YYYYMMDDhhmmss.el7.x86_64.rpm 或 oceanbase-4.2.1.8-YYYYMMDDhhmmss.el7.aarch64.rpm 已经上传到 OCP。
    • 检查每个主机，确保在密码箱中都录入了凭证 [4]。
    • 根据 [2]，确保集群中所有租户的副本都能满足多数派，特别是当停止任何一个 Zone 时。
    • 确认当前集群中没有正在进行的运维操作 [4]。
    • 如果集群中存在主备集群，确保主备集群之间同步正常 [3]。

  2. 重要且不可回滚的任务：

    • 根据 [1]，OCP 不支持对 OceanBase 集群升级任务的回滚，请勿手动跳过或回滚任务。这意味着整个升级过程一旦启动，就应当按照既定路径完成，任何中途的中断都需要技术支持介入处理。
    • 在升级过程中，一些关键步骤如 Submit cluster upgrade task 和 Wait dag success 组合执行，这些步骤是逐步替换需要升级的 binary 文件的关键部分 [2]。因此，这些任务一旦开始执行，通常不建议回滚。
    • 升级脚本执行期间，包括预检查脚本、升级 Pre 脚本、替换 OBServer 节点、升级 Post 脚本、版本检查等，都是重要的不可回滚步骤 [2]。

综上所述，为了确保升级的一次性成功，您需要仔细检查上述各项，并确保在升级过程中严格按照 OCP 的指引操作。如果遇到任何问题，建议及时联系 OceanBase 的技术支持团队寻求帮助。

具体信息可参考以下文档:

  1. 升级概述
  2. 升级版本
  3. 升级 OceanBase 集群
  4. 升级前准备
  5. 升级注意事项
  6. OceanBase 数据库社区版 V4.0.0
#4

放心干，已经从4.2.1.3升级4.2.1.8了。
OCP该检查的都会自动检查，有异常也可以回滚。
不过要在低峰期升级，升级期间sql响应时间会稍微高些。
升级时间大约20分钟。

3 个赞