本文主要是介绍openGauss学习笔记-182 openGauss 数据库运维-升级-升级前准备与检查，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- openGauss学习笔记-182 openGauss 数据库运维-升级-升级前准备与检查
- 182.1 升级前准备与检查清单
- 182.2 收集节点信息
- 182.3 备份数据
- 182.4 获取升级包
- 182.5 健康检查
- 182.5.1 前提条件
- 182.5.2 操作步骤
- 182.6 检查数据库节点磁盘使用率
- 182.7 检查数据库状态
- 182.7.1 验证步骤
openGauss学习笔记-182 openGauss 数据库运维-升级-升级前准备与检查
本章描述升级前的一些准备操作。
182.1 升级前准备与检查清单
表1 升级前准备清单
| 序号 | 升级准备项目 | 准备内容 | 建议起始时间 | 耗时（天/小时/分钟） |
|---|---|---|---|---|
| 1 | 收集节点信息 | 收集到数据库涉及节点的名称、IP地址和节点的root、omm用户密码等环境信息 | 升级前一天 | 1小时 |
| 2 | 设置root用户远程登录 | 设置配置文件，允许root用户远程登录 | 升级前一天 | 2小时 |
| 3 | 备份数据 | 参考《数据库运维指南》中的“备份与恢复”章节进行 | 升级前一天 | 备份数据量和方案不同，耗时也不同 |
| 4 | 获取并校验升级包 | 获取升级软件包，进行完整性校验 | 升级前一天 | 0.5小时 |
| 5 | 健康检查 | 使用gs_checkos工具完成操作系统状态检查 | 升级前一天 | 0.5小时 |
| 6 | 检查数据库节点磁盘使用率 | 使用df命令查看磁盘使用率 | 升级前一天 | 0.5小时 |
| 7 | 检查数据库状态 | 使用gs_om工具完成数据库状态检查 | 升级前一天 | 0.5小时 |
说明： “耗时”依不同环境（包括现场数据量、服务器性能等原因）会存在一定差异。
182.2 收集节点信息
联系数据库系统管理员，获取数据库涉及节点的节点名称、节点IP地址。节点的root、omm用户密码等环境信息。如表2。
表2 节点信息
| 序号 | 节点名称 | 节点IP | root用户密码 | omm用户密码 | 备注 |
|---|---|---|---|---|---|
| 1 | - | - | - | - | - |
182.3 备份数据
升级一旦失败，有可能会影响到业务的正常开展。提前备份数据，就可以在风险发生后，尽快的恢复业务。
请参考《数据库运维指南》中的“备份与恢复”章节，完成数据的备份。
182.4 获取升级包
https://opengauss.org/zh/download/
在该网站获取想要升级的升级包。
182.5 健康检查
通过gs_checkos工具可以完成操作系统状态检查。
182.5.1 前提条件
-
当前的硬件和网络环境正常。
-
各主机间root互信状态正常。
-
只能使用root用户执行gs_checkos命令。
说明： 该工具不支持独立调用，出于安全考虑，前置安装完成后会自动删除。
182.5.2 操作步骤
-
以root用户身份登录服务器。
-
执行如下命令对服务器的OS参数进行检查。
gs_checkos -i A检查服务器的OS参数的目的是为了保证数据库正常通过预安装，并且在安装成功后可以安全高效的运行。详细的检查项目请参见《工具与命令参考》中的“服务端工具 > gs_checkos”工具的“表1 操作系统检查项”。
182.6 检查数据库节点磁盘使用率
建议数据库节点磁盘使用率低于80%时再执行升级操作。
182.7 检查数据库状态
本节介绍数据库状态查询的具体操作。
182.7.1 验证步骤
-
以数据库用户（如omm）登录节点，source环境变量。
-
执行如下命令查看数据库状态。
gs_om -t status -
保证数据库状态正常。
👍 点赞，你的认可是我创作的动力！
⭐️ 收藏，你的青睐是我努力的方向！
✏️ 评论，你的意见是我进步的财富！
PS：因为公众号平台更改了推送规则，如果不想错过内容，记得读完点一下“在看”，加个“星标”，这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我吧!
这篇关于openGauss学习笔记-182 openGauss 数据库运维-升级-升级前准备与检查的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
