2020-03-03
19c打补丁
5M
之前集群打过补丁，原库被删除，重新创建了数据库，执行
cd $ORACLE_HOME/OPatch
datapatch -verbose
报错如图，如果再次执行datapatch -verbose回退对数据库有什么影响吗？会回退到哪一步？
另外，数据库新建实例需要执行
datapatch -verbose和@utlrp.sql吗？
我来答
添加附件
收藏
分享
问题补充
4条回答
默认
最新
如果只是 dbca 删除了实例，集群 GI 补丁还在，数据库补丁也还存在。我们使用 11g 一般都是先打 GI 补丁然后 DB 补丁，完了再去建实例这么一个过程. 19c 你可以查看 readme.html 查看详细的信息以及回退步骤。
评论
有用 0 打赏 0
你好，这种问题目前已知的都发生在19c环境上，基本上是三种解决方法：
1、ru顺序安装，即19.3->19.4->19.5
2、sdo应该处于invaild状态，卸载该组件，应用补丁后，重安组件。
3、安装ojvm补丁。
第一二种是网友的解决方案，我没有尝试，第三种经过测试，可以解决你遇到的这个错误。
评论 有用 0 打赏 0
回答交流
Markdown
请输入正文
提交
相关推荐
AWR分析报告问题求助：不懂awr 怎么分析
回答 1
兄弟，从awr看起来你的数据库没啥大问题，cpu负载不高，等待时间时长也不长。
Oracle 修改sysctl.conf系统参数文件是需要重启集群 ，还是重启实例就可以生效？
回答 2
sysctl.conf是系统参数，建议重启集群比较保险。希望对你有所帮助。如果帮助，请采纳
Oracle两个节点的asm日志一直出现NOTE：voting file relocation is required in diskgroup OCR 大佬们 这个算是报错嘛 两个节点的asm日志都一直出现这个信息
回答 3
已采纳
要么打补丁，要么进行磁盘组重建
aix 6.1 oracle 11.2.0.3 rac 节点2异常重启，求原因
回答 2
已采纳
这个问题，2号节点确实有很大可能看不到它为什么被重启，因为一般是2号节点失去响应了，才会由1号节点去重启2号节点的。此时因为2号节点要么就是主机呈现卡死的状态，要么CRS卡死，crs根本就没法记录任何
服务器A（虚拟云主机）用oracle服务连接服务器B（裸金属）上的数据库，连接过程非常慢，2分钟左右。连接成功后，sql查询基本正常，无明显延迟。
回答 2
这个先看看服务器是不是同一个地区的。如果是，那你直接通过ping或者tracerout等其他工具测试一下连接延迟和转发路径。如果不是同区域的，那结果就很明显了。
Oracle 判断出该字段中是否含有特殊字符的语句怎么写？
回答 2
SELECTFROMtablenameWHEREREGEXPLIKE(columnname,'[^[:alnum:]]')
Oracle截取日期
回答 7
已采纳
即使不显示YYYYMMDDHH24:MI:SS这种格式，也是能够进行比较的，你在kettle中，又不需要观看输入的过程，输入>设置变量>输入
ORACLE 11G ASM_POWER_LIMIT的取值范围
回答 2
已采纳
不是说数据库版本，而是ASM兼容性。11g默认是11.2.0.0.0SQL>colnamefora30SQL>colvaluefora30SQL>setline345SQL>s
oracle普通表转分区表之后的唯一索引创建问题
回答 4
已采纳
在12C之前的版本，对分区表进行删除分区或者TRUNCATE分区，合并或者分裂分区，MOVE分区等DDL操作时，分区表上的全局索引会失效，通常要加上UPDATEGLOBALINDEXES或者ONLIN
oracle innodb status中这一段话有什么作用？
回答 1
这是MySQL的不是Oracle的这些是说一些os的等待和CPU的等待。
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
