ORACLE 9i-23ai

数据库oracle

How To fix Oracle 19c PDB clone cross differente RU CDB, Then PDB in restricted

by

几年前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 ” modify column in Oracle、MySQL、PostGreSQL(数据库比较系列十三)

by

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

Troubleshooting ORA-00600: internal error code, arguments: [kcbbxsv_nwp] and opatch fail one-off patch

by

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

PCTFRR for index and HOW to find index blocks by key value?

by

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

如何检查Oracle Dataguard Gap？

by

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

浅谈数据库与GPU？

by

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

Oracle Data Redaction 19c 数据脱敏

by

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

RHEL7（Linux7）安装Oracle 12c RAC 问题小结

by

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

How to trace DB processes system calls using Strace -k

by

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

再议oracle 19c 密码 “password” “spare4”

by

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

oracle add column xx default value 增强(二)

by

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

Troubleshooting Oracle 19c GIPC start fail with “EXCEPTION[ ret gipcretBadArg (37) ] “

by

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

Oracle logminer笔记(四) 19c 多租户

by

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