数据库管理-第九十期本周升级一小坑（20230709）

胖头鱼的鱼缸（尹海文）

已于 2023-07-09 18:50:46 修改

阅读量214

点赞数 2

分类专栏： Oracle 文章标签：数据库

于 2023-07-09 18:45:46 首次发布

本文链接：https://blog.csdn.net/yhw1809/article/details/131625387

版权

Oracle 专栏收录该内容

181 篇文章 39 订阅

订阅专栏

第九十期本周升级一小坑

19c OCM依然在准备之中，第三堂和第四堂应该在下周内完成。
本周割接了3次，一次给X8M计算节点换内存（可修复的ECC报错了，没影响生产），两次都是给X8那套升级（就是多灾多难那套）。

1 19.6到19.16

“众所周知”，19.6都是祖上X8部署的时候，出于稳定性、安全性的考虑还是给升个级，从目前使用情况和来自于小伙伴、MOS后台的消息，要么升级到19.20（还没出），要么就是到19.16（X9M上用着的，挺稳的）。关于升级第七十六期也有过详细的介绍，这次升级遇到了一些问题，这里尝试在单实例上复现一下：
升级完成后没有注意到PDB的启动状态：
在这里插入图片描述
那个库有俩PDB，第一个PDB生产用户基本都有DBA权限，少部分没有，因此PDB在RESTRICTED状态下是可以连接到数据库的：
而第二个PDB承载用户因为测试不充分，仅仅看到页面显示没问题，没有进行深度测试，知道第二天上生产了才发现有问题通知我这里进行及时处理，在没有办法重启PDB的情况下，只能通过一下命令进行处理：

grant restricted session to username;

2 GIS

然而第二个PDB承载业务的不充分测试并不只是带来了一个问题，在涉及GIS类操作的时候出现了以下的问题（范例来自于对应的MOS Document）：
在这里插入图片描述
这个还是相对比较好排查，在输入两个ORA报错后找到了对应BUG：SDO_GEOM.SDO_AREA Fails With An ORA-21779 After 19.16.0.0.220719DBRU (Doc ID 2889251.1)，需要通过Patch 34476155来解决这个问题。由于已经是白天生产了，无法打补丁，紧急开SR询问是否有workaround，然而SR的回复通Document描述一致，只能通过打补丁实现。因此和业务方沟通，暂时关闭相关功能待到晚上打补丁处理，如果依然异常则回滚到19.6。
当然为了避免GIS相关的其他问题在上面bug处理后再出现，与MOS后台沟通后最终选用了Patch 35204190: MERGE ON DATABASE RU 19.16.0.0.0 OF 34725493 34476155：
在这里插入图片描述

3 问题解决

首先第一个问题还是相对简单，在应用第二个补丁前，再执行下面的命令：

cd $ORACLE_HOME/OPatch
./datapatch

alter session set container=cdb$root;
@ ?/rdbms/admin/utlrp.sql
alter session set cotnainer=pdb1;
@ ?/rdbms/admin/utlrp.sql
alter session set contaienr=pdb2;
@ ?/rdbms/admin/utlrp.sql