ANBOB™

Oracle DataGuard是Oracle DATABASE的容灾方案，在负载不是极高的情况下，异步模式最大性能下确实像宣传的那样可以压秒级同步(async)， 也有一些金融客户对容灾要求极高配置DG为同步（sync）最大可用模式，会牺牲一些提交时的性能确认standby 反馈后给应用进程完成commit。 那常用的异步最大性能模式如何查询primary与standby之前的gap时延差异，oracle提供了一些view

最近有客户咨询数据库可不可以使用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阶段可能就几个问题。

当前数据库种类较多，像oracle等闭源数据库在诊断特殊疑难问题时需要分析内部C函数的call stack， 目前的oradebug short_stack或errorstack,linux系统中的pstack只是dump当前的调用， 还有现在的开源数据库虽然可以查看源代码，但是没法较方便的方法在运行的进程过程中持续跟进多个内部调用的call stack. 增加了故障分析的复杂性和诊断时间， 这里看到了一种使用strace跟踪的方法记录一下。

上在一篇中测试看到postgresql中的function相同的逻辑，仅是create function时language在sql和plpgsql不同产生了不同的执行计划， 是因为postgresql是选择了不同的 SQL query “engine”， Postgresql支持多种不同的”runtime engines”执行不同的code，在Postgresql中创建function时语言支持SQL, PL/pgSQL, C ，C，Perl, Python, Ruby, Java 等，这是好多其它数据库不具备的，本篇总结一下在create function是的language在SQL和plpgsql之间的不同。

最近的一个从oracle到Openguass的项目迁移时，应用反馈SQL在使用列等值右侧function返回值无法使用索引的问题，当把function换成字面量时可以正常使用索引对象，这个问题对PostgreSQL开发者很重要，因为许多数据库开发人员不知道PostgreSQL函数的Volatility（不稳定性）。每个函数都有一个Volatility分类，可能是VOLATILE、STABLE或IMMUTABLE。VOLATILE是默认值。该问题同样适用于openguass系的package中的function.

前不久广州某客户Oracle 11.2.0.2 on Linux一套虚机环境，在线扩容了cpu和memory后数据库出现在ora-600 [ktubko_1] 反复重启， 一个事务回滚相关的内部错误，当然在线修改硬件资源这个操作是不建议的，这里记录一下ra-600 [ktubko_1]应急处理方法。

之前记录过一篇关于lob 《 LOB 不当的chunk size会导致严重的空间浪费》，最近一个案例关于enq:hw 的wait event在lob段，而SQL语句是一个update，发现也存另一种情况因为retention过大，导致的lob快速扩展，简单记录。

之前已经记录过多篇关于用户密码的问题， 今天又看到一则19c 在XTTS升级时，用户创建拼密码SQL脚本失败的问题，对于拼接user$.password和user$.spare$列时值错误，导致密码不能登录问题，对于19c中2个字段值哪种情况下没有值，简单的测试记录。

最近上海某客户一套ORACLE RAC发生1节点驱逐， 问题前CPU利用率并不高， CRS日志有I/O响应和IPC超时错误, 部分进程hang死，操作系统是RHEL7.5, 在操作系统meesage提示如下信息：
“kernel: NMI watchdog: BUG: soft lockup – CPU#25 stuck for 22s!”

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

最近遇到了2个客户出现在11.2.0.4环境中频繁出现ora-8103的问题，基本上都是索引对象object mismatch, 重建后过段时间会再现， 该类问题使用rman validate logical 还无法发现，算是当前oracle软件的一个未知bug.

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

近日分析一个数据库checkpoint long time 未完成的一个case时，本想分析dbwr trace file中看看是否有报错，发现dbwr的trace file并不存在，并且重启数据库后也并未生成，发现这并非个案，好多环境中dbwr trace不存在， 下面记录一种启用方式。

最近一套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.

环境Oracle 11g(11.2.0.4) on RHEL6.9， 文件存储在SATA SSD的文件系统，每秒redo 50-100MB， 存在部分时间段40多组2GB online redo logfile 同时”active”状态的现象，cpu使用率60%左右。除了优化checkpoint外发现有2个少见的TOP event， 查看FG top event为’free buffer waits’， BG top event为 ‘db file async I/O submit’。

ANSI/ISO SQL 标准定义了4 种事务隔离级别，对于相同的事务，采用不同的隔离级别分别有不同的结果。这些隔离级别是根据3 个“现象”定义的,在Oracle 中READ COMMITTED 则有得到读一致查询所需的所有属性，在其他数据库中的读READ COMMITTED 可能会有不同的答案， 最近有个客户在测试migrate oracle to postgreSQL测试发现一个批处理的结果并非一致，