ANBOB™

当拆分一个(partition)分区为两个分区时，其中一个分区为空，另一个非空分区保持了与原来分区相同的存储属性时，因为未产生数据移动，只通过内部切换data_object_id的内部调用，同时保证原来的Global 和 partition 索引一直处于USABLE(可用)状态，该特性叫做fast split partition. 这是9.2开始的老特性，IOT类型是从10.2 开始支持。

redo中记录所有数据库的变化，包括所有数据文件上的变化，但不包含控制文件和参数文件的变化。redo最初记录在online redo logfile中，如果是归档模式会在填充满后生成离线的归档日志文件,有时会发现归档量突然某一天突增了需要查询原因， 更有甚者把降低redo生产量做为优化的目标。这里记录一些分析归档生成和分析变化的思路。

数据库为了防止频繁的错误密码登录或暴力破解，如果user profile中配置了无限次失败而不lock用户，或当修改了应用用户的数据库密码，有遗漏的应用程序配置未及时更新，就会因密码错误而导致性能问题，Oracle 11g引入了密码延迟验证的新特性, 想法虽好但也成了问题特性。 错误的密码尝试在不同的版本中，对数据库带来的性能问题等待事件可能不同, Oracle 10g R2, 11g R1 等待事件的是row cache lock， 11g R2等待事件library cache lock， 12C是的等待事件Failed Logon Delay。

如何修复有事务的表上发生了坏块， 此时undo 中的事务会一直active， 无法清理，简单记录如何手动清理

总会有一些创新型的客户走在技术的最前端，但有些问题无参考这是最担忧的问题，最近就一个非常新的环境ORACLE 19C 2-nodes RAC on IBM LinuxONE大机，同一大机部分节点上oracle实例频繁重启，重启前OS日志中有输出“avahi-daemon[4537]: Withdrawing address record for 28.83.70.4 on bond0.3112”…

从12c 版本开始新引入DBA_DB_LINK_SOURCES(link_sources$)记录了远程dblink 曾登录本地数据的会话信息（hostname、IP, dbname、用户名、logon_time、logon_count），在使用DBLINK的环境中有时会看到，dblink session在等待“Enq: SQ – contention ”

10g onwards, Instance recovery is done in two phases. First phase scans the blocks to be recoverd and applied from rdo log files and the second phase actually does that. In a RAC instance the during the instance recovery, first pass scan can be delayed by 300ms-1.5s waiting on GRD (Global resource directory).

前几日有位小兄弟问为什么有时使用explain plan for ….., 然后用dbms_xplan.display查看执行计划， 有时会提示“Error: cannot fetch last explain plan from PLAN_TABLE” 错误？ 其实这个问题在Oracle 12c 以后应该基本不存在，因为这是explain plan一种悄悄的行为变化

oracle dul是oracle的恢复利器， 它的传奇功能不再解释，但是dul和其它工具一样也是需要段块信息恢复数据，但是从oracle 11g开始支持了延迟段创建，那么使用dul unload table, unload user默认是不会导出未生成段的表对象， 这样恢复的数据理论也会因为表不存在而丢失部分空表。但是表结构是在数据字典中可以手动生成建表语句。

Starting from version 12.2, only if the multi-tenant option is used, this is changed, and the wait event ‘log file parallel write’ only is shown if the submitted IOs are not available after they are submitted, and thus the logwriter process has to wait for them.

巡检一套AIX lvm的主机上的oracle环境时，发现ASM disk的PV存在PVID, 根据ORACLE的最佳实践，这很可能会导致后期ASM DISK header corrupted ，而出现ASM disk无法识别，造成数据灾难， 这里记录一下如果有PVID和ASM DISK混淆时的风险和修复方案。

Oracle DataGuard已从最初只是做为一种容灾功能，到后期分担Primary SITE的负载，实现读写分离，在实时性，可用性，灵活性，分析诊断、功能种类引入了大量的特性，逐渐已成本了一个oracle生产环境标配, 这篇简单记录从10.1 到19c dataguard的主要新特性。

记录一下oracle 12.2 RAC 在 IBM AIX 7.2 Power System上的安装，GI安装过程很慢，总耗时4小时。安装建议首选参考oracle 官方文档。

最近突然有一个oracle 12c R2环境的trace目录使用率暴涨，分析发现一天创建了几十万个trace，几乎是每个会话创建一个trace, 当前数据库也并未启用event。简单记录

一套11.2.0.4 环境做数据库迁移使用expdp生成dump文件,impdp的方法，确认原数据库中对象有效，多次尝试始终有package body无效， 用impdp SQLFILE生成的SQL DDL发现是WRAPED 加密后的。

一套Oracle RAC环境经常的重启，日志中出现IPC time out 、LMSn has not moved for NN sec, 检查网络状态存在reassembly failures和RX-ERR和TX-ERR. 重组包的内核参数已经增加过，未解决问题，调整ring buffer后情况有所改善。

数据库版本升级都会强烈建议功能和性能测试，但有时还是不具备这样的条件或未测试全面， 对于版本上线后的问题再见招拆招。最近遇到了一个11.2.0.3 升级 12.2 后有个存储过程无法执行，提示“ORA-00979: not a GROUP BY expression” 错误…

主会场的爱好者们，座无虚席。 我的分享 我一共参加过2届嘉年华，上次是观众，这次是观众+分享者。 每次我都是以 […]

前几天银行客户问了一个问题，如果他们目前有两套存储，如何规划ASM diskgroup冗余度防止单存储坏时影响RAC的可用性， 常见于Extend RAC, 实现数据中心、电、网络、存储、服务器等等全部冗余。但是对于ASM DISKGROUP 可以使用redundancy normal(2-ways mirroring)允许坏1个failgroup. 甚至high redundancy(3-ways mirroring)，允许坏2个failgroup. 都有可能存在坏1个存储而RAC不可用。对于Voteing disk有些特殊,redundancy normal 3个voting disk. high redundancy 5个voting disk。

一个数据库相同的存储从原来的oracle 10.2.0.4 使用RAW device，升级到oracle 11.2.0.4 同时使用Veritas 卷Vxfs 文件系统的RAC ，因为也使用了ODM（Oracle Disk Manager）, 理论上也是一种变象的RAW device, 支持异常IO，避免双重buffer. 用户最直观的感受是在RMAN 备份集做的迁移后，数据库性能比之前慢的很多倍，