MMNL生成非常大的trace文件，包含ASH dump, MMON进程不存在
前几日一套11.2.0.4.7 on suse 11 2nodes2 RAC中节点2的oracle软件目录使用率高，发现mmnl后台进程生成了64GB的trace文件, 包含大量的ash dump信息， 下面简单的记录一下该问题。
Oracle Database 配置IPV6 (一)
Oracle 11.2中除了ORACLE RAC和Oracle Clusterware所有功能都支持IPV6, 还有也不支持ASM使用IPV6,支持IPV6和IPV4共存. 在ORACLE 12C中，Oracle支持IPV4和IPV6在同一个网络，同样也可以配置PLUBIC network(Public/vip)在IPV6和IPV4，但是确保同一集群中所有节点使用相同的IP协议。但12.1 时不支持WINDOWS和private newwork. 在12.2 版本中 ORACLE提供了完全的支持IPV6，包括WINDOWS平台，ASM, FAN， 所有平台中的ORACLE Clusterwarer的private network。
“Out of Range” 谓词越界 dbms_stats.copy_table_stats
BMS_STATS.COPY_TABLE_STATS存储过程通常用于大的分区表的统计信息复制，当增加一个新分区后，如果立即收集统计信息使用dbms_stats.gather_table_stats当前的数据又不能反应数据的真实分布，更容易因统计不准确出现错误的执行计划或out-of-range(越界)使CBO估算错误的Cardination, 所以可以使用dbms_stats.copy_table_stats直接复制上个分区的统计给新的分区
Shouldn’t we have waited for buffer busy waits while waiting CBC latch？
With regular logical IOs the buffer contents are not read while holding the CBC(Cache Buffer Chian) latch:
Take CBC latch into shared mode
Walk the buffer hash chain until you find the relevant buffer header
Upgrade the CBC latch to Exclusive mode
Troubleshoot RMAN session fail ORA-01861 during restore database
朋友一套数据库版本10.2.0.5 on HPUX 11， 源库是noarchivelog read-only database open mode时备份，在目标库（其它主机）还原时遇到 ora-1861, 错误很简单就是遇到了不标准的时间日期字符串，如2月30日，4月31日等。
