Oracle 12c feature: SQL Translation Framework(文本替换) & event 10601
SQL Translation框架是 12c 中的一项新功能，使开发人员能够在不更改底层代码的情况下替换SQL代码。这个特性是sql profile baseline的增强，原来是可以不动SQL文本替换执行计划，现在是连sql文本都可以“隐式”替换。这功能可用于在异构数据库向oracle迁移时，替换代码。 方法： 1， 创建SQL translation profil
Troubleshooting Oracle ASM ORA-15041 & ORA-15074 after disk offline DROPPED.
oracle 11g R2环境1组normal冗余的ASM DISKGROUP包含3个cell的，每个cell为1个failgroup, 每个failgroup有48块ASM disks.因为一些硬件原因1个cell掉了19块disk，但offline后并未reblance完成，超过了“_asm_disk_repair_time”时间内没有online，被磁盘组自动drop force, 手
案例：openGauss/postgreSQL 数据库手动清理膨胀Heap Bloat (dead tup)
前段时间整理过一篇《有哪些技术可以减少PostgreSQL/openGauss数据库的存储空间？》，记录过postgresql系数据库出现的膨胀表(索引也一样)可能会导致数据库空间浪费，在openGauss中发现存在一个现象，比如对一张几千万行的table做过千万级大事务更新或平时更新比例较多时，autovacuum的清理并不理想，导致出现几十倍的空间膨胀，记录一则处理案例。
Troubleshooting Oracle 19c wait event latch free 39 “object stats modification”
近日有一套客户为oracle 19c（19.18）的环境，从ASH中可以发现一些查询堵塞等待较高的”latch free”， p2值latch#=39, latch name为 “object stats modification”，latch free从11g后较为不常见，多数都是具体的latch name, 可见这是一个比较稀缺的latch，记录一下这个问题。
Oracle ASM rebalance 完成还有多久？
oracle ASM 从12c后引入了诸多特性，如FLEX ASM、Increased ASM storage limits、ASM instance V$ACTIVE_SESSION_HISOTRY 、ASM Disk Scrubbing外，最近发现还有一个关于ASM DISK rebalance 的增强EXPLAIN WORK FOR命令。12c 中新的 EXPLAIN
如何查询OceanBase的数据字典或VIRTUAL TABLES？
在oracle数据库中有dictionary(dict)和v$fixed_table，可以查询数据字典表和动态性能视图v$相关的系统内部对象，查询数据库内部对象时如果不记的完整名称，是可以直接从两个”根”对象记录中查找(如TanelPoder‘s
HighGo（瀚高）V6 数据库单机初体验
瀚高数据库在我好多年前预学习PostgreSQL时就有耳闻，有瀚高公司维护，该公司在PostgreSQL国际社区贡献度中也是中国排名靠前的组织，发起了另一个开源项目IvorySQL，同样是兼容oracle的postgresql数据库，两者都是在Pos
Goldengate Replicat Abends With ORA-00001处理方法
当GoldenGate复制进程（Replicat）在目标数据库上遇到ORA-00001唯一性冲突错误时，可以采取以下常见解决方法： 2023-1-617:57:36 WARNING OGG-02544 Unhandled error (ORA-00001: unique constraint (.) violated ORA
介质污染 ORA-00600: internal error code, arguments: [16703], [1403], [20] 修复
如果你不幸数据库在启动时提示ora-600 16703,那很可能是从网上下载安装的oracle数据库软件安装介质中被人篡改了， 增加了启动时判断启动时间，然后删除tab$数据字典的老套的破坏方法， 这个网上的修复方法很多，情况有时也不同，建议找专业人事修复且不要造成二次破坏，这种如果只是最初的版本，修复还是相对比较简单，顺利的话个半小时，0数据丢失恢复。 问题现象
Troubleshooting Oracle 11g ‘latch free’ 166# “mostly latch-free SCN”
近期一个客户oracle 11g 11.2.0.4 的环境， 业务出现拥堵， 活动会话的等待事件是latch free, 并且P2# 显示是一个不常见的mostly latch-free SCN ,简单记录. 现象如下：