服务器	角色	安装路径	元数据路径
Doris1	FE	/opt/fe	/data/doris/fe/doris-meta
Doris1	BE	/opt/be	/mnt/data/doris/be/doris-storage
Doris2	BE	/data/doris/be	/mnt/doris/doris-storage
Doris3	BE	/data/doris/be	/mnt/doris/doris-storage

三：前置工作

3.1:关闭集群均衡和副本修复逻辑

重要：升级过程中会有节点重启，所以可能会触发不必要的集群均衡和副本修复逻辑。可以先通过以下命令关闭,当集群升级完毕后，在通过以上命令将对应配置设为原值true即可

-- 关闭副本均衡逻辑。关闭后，不会再触发普通表副本的均衡操作。
admin set frontend config("disable_balance" = "FALSE");
-- 关闭 colocation 表的副本均衡逻辑。关闭后，不会再出发 colocation 表的副本重分布操作。
admin set frontend config("disable_colocate_balance" = "FALSE");
-- 关闭副本调度逻辑。关闭后，所有已产生的副本修复和均衡任务不会再被调度。
admin set frontend config("disable_tablet_scheduler" = "FALSE");

3.2:元数据备份

备份FE元数据

Doris1元数据路径：meta_dir = /data/doris/fe/doris-meta

#进入到FE元数据所在目录,复制一份元数据在当前目录下

[root@iZm5effrkuem8wzyhdh7taZ fe]# cd /data/doris/fe

[root@iZm5effrkuem8wzyhdh7taZ fe]# ll
总用量 16
drwxr-xr-x 4 root root 4096 8月 ?12 20:38 doris-meta
drwxr-xr-x 4 root root 4096 9月 ?10 18:30 doris-meta.backup

[root@iZm5effrkuem8wzyhdh7taZ fe]# cp -r doris-meta doris-meta.backup

备份BE元数据: doris1这台BE举例

Doris1元数据路径：be.conf中storage_root_path =?/mnt/data/doris/be/doris-storage

#进入到BE元数据所在目录,复制一份元数据在当前目录下。

[root@iZm5effrkuem8wzyhdh7taZ ~]# cd /mnt/data/doris/be
[root@iZm5effrkuem8wzyhdh7taZ be]#
[root@iZm5effrkuem8wzyhdh7taZ be]# ll
总用量 1
drwxr-xr-x 9 root root 4096 9月 ?10 17:37 doris-storage
drwxr-xr-x 2 root root 4096 8月 ?12 20:50 log
[root@iZm5effrkuem8wzyhdh7taZ be]# cp -r doris-storage doris-storage.backup

四：升级

将doris-1.1.2安装包放至Data目录下, 并解压到当前目录

[root@iZm5effrkuem8wzyhdh7taZ data]# tar -zxvf apache-doris-1.1.2-rc05.tar.gz

?4.1：升级BE

?4.1.1：停止BE

[root@iZm5effrkuem8wzyhdh7taZ be]# /opt/be/bin/start_be.sh --daemon
Backend running as process 917. Stop it first.
[root@iZm5effrkuem8wzyhdh7taZ be]#

?4.1.2：复制解压后的新be文件夹至原be安装路径下并更名为be2

[root@iZm5effrkuem8wzyhdh7taZ data]# cp -r /data/be /opt/be2

4.1.3：复制原be的conf下的be.conf配置文件到 be2中

注意:若BE的元数据在没有定义，在be的storage目录下，需把这个目录复制到新的be中

[root@iZm5effrkuem8wzyhdh7taZ opt]#?
[root@iZm5effrkuem8wzyhdh7taZ opt]# cp /opt/be/conf/be.conf /opt/be2/conf/
cp：是否覆盖"/opt/be2/conf/be.conf"？ y

4.1.4：启动BE

[root@iZm5effrkuem8wzyhdh7taZ opt]# /opt/be2/bin/start_be.sh --daemon

启动后可以在浏览器访问BE默认web端口8040 查看版本是否更替

在client中使用?SHOW PROC '/backends'; 查看Alieve是否为true

4.1.5：另外两台BE 同样执行上述步骤升级

4.2：升级FE

4.2.1：停止FE

[root@iZm5effrkuem8wzyhdh7taZ fe]# /opt/fe/bin/stop_fe.sh --daemon
stop java, and remove pid file.?
[root@iZm5effrkuem8wzyhdh7taZ fe]#

?4.2.2：复制解压后的新fe文件夹至原fe安装路径下并更名为fe2

[root@iZm5effrkuem8wzyhdh7taZ data]# cp -r /data/fe /opt/fe2

4.2.3：复制原fe的conf下的fe.conf配置文件到 fe2中

[root@iZm5effrkuem8wzyhdh7taZ data]# cp /opt/fe/conf/fe.conf /opt/fe2/conf/
cp：是否覆盖"/opt/fe2/conf/fe.conf"？ y
[root@iZm5effrkuem8wzyhdh7taZ data]#

4.2.4：在fe2的fe.conf中添加一项配置?metadata_failure_recovery=true (如果是单FE节点则不用)

metadata_failure_recovery=true 的含义是，清空 “bdbje” 的元数据。这样 bdbje 就不会再联系之前的其他 FE 了，而作为一个独立的 FE 启动。这个参数只有在恢复启动时才需要设置为 true。恢复完成后，一定要设置为 false，否则一旦重启，bdbje 的元数据又会被清空，导致其他 FE 无法正常工作。

4.2.5：启动FE