Little about partition segment

by

前几天看了篇日志自己一直没注意的小细节，利用开会儿的功夫做了个测试，因为维护的环境数据库中存在数万数十万的分区表， 平时维护时确实应该注意。环境11.2.0.4 这里就展示两个内容
1， 表上不同的分区初始化segment大小，在split partition时的segment大小继承方式。
2， truncate partition 会使手动unusable的分区索引变为usable.

Using ‘opatch lsinventory’ show patched is real? （看到的补丁信息真的靠谱么？）

by

去年在排查SCN 天花板问题修改相关的几个参数时，发现了这个问题，尤其如果是从别人手中接手的数据库，通常从opatch lsinventory 检查数据库的版本和补丁信息，在12C 的版本中也可以使用DBMS_QOPATCH, 但是有一个库发现之前别人挖了个坑实际安装补丁时应试是出错了，但是从opatch lsinventory查看两节点并没有区别 .。。。

Troubleshooting ORA-07445 [intel_fast_memcpy.A()+18]

by

前不久有个朋友从遇到了个问题，在数据库启动过程种出现ora-7445, 然后数据库CRASH, 环境11.1.0.7 windows 版本， 临时禁用了smon tx recovery打开数据库, 没有再继续跟踪，这里记录一下.
ORA-07445: exception encountered: core dump [intel_fast_memcpy.A()+18] [ACCESS_VIOLATION] [ADDR:0x19DC0000] [PC:0x52B428E] [UNABLE_TO_WRITE] []

Frequent generate a lot of cdmp* directories contain *bucket trace in bdump(二 ) root cause

by

之前记录过Frequent generate a lot of cdmp* directories contain *bucket trace in bdump ， 当时根据现象与该bug 很相似，该bug解决的只是不生成cdump还是会生成trace 文件，所以要分析生成trace的根本原因。之前数据库在诊断问题时也启用过相关trace event（见下面） ， 但是instance memroy 级别实例重启后不再生效

ORA-32701 error in alert.log M000 hang event ‘not in wait’ during flush AWR

by

环境是一套11.2.0.3 2nodes RAC on hpux-ia31, alert中出现ora-32701 hangmgr错误， 从trace文件中发现是m000进程是mmon的辅助进程，用于flush AWR相关数据，有一个wait event: enq: WF – contention, 这也是flush AWR数据时相关的enqueue等待，但是blocker进程是not in wait

ORA-20011 ORA-12801 ORA-01722 when gather table statistics

by

在做一个普通的分区表（HEAP TABLE）收集统计信息时进程报错意外终止，后台日志未出现ora-600等内部错误，这是一套11.2.0.3.7 oracle RAC 2-nodes on HPUX-ia 11.31的运行环境，这里简单的记录一下排查过程。

SQL> exec DBMS_STATS.GATHER_TABLE_STATS (ownname => ‘ANBOB’ , tabname => ‘TAB_ERROR’ , cascade => true, estimate_percent => dbms_stats.auto_sample_size,method_opt=>’FOR TABLE FOR ALL COLUMNS SIZE REPEAT’, degree => 8,no_invalidate=>false);

*
ERROR at line 1:
ORA-20011: Approximate NDV failed: ORA-12801: error signaled in parallel query server P001, instance qdim1:im1 (1)
ORA-01722: invalid number