ANBOB™

最近遇到这个案例大量FG prorcess堵塞，19c (19.4) 2nodes RAC, 等待Library Cache Load Lock， 堵塞会话为REC0， 该进程等待gc cr block lost. 同时在rec0进程trace文件中提示
IPCLW:[0.0]{-}[WAIT]:PROTO: [1661188358080974]ipclw_data_chunk_process:1165 Discarding msg with seq # 875492546, expecting 2730385062
IPCLW:[0.0]{-}[WAIT]:PROTO: [1661188358080974]ipclw_data_chunk_process:1165 Discarding msg with seq # 875492587, expecting 2730385062

今天有个同事咨询，发现在11.2.0.4以后的版本create or replace view 修改view 视图时，即使view owner当前用户是dba role也无法create or replace方式重建view，如当前用户u1把select on u1.t1 给u2（without grant option）, 用户u2创建 view 给了u3 select 查询. 按说u3对u1.t1是当前没有级联授权，所以u2在编辑view时会报错ORA-01720，而在11.2.0.3之前是正常编辑，但行为是不正确的, 从11.2.0.4以后已做修正。

前段时间一个oracle 19c RAC 1个节点异常重启，日志显示是lmd进程hang 丢失heartbaet 超过70s， Lmhb进程重启了实例， 操作系统资源空闲，从lmhb trace中确实lmd在做free memory的操作。

ORACLE 2-NODES RAC只关闭了node1上的db instace,当然此时业务不受影响，node2上的实例正常依旧可以对外提供服务， 1小时后OS组准备就绪，在节点1关闭操作系统，同步收到了业务无法访问，查看node2 db实例已自动shutdown, 其它资源正常，手动立即起动db实例2恢复业务，刺激，为什么停实例1 CRS会触发停实例2 的db instance?

背景是了解到当晚B库的节点1有大量的数据加载操作。实例2 FG 并行查询Sort segment allocations空间紧张，通知所有实例CIC 等待DFS LOCK HANDLE, 其它会话等它完成 等ENQ SS, 而实例1一直未答复sort segment清理完成。 因为 Sort Segments cleanup是后台进程SMON责任，实例1 DBW似乎在等SMON或DBW很忙未完成，TEMP表空间已大到1.5TB，

Oracle 12c后的安全增强可能会导致运维中出现些差异， 如有时需要非sys用户查询sys的user$、link$等基表，这些表是因为存有password hash值，在之前一些安全部门查询是否有弱密码时喜欢采集user$，之前授权select any dictionary系统权限或dba role可以，但在是12c后增强不再允许，还有像Toad这种第三方工具如11.6的老版本在连接数据库时还以检测select any dictionary 判断user$权限也提示ORA-1031错误

无法提供摘要。这是一篇受保护的文章。

几年前12c刚release时测试过一系列pdb的功能，其中有小测试一下12.2的pdb hot clone,最近看到一个案例是19c 在不同的RU版本的CDB之间通过PDB clone迁移的数据库，从19.6 clone到19.11后PDB 变为restricted受限模式，查询PDB_PLUG_IN_VIOLATIONS看到如下错误：
‘19.11.0.0.0 Release_Update 2104130040’ is installed in the CDB but ‘19.6.0.0.0 Release_Update 1912171550’ is installed in the PDB

‘alter table’ DDL操作后期运维时比较常规的操作，但在oracle,MySQL，PostGreSQL中行为并不相同，Oracle还是三者中代价最低的，但是在Oracle DBA转向其它数据库运维时，以O的经验维护像MySQL、PostGreSQL时修改列的小动作可能会出现故障，比如空间耗尽、持续时间长、锁、执行计划变等现象。这篇分别测试一下三个数据库在ALTER TABLE modify column上的影响。

几年前在某个客户查看Oracle数据库 RAC补丁时发现节点间存在不一致的现象，当时在这篇《Using ‘opatch lsinventory’ show patched is real? （看到的补丁信息真的靠谱么？） 》记录过， 最近又遇到了一片“沼泽地”环境，运维人的窘境是无法要求建设阶段如何规范化，什么样的环境都要接，即使到处是坑。这里再分享一例有个ora-600错误引起的一系列问题。

MySQL中容易泄露数据库用户密码的地方，如shell、SQL的历史记录、主从复制等，当然也包括部署的一些数据库脚本，如逻辑导出，Oracle也不例外，好多用户在用户密码复杂度上很苛刻，但如在数据库中部署的如RMAN、EXPDP等脚本还是明文的密码那就比较不规范，

pctfree常用于控制block中预留的空间，对于table insert是发现超过pctfree后分析新空间，但是对于index对象PCTFREE只是在创建索引时(create or rebuild)生效，平时的DML后并不会保留该空间甚至会耗尽做index block split, 之前写过一篇Oracle 12c: index treedump， 这里再延伸一篇，如果根据index key entry查看index block.

最近有客户咨询数据库可不可以使用GPU （Graphics processing unit）来给数据库负载加速， GPU 是专用的高度并行硬件加速器，最初设计用于加速图像的创建。最近，人们一直在寻找GPU来加速其他工作负载， 对于GPU的非显卡使用场景最火的当属对于虚拟货币的挖矿，

前几天见有客户咨询表列数据只让部分用户可见的访问控制问题，Oracle数据库在数据安全上的解决方案也是相当优秀的， 除了权限配置，还有加密与脱敏功能与组件，如列级TDE加密和Data masking对真实数据有修改，同时安全访问还有VPD、DV、 Data Redaction白皮书此类不修改原始数据。这里简单总结分享Data redaction功能特性。在EDB数据库发现同样实现了该功能。

之前总结过一篇RHEL7（Linux7）安装Oracle 11g R2(11.2.0.4) RAC 问题小结， 这里记录一个12c安装姊妹篇， 现阶段oracle数据库版本虽然已经不在主推12c，但存在一些客户安装12c时的问题， 这个版本确实存在很多不成熟的地方，在DB安装OUI阶段可能就几个问题。

oracle11g add default values columns(增加默认值列的改进)11年前 学习oracle初期测试过oracle 11g相对oracle 10g的增强， 对于增加列default not null 时只增加数据字典定义，而不有update 表现有数据，给对于大表比如上亿记录的列增加带来不小的提升， 今天看到同事在使用ogg 从19c to 11g同步DDL 又看到了这个现象。

最近在测试oracle to postgreSQL项目中，计划使用oracle standby database做为数据库初始化的静态数据，这没有任何问题， 那是否可以从standby database捕捉变化呢？如配置ogg extract抽取进程。

最近一套ORACLE 19C RAC 因一个节点主机故障重启后，其中1节点启动失败， 2节点正常启动，网络traceroute 、 ping 、多播测试均正常，幸存节点也有尝试重启、包括Kill gipc gpnp 进程，及重建过node 1的tmp 下的network soket临时文件， node1 依旧启动失败， 启动分析Init启动进程发现是gipcd启动后直接terminal中断

10多年前测试过10g的logmnr用于从redo或archivelog中分析DDL DML记录， 当做一些误操作无法flashback技术恢复或无备份时，可以尝试用来从redo log中恢复一些操作， 最近测试了一个19c多租户环境中的logmnr，记录如何恢复某个PDB中deleted 记录。

When CSSD process is unable to get real-time priority and is not running in real-time, it may lead to various HA issues. From 19c, this is treated as a fatal error.CSS cannot start normally if failed to get real-time priority.