一、问题描述

描述：为测试一套生产库从11g生产库通过OGG导入到19C测试数据库，搭建了一套测试环境。
源端：数据库版本：11.2.0.4 RAC
目标端：数据库版本 19.8.0.0.0 RAC
OGG版本：19.1.0.0.4
目的：通过dblink在19C 数据库端通过dblink将11g数据导出，然后再导入到19C数据库中。
问题：结果在19C数据库端使用如下语句导出时报如下错误：
ORA-00600: internal error code, arguments: [qesmaGetPamR-NullCtx], [], [], [], [], [], [], [], [], [], [], []

二、问题分析

根据报错信息ORA-00600: internal error code, arguments: [qesmaGetPamR-NullCtx], [], [], [], [], [], [], [], [], [], [], []到MOS上去查询，发现该问题是个bug，
在通过dblink导出目标端分区表时会产生该报错。

三、问题处理

根据MOS上的分析，根据下面链接
Database 19 Release Updates and Revisions Bugs Fixed Lists (Doc ID 2523220.1)
Bug 30321076 - ORA-00600 [qesmaGetPamR-NullCtx] when importing a partitioned table over network link (Doc ID 30321076.8)
https://support.oracle.com/epmos/faces/PatchDetail?requestId=23614146&_afrLoop=248745015455123&patchId=30321076&_afrWindowMode=0&_adf.ctrl-state=ws53n0osd_468
下载的补丁号是30321076
因为我19C当前版本是19.8，所以选择19.8对应的补丁 p30321076_198000DBRU_Linux-x86-64.zip
然后将补丁文件分别上传到19C RAC两节点，根据readme.txt信息打补丁
如果打补丁时遇到如下情况提示打补丁报错，需使用losf查询占用对应文件的进程号，然后将该进程kill

然后重新进行打补丁

打完补丁后要将19C数据库重启下，不然执行expdp会报错，通过观察数据库日志，会发现有如下一直报错信息：
将数据库重启后，重新在19C执行expdp就不会有报错。