ANBOB™

执行计划中的谓词信息非常的重要，有助于我们判断是否进行了隐式转换，为什么没有使用索引等， 使用dbms_xplan.display_cursor可以从shared_pool中取到sq cursor的谓词，但是在20c之前dbms_xplan.display_AWR 在之前的版本中并不能， 但是Oracle社区的投票和诸多人的推动下，终于在oracle 20c所谓词信息也在dbms_xplan.display_AWR中显示

前几日同事那遇到的灾难性的SQL, 一个简单的子查询，不知是一开始就写错了子查询中的列名，还是子查询的表后期有改列名，导致主查询表所有数据被更改，在未指定列所属表名时，列的查询顺序先检查子查询再检查主查询，这是oracle的预期行为，并不会报列不存在，只是在后期书写时子查询记的增加列上的所属别名。

Wait for Table Lock
Meaning:
Wait for exclusive TM enqueue in materialized view operations.

Oracle 11.2.0.3 2nodes RAC on AIX, node1 DB instance crash and db alert log show “ORA-00600 [ORA_NPI_ERROR] ORA-00600: internal error code [kffilCreate01]” and “ORA-15064: communication failure with ASM instance” then Instance terminated by ASMB.

Oracle database use DDL statements to define structures such as tables to store data and functions to store code. By default Oracle database does not log any DDL operations performed by any user.When someone do some destructive DDL in DB, we often need the DDL log..In this article I will only record the method of using Oracle Database Lifecycle Management Pack( Enable_ddl_logging)

叕一个oracle 12c频繁生成日志文件的问题，最近一套12.2的RAC突然又文件系统告警，生成了大量的trace文件，db alert log也在不停的显示如下内容：
ADVISORY: Please collect redo for investigation of ORA-8103. Use command:
ALTER SYSTEM DUMP REDO scn min 1 scn max 16716635042430 dba min 32 2094058 dba max 32 2094058;

The following errors have recently occurred in our database( Oracle 19c RAC):
ORA-01578: ORACLE data block corrupted (file # xxx, block # yyyyy)
ORA-01110: data file xxx: ‘xxxxxxxxxxxxxxxxx.dbf’
ORA-26040: Data block was loaded using the NOLOGGING option

oracle后台进程当出现问题时，有些进程kill会导致实例立即重启，像smon, pmon,ckpt.. , 而有些进程kill并不会影响实例可用性， 甚至会立即做进程级重启从db alert log可以观测到，如mmon,rec,jnnn, pnnn等， 前两天看到Poder在其BLOG分享v$process的基表X$KSUPR中中有记录哪些是oracle的致命进程,在X$KSUPR.KSUPRFLG第3位, 下面我做个测试， kill 点X$KSUPR.KSUPRFLG第3位都不为1的进程。

此数据库存在大量的expdp JOB， 查看库的AWR时发现已经很久没有生成snapshot, 分析后发现在收集gv$service_stats(X$KEWSSVCV) 超时， X$KEWSSVCV 有百万行”–UNKNOWN–” service name的统计信息，虽然这个问题是因为datapump 的”BUG”（(non-existent on MOS) ）导致,但这算是一个数据库长期不重启带来的“不好的影响”。

这是一个经常执行expdp做表级备份的数据库，版本Oracle 11.2.0.4 2nodes RAC，在12.2之前存在一个bug就是expdp调用的内部sequence在达到6位数后而导致的失败ORA-31638 \ ORA-39077\ORA-06502 ，bug修复后是增加了当此sequence达到6位数后drop并自动re-create。 下面记录一下这个问题。下一篇我会分享这个库同样expdp导致的另一个问题。

The ‘L1 validation’ looks like a segment space management issue. Although it’s not documented (yet) v$event_name suggests that the p1 and p2 parameter are the “segheader” and “l1bmb”. L1 BMB – stands for L1 bitmap block.

Oracle 20C non-CDB将不再支持，多租户架构（multitenant architecture ）已深入Oracle内核， 没有理由再拒绝CDB，有时计划核心业务库上在CDB中只有一个PDB, DBA在主机本地登录数据库，感觉每次都要sqlplus 直接登录cdb$root后，还要再alter session set container=xx切换到PDB，或者使用pdb的service_name,很麻烦，那有没有办法可以像非多租一样直接登录到PDB呢？ 有！

在一些生产容灾环境中有一种定期clone一份数据库的需求，如BCV存储快照技术 ，当然最近几年CDP, CDM技术的出现也是基于存储快照实现数据库历史时间的恢复。Oracle 在18c中同样提供了一种自动生成并清理历史数据库快照的技术PDB Snapshot Carousel…

An Oracle 11.2.0.4.7 4-nodes RAC on linux env, the fourth instance has this problem just, When the monitoring tool queries the usage of ASM DISKGroup, the query of V$asm_disk and v$asm_diskgroup has not been completed. from ASM INSTANCE found that waiting for ‘enq: DD – contention’ and final blocker session is waiting for ‘GPnP Get Item’ event. but query v$asm_diskgroup_stat work fine.

近期客户环境中有友商在测试XTTS时遇到了在把表空间修改为read only只读时遇到的ora-1640错误，说明与此表空间相关存在事务未结束，最终确认最在一个PREPARED状态的分布式事务…
ORA-01640: cannot make tablespace read-only with changes by in-doubt transactions

ORACLE RAC环境记的之前GI和DB的version 前4位相同是可以兼容的，甚至有时DB PSU比GI PSU新，最近有朋友遇到只安装了DB PSU后，RAC中实例启动失败的问题, db alert show:
USER(3037)]CRS-2316:Fatal error: cannot initialize GPnP, CLSGPNP_ERR (Generic GPnP error).
kggpnpInit: failed to init gpnp
WARNING: No cluster interconnect has been specified

Oracle 19.1 or 19.4 on AIX ,There are cases where this error has occurred, An instance terminated because a DBWR raised ORA-600[kjcsmpav:1] during a buffer allocation.
ORA-600: internal error code, arguments: [kjcsmpav:1], [0x7000xxxxxxx], [4], [0], [211], [220], [], [], [], [], [],

近几年数据库安全在生产管理过程中尤为重视，MySQL同样和Oracle database一样提供了一些高级安全特性如TDE, Audit, Data masking， Firewall和密码安全管理策略等.
Oracle database中有密码verify function，目前还没有生成随机密码的功能， 但MySQL 8中撮供了该功能，下面测试一下“随机密码生成”特性。

Restore RMAN backup from standby database to another server create a test database, and to Database Point in Time Recovery. but faced ora-1547 ora-1152 ora-1110 During recover.

RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process
RMAN不能再正常删除归档日志，它们都将返回RMAN-08137，这导致归档日志文件系统被填满， 最终导致数据库实例hang， 等待online redolog归档。常见于有dataguard或基于redo的逻辑同步环境。