ASM磁盘组扩容引发的“踩坑”

IT那活儿 2022-10-23

946

点击上方“IT那活儿”公众号，关注后了解更多内容，不管IT什么活儿，干就完了！！！

踩坑起因

因生产需求，要对一套即将上线的19C版本3节点RAC数据库库ASM磁盘组进行扩容操作，原本以为是个很简单的操作，岂料结果踩了个坑，不过好在顺利解决，还排除了一个隐患。

报错信息如下：

报错排查

根据报错信息查看当前集群环境状态：

查询结果与报错信息一致，显示该集群处理滚动升级状态，然而当前并无补丁升级操作。

查看MOS文档，怀疑kfod op=patches及kfod op=PATCHLVL信息可能不一致：

节点1：

节点2：

节点3：

并未命中，只能从其他方面进一步排查。

问题解决

后来想到这套库前一段时间进行了PSU升级，其中在进行第一个节点升级的过程中因为心跳网络未加入到白名单出现异常，故而怀疑本次报错是否和此有关联。

检查各个节点已配置补丁程序级别：

节点1：

节点2：

节点3：

果然，节点1已配置补丁程序级别与其他两个节点不一致。

匹配MOS文档 (Doc ID 1639285.1)对节点1补丁级别进行修正，具体方法如下：

[root@GG1 install]# u01/app/19.0.0/grid/crs/install/rootcrs.sh -prepatch
Using configuration parameter file: /u01/app/19.0.0/grid/crs/install/crsconfig_params
The log of current session can be found at:
  /u01/app/grid/crsdata/bh14-bhx-gg1/crsconfig/crs_prepatch_apply_inplace_gg1_2021-03-25_04-32-51PM.log
2021/03/25 16:32:52 CLSRSC-671: Pre-patch steps for patching GI home successfully completed.
[root@GG1 install]# /u01/app/19.0.0/grid/crs/install/rootcrs.sh -postpatch
Using configuration parameter file: /u01/app/19.0.0/grid/crs/install/crsconfig_params
The log of current session can be found at:
  /u01/app/grid/crsdata/bh14-bhx-gg1/crsconfig/crs_postpatch_apply_inplace_gg1_2021-03-25_04-33-11PM.log
Oracle Clusterware active version on the cluster is [19.0.0.0.0]. The cluster upgrade state is [NORMAL]. The cluster active patch level is [869426834].
2021/03/25 16:35:16 CLSRSC-4015: Performing install or upgrade action for Oracle Trace File Analyzer (TFA) Collector.
2021/03/25 16:35:16 CLSRSC-4003: Successfully patched Oracle Trace File Analyzer (TFA) Collector.
2021/03/25 16:35:18 CLSRSC-672: Post-patch steps for patching GI home successfully completed.

再次检查节点1已配置补丁级别，发现已修正完成。