文章目录
- openGauss学习笔记-185 openGauss 数据库运维-升级-提交升级/升级版本回退/异常处理
- 185.1 提交升级
- 操作步骤
- 185.2 升级版本回滚
- 操作步骤
- 185.3 异常处理
- 升级问题FAQ
openGauss学习笔记-185 openGauss 数据库运维-升级-提交升级/升级版本回退/异常处理
185.1 提交升级
升级完成后，如果验证也没问题。接下来就可以提交升级。
说明： 一旦提交操作完成，则不能再执行回滚操作。
操作步骤
-
以数据库用户（如omm）登录节点。
-
执行如下命令完成升级提交。
gs_upgradectl -t commit-upgrade -X /opt/software/GaussDB_Kernel/clusterconfig.xml
3.如果是滚动升级，需要升级完所有节点之后，才能执行提交操作。
185.2 升级版本回滚
本章介绍版本回滚方法。
操作步骤
-
以数据库用户（如omm）登录节点。
-
执行如下命令完成版本回滚（回滚内核代码）。回滚完成，如果需要保持内核和om代码的版本一致，可以执行一下旧包的前置命令（参见执行前置脚本gs_preinstall。）。
gs_upgradectl -t auto-rollback -X /opt/software/GaussDB_Kernel/clusterconfig.xml
说明：
如果数据库异常，需要强制回滚，可以使用如下命令。gs_upgradectl -t auto-rollback -X /opt/software/GaussDB_Kernel/clusterconfig.xml --forceopenGauss 3.X 版本使用的新的方式建立互信，如果从openGauss 2.X升级到3.X后再回滚，执行完回滚命令后在执行旧包的前置命令之前需要执行以下两步：
- 删掉集群中各个节点的 /root/gauss_om/数据库用户名（比如omm）目录。
- 去掉数据库用户的互信，需要登录集群中每个节点删掉crontab定时任务，删除~/.ssh，杀掉互信进程，删掉SSH_AUTH_SOCK，SSH_AGENT_PID两个环境变量。
-
查看回滚之后的版本号。
gs_om -V | --version
185.3 异常处理
如果升级失败，请按照如下方式进行处理：
-
排查是否有环境问题。
如磁盘满、网络故障等，或者升级包、升级版本号是否正确。排除问题后，可以尝试重入升级。
-
如果没有发现环境问题，或者重入升级失败，需要收集相关日志，找技术支持工程师定位。
收集日志命令：
gs_collector --begin-time='20200724 00:00' --end-time='20200725 00:00'如果条件允许，建议保留环境。
升级问题FAQ
Q: 升级遇到如下错误，要如何处理？
pscp: error: no such option: --trace-id
A: 是由于在升级时候，该服务器上还有其他版本的openGauss数据库正在安装，导致数据库工具版本不一致。 请勿在升级过程中安装其他数据库，并回滚后重新进行升级操作。
👍 点赞，你的认可是我创作的动力！
⭐️ 收藏，你的青睐是我努力的方向！
✏️ 评论，你的意见是我进步的财富！
