Troubleshooting ORA-00600: [kpncxcc-1] from dblink & ORA-01801
前几日一数据库实例alert日志中出现了ORA-600 [kpncxcc-1], kpn开头的函数通常用于服务器之间通信, 从trace中也可以发现是一条调用了dblink的select, 在MOS未发现已知BUG.
ERROR:
ORA-00600: internal error code, arguments: [kpncxcc-1], [12], [5], [7], [], [], [], [], [], [], [], []
Troubleshooting ORA-00600: [krccaub_2], [9], [10] & instance crash in Oracle 10.2.0.4 RAC
ORA-00600: internal error code, arguments: [krccaub_2], [9], [10], [], [], [], [], []
Sat Feb 25 05:14:31 2017
CTWR: terminating instance due to error 487
Oracle 12c New Feature: Listener注册进程LREG
在12c以前的版本中服务注册一直都是PMON进程负责,从12c起引入了LREG (listener registration)后台进程接管了这部分工作减轻PMON的工作,同样如果LREG 进程死了实例也会crash.
Oracle 12c New Feature: 临时表(global temporary tables) session专有的统计信息
在12C以前oracle不会主动维护全局临时表(global temporary tables)的统计信息, 并且如果手动收集也只是存在一份统计信息,即使不同的会话级临时表的数据量不一致,一旦存在对所有的会话可见,从12.1起可以使用GLOBAL_TEMP_TABLE_STATS 控制GTT表的统计信息是所有会话共享还是session级私有…
sqlplus login hang, syscal高, 频繁的实例重启 11.2.0.4 RAC on SunOS 5.10 (Solaris)
这是一套11.2.04 2节点4实例2数据库的CLUSTER, 每个节点上有2个实例, 每过一段时间其中1个节点上1个实例就会挂起hang死和实例驱逐重启, 主机环境是基于X86 64的Solaris OS (sunos 5.10)操作系统, 496 CPUs, 1TB的内存, 使用RAW裸设备存储…
Query V$SEGSTAT or V$SEGMENT_STATISTICS views slowly (慢)
昨天有个朋友在做性能监控时遇到了一个性能问题咨询我是否遇到过? 在他所有的数据库实例中只有一个节点查询V$SEGMENT_STATISTICS时几个小时都未出结果, 其实这个问题影响11.2.0.3 ,11.2.0.4多个版本及平台
