How to release still “killed“ status session in v$session? (释放killed的session) (四)
继续一个killed无法释放的案例， 环境是11.2.0.4 2nodes-RAC on SELS11, 开始是数据库突然出现了非常高的负载wait event是“enq: SV – contentio”，“row cache lock”，“enq: SQ – contention ”， 因为这个事件KILL了一批进程，后期发现有个进程始终是KILLED状态，并且同时影响后期的AWR都无法生成。
Alert : 当在AIX 7.1/7.2使用AIX Flash Cache 读写/dev/pfcdd0时System crashes
这次预警主要是因为AIX的新特性Flash cache device相关的bug引起的ORACLE 数据库可用性风险， 虽然坑是AIX挖的，但是对于装数据库和巡检(RDA），DBA及客户就是直接受害者。 OracleDBA在使用RDA巡检运行在AIX 7.1 、7.2上使用了ASM 的数据库时可能会把库查死
Oracle19c新特性: hint report
在oracle 19c引入了新的format option “hint report”, hint report 显示我们sql文本中使用的hint, report body中会显示hint对应查询块hint是否使用， display_xplan的TYPICAL默认只是显示无效的hint.
Oracle19c新特性: 自动索引(Automatic indexing)
Automatic index是有索引管理后台进程TASK调用， 可以自动的create, rebuild , drop 索引。后台进程是每15分钟调用一次,(是有j001进程执行_AUTO_INDEX_TASK_INTERVAL参数控制15分钟)。也是基于传统手动优化SQL的思路，基于SQL中的列使用识别可以创建的索引，然后验证自动索引对性能的影响，然后按预设的值去创建索引，只不过整个过程是自动的，并且整个过程都有审核报告。
浅谈Oracle Database 19c
Oracle Database 19c是大多数客户将其升级目标定位的版本，Oracle已将稳定性作为此版本的核心目标。 在Oracle Database 19c中，开发人员专注于修复已知问题，而不是添加新功能。 这导致了数百人年的测试和数千台服务器每天24小时运行测试。这种对稳定性的关注远不止核心数据库功能
Troubleshooting 12C node2 CRS start fail with ORA-12547 and ORA-15077 in Flex ASM 案例
在12c以前的版本数据库实例使用操作系统认证连接ASM实例，因为ASM CLIENT(DB INSTANCE)和ASM Server总是在同一个主机上， 从12c版本开始引入的FLEX ASM架构允许数据库实例可以和ASM运行在不同的主机中
浅谈Oracle GoldenGate 18c
2018年的10月份发布了oracle goldengate最新版本 18c（18.1）,下载时分别对于oracle db就两种安装文件： 传统Classic 架构和微服务Microservices架构
Troubleshooting “latch: row cache objects” case and Event 10089 to do.
“row cache objects”是序列化latch，用于保护对SGA中dictionary cache的访问。 只要是参考dictionary cache中的元数据对象，就会获取此latch。 Row Cache Objects Latch 是 shared pool latch 相关。”row cache objects”是序列化latch，用于保护对SGA中dictionary cache的访问。 只要是参考dictionary cache中的元数据对象，就会获取此latch。 Row Cache Objects Latch 是 shared pool latch 相关
