ANBOB™

前几日发现有套数据库的连接数有些异常，查看当时的session时发现还存在大量的”killed”状态的会话存在v$session 视图中，确认几个小时前有从数据库做过alter system kill session

有时从dba_tab_cols看到的表名是奇怪的sys_开头，有时在desc table时不显示，这里记录一下 Function index \VIRTUAL column \ unused column对列的影响,除了unsed column会把列搞的很“不一般” ，还有一些特殊场景。

整理的一个清理Oracle数据库监听日志的脚本，可以部署到监听进程的owner用户的crontab中(RAC通常是grid, 单实例通常是oracle), 实现的是监听日志大于1GB时，归档监听日志文本格式的文件如listener.log ，自动压缩保存， 后期循环自动覆盖， 11G 引入的ADR, XML格式的文件19c前也无法自动清理，这个shell 目前是自动rm 7前天的， 关于19c 的日志自动清理后期会分享

对于临时表不应该收集统计信息，TEMP TABLE是会话级数据，因为每个进程可以填充的数据不一样， 手动收集的统计信息如果不在insert的会话为0 ，影响了CBO生成正确执行计划

元旦期间帮一朋友恢复了套数据库, 情景是这样的，25号0时有做RMAN 0级备份含datafile和当时的archivelog，25号白天删除了一个非常重要的表空间， 现在需要恢复那个表空间，是一套单实例的11.1.0.6 的WINDOWS平台的数据库， 接手时只有上面的6个备份集文件(只有DATAFILE AND ARCHIVELOG)和软件,和当前的control file

前天有套库发现表空间分了很大但是使用的非常少，想收回多余浪费的空间放回ASM，删了两个表空间应该可以释放1T左右的空间，但是ASM DISKGROUP的free space时，并没有增长， 也就是删除的空间没有释放， 开始以为遇到了BUG， 其实原因很简单， 只是在这简单记录这个问题的提个醒。

A web application using Tuxedo always keep 50 long connection to local database which then issues a SELECT from local db to remote db over shared db link(it’s created last weekend). But to run for a period of time after the found the remote db sessions become full(ora-18)

前段时间数据库出现了几次ORA 600 [ktspfmdb:objdchk_kcbnew_3]错误，引起该错误的是一条insert sql.

I faced a very interesting question today, An oracle database 11.2.0.3 RAC database ON hpux one had to many scheduler jobs , And the job’s owner is sys, All jobs name all like ‘KWQICPOSTMSGDEL_’, All these jobs has no start date as well no interval.

首先查看表的统计信息，分区表的统计信息分global stats(DBA_TABLE)和partition stats(DBA_TAB_PARTITION),发现该分区表是global stats 有，partition stats全为空， 查看该SQL发现有两个子游标有不同的执行计划

Problem Key: ORA 600 [k2srec: should be another instance]
Error: ORA-600 [k2srec: should be another instance] [2] [] [] [] [] [] [] [] [] [] [][00]
with the following stack :k2srec <- k2serv <- opiodr <- ttcpip

上个月有套库的listener总是自动stop， 因为是crs的资源又被agent重新拉起，前几次的监听故障中都提到过listener依赖于network资源， 以前也处理过网络打嗝可能会导致监听频繁重启的案例，本次参照该案例修改弱依赖的方式无法避免该问题

应该存在local SERVER process和remote LMS process通信， 原厂的工程师给我看了他们的白皮书来证明应该只有LMS和LMS通信，究竟是什么情况， LMS会不会直接和远程的SERVER进程通信？

listener会记录通过监听访问数据库的信息在listener.log，包括tnsping 监听的，但是如果listener.log不可写，监听会不会挂？ 前几天清理目录发现了这个有个目录增长比较快，在listener的trace 目录下(11g的 ADR目录diag/tnslsnr/anbob1/listener/trace)生成了一些奇怪的trace文件如下

CPU + Wait for CPU CPU 21.64 41.99
log file sync Commit 21.63 41.97
enq: TX – row lock contention Application 19.71 38.23
buffer busy waits Concurrency 5.86 11.36
latch: cache buffers chains Concurrency 5.30 10.29

前几日一个数据库的负载非常高，查看数据库的活动会话发现大部分session在等待’wait for a undo record’的事件， 该事件通常发生在fast-start parallel rollback, 该特性通常是在SMON进程发现存在一个长时间的事务需要回滚，或遇到PARALLE DML需要回滚时，超过一定量的回滚任务时自动启动多个server process的并行回滚

ORA-00600: 内部错误代码, 参数: [kgh_heap_sizes:ds], [0x700000E82B30018], [], [], [], [], [], [], [], [], [], []
ORA-07445: 出现异常错误: 核心转储 [opiaba()+788] [SIGSEGV] [ADDR:0xF00000E161B7CD2] [PC:0x10662AFD4] [Address not mapped to object] []

是一套11GR2 的RAC 环境， CRSCTL CHECK CRS检查CRS 服务已无法通讯，当时也让他查询了crsd.bin 进程确认不存在了， 当时通知重启CRS便可以解决，但是后来通知客户端依旧有个节点无法连接，检查LISTNER 并没有注册任何SERVICE，而且当时也只监听在PUBLIC IP， 检查DB PARAMETER LOCAL_LISTENER 是绑定VIP，

Exception [type: SIGSEGV, Invalid permissions for mapped object] [ADDR:0x63] [PC:0x107C00D30, kkqteParseSqlForPG()+1840] [flags: 0x0, count: 1]
Errors in file /u01/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_ora_22283288.trc (incident=253347):
ORA-07445: 出现异常错误: 核心转储 [kkqteParseSqlForPG()+1840] [SIGSEGV] [ADDR:0x63] [PC:0x107C00D30] [Invalid permissions for mapped object] []

Exception [type: SIGIOT, unknown code] [ADDR:0x6CA9] [PC:0xC0000000003125F0, __lwp_kill()+48] [exception issued by pid: 27817, uid: 1024] [flags: 0x0, count: 1]
Errors in file /oracle/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_lms3_27817.trc (incident=704134):
ORA-07445: exception encountered: core dump [__lwp_kill()+48] [SIGIOT] [ADDR:0x6CA9] [PC:0xC0000000003125F0] [unknown code] []