ANBOB™

Oracle 12c很多情况下TRACE目录使用率增长迅速， 之前有总结过两篇异常情况，但是最近还是比较多，记录一下另一种情况。
Oracle12c R2注意事项： 因BUG生成大量的trace file 包含KRB: (rman module)
Oracle12c R2注意事项：ORA-12805问题

一个2节点RAC on HPUX平台的数据库实例1突然因为I/O 错误，数据文件读写失败，自动重启后不久再次因为Vating Disk不可用crs crash， 另一节点正常。后暂时停止问题节点,排查硬件的底层环境问题,确认数据库主机节点的SFP（Small Form-factor Pluggable）光衰减严重，导致数据传输丢帧，频繁重发数据帧导致数据库存储I/O延迟过高（58ms-100s）或间断，数据库IO错误。

2019.6.23 已过去，默认11.2.0.3 后的版本Compatibility 已auto Auto-rollover，开始解决方法还要大版本升级，目前Oracle 又陆续放出了几个低版本的opatch， 修复ORA-600 2552不用再大版本升级了，目前opatch 已经从10.2.0.4以后的版本都可以装one-off patch解决。更多信息可以看之前我的 《预警：2019年ORACLE SCN 兼容性特性( Compatibility)自动改变的影响》， 这里记录一下11.2.0.1 的修复方法.

如果V$Database_block_corruption 有记录有短时间内无法修复，如果告警天天告确实烦人，几年前有写过一篇Know more about V$BACKUP_CORRUPTION ， 这里有个DG 环境中因为primary db 没有启用force logging, 结果Standby db上好多nologging corrupted block. 解决方法之前也有写过 利用RMAN增量备份(Incremental Backup)修复standby 环境中的nologging corupted blocks ， 这里我想临时把这些记录清理掉，后期再修复。

最近有看到还有人在考oracle 11g, 12c 的OCP， 是陈年的OCP 有技术含量么？ 在我个人认为2009年后拿到的都一个样，16年前的8i OCP要过4门，
从2019年开始 Oracle 认证有了新的变化：
1， 以后不再有OCA ， 新Oracle OCP 只需要2门课程的考试(1Z0-082+1Z0-083)

DBMS_SCHEDULER 是一种新的JOB调度形式，提供了功能更加强大和跟踪的功能，说是新是相对DBMS_JOB, schedure从10G时引入已经十多年， 用于替换DBMS_JOB, 如果你升级19c 时原来的库有dbms_job对象，会在preupgrade.jar中提示Warning JOB_TABLE_INTEGERITY.注意从ORA 19C开始 DBMS_JOB总是以DBMS_SCHEDULER的形式创建，

MySQL 8 Internal Architecture (内部架构图)

在SQL的初始解析阶段PostgreSQL和ORACLE rdbms有很多相似之处， 如开始会进行语法、语义的检查，那些元数据存在system表空间(oracle）或 system catalog(PostgreSQL). 然后根据之前预准备的统计信息（可能动态采样）,CBO 会为SQL执行生成一个执行计划. 但是在解析完成后ORACLE和PG(以下用PG代替PostgreSQL)会存在一些差异，oracle会把执行计划存储在shared pool（Libaray cache）中对于所有会话可以共享，但是PG存储在program的本地内存中

一套Oracle 12.2.0.1 4-nodes RAC on Linux 环境, 又一个BUG会生成大量的日志信息如下， 之前分享过一个生成大量trace的笔记
Oracle12c R2注意事项： 因BUG生成大量的trace file 包含KRB: (rman module), 这里记录另一个bug.
# db alert log
2019-08-02T16:45:30.696722+08:00
Errors in file /u01/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_cjq0_24035.trc:
ORA-12805: parallel query server died unexpectedly

Indexes exist for versions 7.2.2 and 8.0.3. Author: Ric […]