openGauss学习笔记-185 openGauss 数据库运维-升级-提交升级/升级版本回退/异常处理

185.1 提交升级

升级完成后，如果验证也没问题。接下来就可以提交升级。

说明： 一旦提交操作完成，则不能再执行回滚操作。

操作步骤

1. 以数据库用户（如omm）登录节点。

2. 执行如下命令完成升级提交。

   gs_upgradectl -t commit-upgrade  -X /opt/software/GaussDB_Kernel/clusterconfig.xml
   

3.如果是滚动升级，需要升级完所有节点之后，才能执行提交操作。

185.2 升级版本回滚

本章介绍版本回滚方法。

操作步骤

1. 以数据库用户（如omm）登录节点。

2. 执行如下命令完成版本回滚（回滚内核代码）。回滚完成，如果需要保持内核和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 --force
   

   openGauss 3.X 版本使用的新的方式建立互信，如果从openGauss 2.X升级到3.X后再回滚，执行完回滚命令后在执行旧包的前置命令之前需要执行以下两步：

   1. 删掉集群中各个节点的 /root/gauss_om/数据库用户名（比如omm）目录。
   2. 去掉数据库用户的互信，需要登录集群中每个节点删掉crontab定时任务，删除~/.ssh，杀掉互信进程，删掉SSH_AUTH_SOCK，SSH_AGENT_PID两个环境变量。

3. 查看回滚之后的版本号。

   gs_om -V | --version
   

185.3 异常处理

如果升级失败，请按照如下方式进行处理：

1. 排查是否有环境问题。

   如磁盘满、网络故障等，或者升级包、升级版本号是否正确。排除问题后，可以尝试重入升级。

2. 如果没有发现环境问题，或者重入升级失败，需要收集相关日志，找技术支持工程师定位。

   收集日志命令：

   gs_collector --begin-time='20200724 00:00' --end-time='20200725 00:00'
   

   如果条件允许，建议保留环境。

升级问题FAQ

Q: 升级遇到如下错误，要如何处理？

      pscp: error: no such option: --trace-id

A: 是由于在升级时候，该服务器上还有其他版本的openGauss数据库正在安装，导致数据库工具版本不一致。 请勿在升级过程中安装其他数据库，并回滚后重新进行升级操作。

👍 点赞，你的认可是我创作的动力！

⭐️ 收藏，你的青睐是我努力的方向！

✏️ 评论，你的意见是我进步的财富！