Oracle 19c升级数据库补丁遇到的一些问题

本文是对最近一段时间，Oracle 19c数据库升级过程中遇到的一些零零散散的小问题的整理，总结，仅供参考。

问题1：

ld: (Warning) Unsatisfied symbol “kollasg” in file /opt/oracle19c/product/19.12.0/db_1/lib//libttsh19.so 1 warning.

环境描述：

• 操作系统平台 ：HP-UX
• 数据库版本  ：19.12.0.0.0

在HP-UX平台上，给一台Oracle 19.12.0.0.0数据库升级到Oracle 19.16.0.0.0时，apply相关补丁(p34086870_190000_HPUX-IA64.zip/p34133642_190000_HPUX-IA64.zip)时，遇到下面告警信息

OPatch found the word "warning" in the stderr of the make command.
Please look at this stderr. You can re-run this make command.
Stderr output:
ld: (Warning) Unsatisfied symbol "kollasg" in file /opt/oracle19c/product/19.12.0/db_1/lib//libttsh19.so
1 warning.
Patch 34133642 successfully applied.
Sub-set patch [32904851] has become inactive due to the application of a super-set patch [34133642].
Please refer to Doc ID 2161861.1 for any possible further required actions.
OPatch Session completed with warnings.
Log file location: /opt/oracle19c/product/19.12.0/db_1/cfgtoollogs/opatch/opatch2023-07-17_10-50-18AM_1.log
OPatch completed with warnings.

在官方文档：Applying 19.12 & later RU Patches reports ‘ (Warning) Unsatisfied symbol “kollasg” in file ‘ (Doc ID 2808414.1^[1]中对这个错误的介绍如下：

也就是说，这个是一个内部bug引起的，只要执行下面命令验证（verify)补丁安装成功的话，就可以忽略这个错误：

$ORACLE_HOME/OPatch/opatch lspatches -id patch number -verify

验证补丁成功安装，如下所示：

$ORACLE_HOME/OPatch/opatch lspatches -id 34133642 -verify
Files check OK: Files from Patch ID 34133642 are present in Oracle Home.
Inventory check OK: Patch ID 34133642 is registered in Oracle Home "/opt/oracle19c/product/19.3.0/db_1" inventory.
OPatch succeeded.

问题2：

ORA-65221 signalled during: alter pluggable database application APP$CDB$SYSTEM begin install ‘1.0’…

环境描述：

• 操作系统平台：Windows Server 2019
• 数据库版本  ：19.12.0.0.0

给一台Oracle 19.12.0.0.0数据库应用补丁，升级到Oracle 19.16.0.0.0时，做datapatch的时候，监控发现数据库的告警日志出现下面错误：

2023-07-11T15:09:44.776403+08:00
alter pluggable database application APP$CDB$SYSTEM begin install '1.0'
O
ORA-65221 signalled during: alter pluggable database application APP$CDB$SYSTEM begin install '1.0'...

查了一下官方的metalink文档，在文档 Oracle Database 19c Release Update & Release Update Revision October 2020 Known Issues (Doc ID 2694903.1)^[2]中，发现这个错误可以忽略，如下截图所示

按官方文档解释，在做datapatch时，可能会遇到ORA-65221和ORA-65214这两个错误，这些错误是可以忽略（These errors are ignorable）

ORA-65221 signalled during: alter pluggable database application APPSYSTEM begin install '1.0'...
ORA-65214 signalled during: alter pluggable database application APPSYSTEM end install '1.0'...

问题3：

Windows平台应用了Oracle 19.16.0.0.0的补丁后，偶尔会出现hang死的情况。

这种现象只在Windows平台出现，Linux平台和HP-UX平台都不会有这个现象，不是所有Windows 平台应用了Oracle 19.16.0.0.0的补丁都会出现这个hang死的情况，而且出现hang死的时候，sqlplus登录不了数据库，无法做Hanganalyze，出现hang死时的部分告警日志如下：

arning: skgmdetach - Unable to register unmap, error 4210
2023-04-26T15:27:20.915499+08:00
Process startup failed, error stack:
2023-04-26T15:27:21.149894+08:00
Errors in file ............................_psp0_4076.trc:
ORA-27300: 操作系统系统相关操作: ssthreadop 失败, 状态为: 0
ORA-27301: 操作系统故障消息: ²ٗ÷³ɹ¦ͪ³ɡ£
ORA-27302: 错误发生在: ssthrddcr
2023-04-26T15:31:30.556975+08:00
Warning: skgmdetach - Unable to register unmap, error 4210
2023-04-26T15:33:21.906840+08:00
Errors in file  ............................_mmon_5852.trc:
ORA-27300: 操作系统系统相关操作: WaitForSingleObject 失败, 状态为: 0
ORA-27301: 操作系统故障消息: ²ٗ÷³ɹ¦ͪ³ɡ£
ORA-27302: 错误发生在: sssxcpttcs5
Error occured while spawning process M005; error = 12751
2023-04-26T15:35:00.004463+08:00
DIA0 Critical Database Process As Root: Hang ID 2 blocks 1 sessions
Final blocker is session ID 337 serial# 36044 OSPID 4076 on Instance 1
If resolvable, instance eviction will be attempted by Hang Manager
2023-04-26T15:36:31.060713+08:00
Warning: skgmdetach - Unable to register unmap, error 4210
2023-04-26T15:37:16.932430+08:00

而且Oracle实例hang死没有规律可循。在Oracle官网开了SR，最开始Oracle的Support人员认为是内存问题导致，不认为是Oracle的Bug导致，我们只能相信别人更专业，按他们要求采集、提供各种数据与日志，来回折腾，最后另外一个工程师，确认是Bug 33845824 – enable event based stack dump in ksvkillslaves ( Doc ID 33845824.8 )导致数据库实例hang死，建议我们开启设置EVENT 10027暂时解决这个Bug，经过测试验证，确实解决了我们的问题。

解决方法：

设置EVENT 10027，然后重启数据库实例。

ALTER SYSTEM SET EVENT='10027 trace name context forever, level 8' SCOPE=SPFILE;

具体参考Bug 33845824 – enable event based stack dump in ksvkillslaves (Doc ID 33845824.8)

参考资料