暂无图片
分享
Squidward Tentacles
2019-12-23
rac其中一个节点一直刷Global Transaction Identifier Hash Collision Detected
暂无图片 5M

oracle12.1.0.2两节点rac其中一个节点一直刷Global Transaction Identifier Hash Collision Detected

收藏
分享
5条回答
默认
最新
zouxiang

感觉最接近的类似这个:
Bug 19805947 - Global transaction identifier hash collision detected with very similar global transaction ID (Doc ID 19805947.8)
不过还是要上传日志详细分析一下情况。

暂无图片 评论
暂无图片 有用 0
打赏 0
Squidward Tentacles
上传附件:alert_hjkbk2.log.bak
暂无图片 评论
暂无图片 有用 0
打赏 0
zouxiang

这是12c中引入的,对hash算法进行了更改以适应PDB。
Global Transaction Identifier hash collision risk with very similar Global Transaction ID (Doc ID 2016166.1)
Global Transaction Identifier Hash Collision Detected MESSAGE In Alert Log even after applying Patch 19805947 (Doc ID 2103363.1)

暂无图片 评论
暂无图片 有用 0
打赏 0
Squidward Tentacles

好的,多谢

暂无图片 评论
暂无图片 有用 0
打赏 0
Squidward Tentacles
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
相关推荐
AWR分析报告问题求助:RAC数据库增加了存储,对asm进行了扩容,之后数据库性能变差,和数据库存储扩容有没有关系呢
回答 3
已采纳
下面这些top SQL,都有很大的优化空间. 执行时间几千秒的SQL, 有点不可思议.磁盘应该是机械磁盘, 如果有扩容前的AWR,可以对比一下扩容前后的IO变化
Oracle数据库关机,拷贝数据文件,控制文件,日志文件到新的数据库下,这种恢复可行吗?
回答 2
已采纳
可行,冷备份
oracle数据库报错:ora-00600:内部错误代码 参数:【kcbchg1_28】 ,怎么解决?
回答 1
已采纳
好像是与数据块连续性有关;新版本oracle数据库规避这些ora00600错误了,还是建议升级数据库吧
请教大家一个问题,在源端delete一个表很快,ogg到目标段却卡住了,2边的执行计划一样的
回答 2
在目标段建了个索引,问题解决了,但没有理解为什么源端在没有索引的情况下,删除很快,目标段却卡住了呢
大佬们,请教个问题,普通用户登陆时提示这个,是哪的问题
回答 1
数据库有登陆触发器,拒绝你登陆
oracle中有子事务吗?
回答 5
有自治事务,应该就是你说的子事务,你百度了解一下
oracle慢sql的where条件都是冒号加数字,怎么办
回答 4
不过一般情况下不用,看SQL执行计划的方法很多,直接看执行计划就好了,不需要实际跑一下SQL才可以看的
Oracle临时表空间如何查看实时的占用情况?
回答 1
已采纳
示例如下:selecta.tablespacename,tochar(a.bytes/1024/1024,'99,999.999')totalbytes,tochar(b.bytesused/1024
oracle数据库,sql语句加了distinct变得很慢,十几秒才出,不加毫秒就出,什么原因?
回答 4
对比一下执行计划
增量解析oracle redo的工具
回答 4
好的,谢谢请问有免费的吗?