集群升级

Doris 可以通过滚动升级的方式，平滑进行升级。建议按照以下步骤进行安全升级。

文中的出现的BE二进制文件名称 doris_be，在之前的版本中为 palo_be。

注：

  1. Doris不支持跨两位版本号进行升级，例如：不能从0.13直接升级到0.15，只能通过0.13.x -> 0.14.x -> 0.15.x，三位版本号可以跨版本升级，比如从0.13.15可以直接升级到0.14.13.1，不必一定要升级0.14.7 或者 0.14.12.1这种版本
  2. 以下方式均建立在高可用部署的情况下。即数据 3 副本，FE 高可用情况下。

前置工作

  1. 关闭集群副本修复和均衡功能

    升级过程中会有节点重启，所以可能会触发不必要的集群均衡和副本修复逻辑。可以先通过以下命令关闭：

    1. # 关闭副本均衡逻辑。关闭后，不会再触发普通表副本的均衡操作。
    2. $ mysql-client > admin set frontend config("disable_balance" = "true");
    4. # 关闭 colocation 表的副本均衡逻辑。关闭后，不会再触发 colocation 表的副本重分布操作。
    5. $ mysql-client > admin set frontend config("disable_colocate_balance" = "true");
    7. # 关闭副本调度逻辑。关闭后，所有已产生的副本修复和均衡任务不会再被调度。
    8. $ mysql-client > admin set frontend config("disable_tablet_scheduler" = "true");

    当集群升级完毕后，在通过以上命令将对应配置设为原值即可。

  2. 重要！！在升级之前需要备份元数据（整个目录都需要备份）！！

    如果在 fe.conf 中指定的 meta_dir（元数据）的路径为 /path/to/doris-meta。那么一个正常运行中的 Doris 集群，元数据的目录结构应该如下：

    1. ```
    2. /path/to/doris-meta/
    3.             |-- bdb/
    4.             |   |-- 00000000.jdb
    5.             |   |-- je.config.csv
    6.             |   |-- je.info.0
    7.             |   |-- je.info.0.lck
    8.             |   |-- je.lck
    9.             |   `-- je.stat.csv
    10.             `-- image/
    11.                 |-- ROLE
    12.                 |-- VERSION
    13.                 `-- image.xxxx
    14. ```

    需要备份的元数据目录为 doris-meta/

测试 BE 升级正确性

  1. 任意选择一个 BE 节点，部署最新的 doris_be 二进制文件。
  2. 重启 BE 节点，通过 BE 日志 be.INFO，查看是否启动成功。
  3. 如果启动失败，可以先排查原因。如果错误不可恢复，可以直接通过 DROP BACKEND 删除该 BE、清理数据后，使用上一个版本的 doris_be 重新启动 BE。然后重新 ADD BACKEND。（该方法会导致丢失一个数据副本，请务必确保3副本完整的情况下，执行这个操作！！！）

测试 FE 元数据兼容性

  1. 重要！!元数据兼容性异常很可能导致数据无法恢复！！
  2. 单独使用新版本部署一个测试用的 FE 进程（建议在自己本地的开发机，或者BE节点。如果在Follower或者Observer节点上，需要停止启动的进程,但是不建议在Follower或者Observer节点上测试）。
  3. 修改测试用的 FE 的配置文件 fe.conf，将所有端口设置为与线上不同。
  4. 在 fe.conf 添加配置：cluster_id=123456
  5. 在 fe.conf 添加配置：metadata_failure_recovery=true
  6. 拷贝线上环境 Master FE 的元数据目录 doris-meta 到测试环境
  7. 将拷贝到测试环境中的 doris-meta/image/VERSION 文件中的 cluster_id 修改为 123456（即与第3步中相同）
  8. 在测试环境中，运行 sh bin/start_fe.sh 启动 FE
  9. 通过 FE 日志 fe.log 观察是否启动成功。
  10. 如果启动成功，运行 sh bin/stop_fe.sh 停止测试环境的 FE 进程。
  11. 以上 2-6 步的目的是防止测试环境的FE启动后，错误连接到线上环境中。

升级准备

  1. 在完成数据正确性验证后，将 BE 和 FE 新版本的二进制文件分发到各自目录下。
  2. 通常小版本升级，BE 只需升级 doris_be；而 FE 只需升级 doris-fe.jar（旧版本为palo-fe.jar）。如果是大版本升级，则可能需要升级其他文件（包括但不限于 bin/ 、lib/ 等等）如果你不清楚是否需要替换其他文件，建议全部替换。

滚动升级

  1. 确认新版本的文件部署完成后。逐台重启 FE 和 BE 实例即可。
  2. 建议逐台重启 BE 后，再逐台重启 FE。因为通常 Doris 保证 FE 到 BE 的向后兼容性，即老版本的 FE 可以访问新版本的 BE。但可能不支持老版本的 BE 访问新版本的 FE。
  3. 建议确认前一个实例启动成功后，再重启下一个实例。实例启动成功的标识，请参阅安装部署文档。

关于版本回滚

因为数据库是一个有状态的服务，所以在大多数情况下，Doris 无法支持版本回滚（版本降级）。在某些情况下，可以支持 3 位或 4 位版本的回滚，但不会支持 2 位版本的回滚。 所以建议通过先升级部分节点并观察业务运行情况的方式（灰度升级）来降低升级风险。

非法的回滚操作可能导致数据丢失和损坏。

升级中涉及到内容的介绍文档

  1. Doris 元数据设计文档
  2. 元数据运维
  3. 数据副本管理
  4. 安装部署文档