Troubleshooting ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
最近有家银行客户一套核心凌晨跑批时报出了ORA-04036,与12c后增加的PGA_AGGREGATE_LIMIT有关，环境oracle RAC 12.1.0.2 on AIX， 临时增加了PGA_AGGREGATE_LIMIT参数大小解决，事后找我分析原因
ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
Troubleshooting Oracle 11g ORA-07445 [kkqteSetSubPartNums()+355] and ORA-00600 [kghrst:ds]
一家内衣品牌的客户，环境oracle 11.2.0.4 rac on linux, db alert log日志中出现应用查询提示oracle ORA-07445: exception encountered: core dump [kkqteSetSubPartNums()+355] [SIGSEGV] [ADDR:0x7FEFCA3BDFB8] [PC:0x7818D8F] [Invalid permissions for mapped object] [] 和ORA-00600: 内部错误代码, 参数: [kghrst:ds], [0x7FFC26461030]， 简单记录该问题
Troubleshooting oracle 19c RAC ‘gc cr block lost’ and ‘Library Cache Load Lock’
最近遇到这个案例大量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
Troubleshooting Oracle 19c hang wait ‘enq: TX – contention’ when RECO distributed Transaction recovery
Oracle 19c RAC实例大量会话hang,等待事件为’enq: TX – contention’， 做hanganalyze 堵塞进程为RECO， ‘buffer busy waits’<='enq: TX - contention' (cycle) RECO与前台进程形成死锁， 分布式事务表dba_2pc_pendings无记录。简单记录处理过程.
Alert: openGauss V5.0 vs. V3 keywords增加了 “charset” bug
前一段时间发布了openGauss 5.0，做为激进派的我们生产环境立即安装一套，可以在使用MTK工具迁移库时提示”charset”语法错误，为关键字KeyWord，在关键字有一个限制，所以关键字越少那从其它库迁移时在SQL文本、对象名上限制改动就越少， 每个版本关键字数量也在变化，不过最新的Postgresql要比openGauss少约1/3， 之前这套库从oracle迁移到opengauss3.1不存在该问题， 如果有数据库迁移时使用该关键字当心。
Troubleshooting Performance SQL执行计划改变因为Height Balanced Histogram 的Popular Value
最近有个银行客户咨询，他们一个系统有个SQL在凌晨1点左右执行计划突然变差了，数据库为oracle 11.2.0.4 RAC， 从AWR看数据库该时段实例级几乎空闲，上线很久的业务，问题时间点无人为操作，SQL特征是查询一个分区表，2个列上查询条件，并不包含分区键列， 其中有一个列使用了绑定变量，执行计划有原来使用绑定变量列的索引改为全表分区扫描，直到白天10点以后人为收集了统计信息恢复正常。
oracle to openGauss: 迁移后中间件socket closed，这锅DB不背
有一个项目从oracle迁移到了opengauss（MogDB发行版）后，有部分应用在运行一段时间后会超时， 日志中一些Socket closed错误， 执行的是从数据库中unload一些查询数据离线存储，常见的问题有网络防火墙， 或有一些timeout配置，或网络闪断等，逐一排除，当然在出问题时，应用厂家可能出于责任原因并不会坦诚，变更的是DB，会把怀疑方向指向DB, 但最终确认是中间件配置问题， 这里简单记录一下.
How to migrate data from Oracle or another Schema or another openGauss to openGauss（PostgreSQL）?
在openGauss数据库后期维护中难免有数据迁移或复制， 比如从oracle异构数据迁移，或在同一个server中复制一个schema到另一schema， 或是从另一个server复制到本server， 有一些命令行工具可以高效率的处理这些需求，并且可以迁移数据不生成落地文件，提升迁移速度,这里简单记录三种需求。
How to Shell Script to execute SQL scripts( kill session) using psql/gsql for openGauss or PostgreSQL?
Postgresql系为了避免像oracle ora-1555的问题，使用非undo的机制， 但需要周期性的做VACUUM，否则表上的dead tuples就没有办法复用或回收。 并且在PG或OG数据库Vacuum的最老位置是系统级的，如果有一个长事务存在，那长事务时间的其它表也没办法Vacuum，因为它不确认你是否会查其它表， 随时间推移，对于update,delete较多的表就会导致表膨胀较为明显，影响系统性能， 如果无法限制应用，此时可以定期的KILL一些长事务会话..
‘show parameter ‘ for openGauss or PostgreSQL
对于oracle DBA查看数据库实例参数可以在sqlplus中使用show prameter xxx 模糊匹配非隐藏参数或已修改隐藏参数，当然也可以查询v$ 的视图， 在openGauss或postgresql当前版本中需要匹配输入参数名，当然参数名我们不可能完全记的全名，模糊搜索需要手动创建个shell方法。
Troubleshooting Start HAS fail “Operating System function: opendir failed with error data: 2 error location: scrsearch1”
一套Oracle 11G standalone环境数据库文件在ASM中，几年没有重启的老系统，操作系统重启后，启动HAS服务失败， 提示如下错误:
as root
# /u01/app/11.2.0.3/grid/bin/crsctl start has
CLSU-00100: Operating System function: opendir failed with error data: 2
CLSU-00101: Operating System error message: No such file or directory
CLSU-00103: error location: scrsearch1
CLSU-00104: additional error information: cant open scr home dir scls_scr_getval
CRS-4000: Command Start failed, or completed with errors.
Oracle to openGauss: SQL语法兼容性中的中文(全角)符号
最近有项目从oracle迁移到openGuass后存在部分应用SQL提示语法不兼容问题， 后发现SQL中在原oracle执行中包含中文逗号”，”做为查询列的分隔符， 以我对oracle的认识oracle不太可能支持中文SQL语法， 找应用常用的plsql developer工具演示了一下，果然支持中文逗号，甚至还支持中文的括号，或一半中文一半英文如”（)”. 但是这种SQL在mysql, postgresql, openguass是都不支持的
How to speed up create index on Oracle and PostgreSQL（加速索引创建）？
创建索引是table优化访问的常用手段， 但是通常create index会影响对表上的其他DML执行(非online)， oracle和postgresql在该方面提供了online的方法，但是可能会增加索引的创建时间，对于表大小超过GB创建索引你可能希望如何加速创建索引
Exadata OS reboot dev_watchdog call Trace show “dev_deactivate_queue run_timer_softirq cpuidle_enter_state”
近日一客户Exadata Machine节点总是会不定理重启，在DB和GI层无错误日志，类突然断电或无响应重启， 分析OS message日志显示如下信息。
WARNING: CPU: 2 PID: 0 at net/sched/sch_generic.c:334 dev_watchdog+0x228/0x22c
Apr 7 12:49:37 xd08anbob03 kernel: Modules linked in: oracleacfs(PO) oracleadvm(PO) oracleoks(PO) ipmi_poweroff scsi_transport_iscsi
经典面试题：部门最高工资的的员工在PostgreSQL(或openGuass)有了新SQL语法
子曰：“君子谋道不谋食。耕也，馁在其中矣；学也，禄在其中矣。君子忧道不忧贫。” , 回顾我的DBA生涯，从2006接触管理SQL Server 2000到2009年开始管理Oracle, 只问耕耘，错过了一些跳跃机会，清晰记的2009年1次想跳槽面试的一次经历，当时就有这道笔试题，我写了3种答案
OSW系列：ERROR. You do not have a compatible version of OSWatcher to use with oswbba.
osw是oracle检测系统资源的轻量级脚本级，是oracle的标准license许可，在oracle环境中不需要额外购买可以单独安装部署，建议也相信国产数据库后面应该也会出相应的工具，昨天一同事说是在分析一套19c的osw数据里提示错误如下：
如何最短停机时间在openGauss(和PostgreSQL)更改列类型
在数据库日常运维中难免会随着Table数据量f增加，原来的数据类型需要修改，在Oracle如是加长兼容的列类型可以直接修改元数据，而其它提示列上有数据不允许修改，在MySQL和PG,openGauss中修改列如从int 到bigint时会导致表数据reload, 在之前“alter table ” modify column in Oracle、MySQL、PostGreSQL(数据库比较系列十三) 笔记有记录这一现象，而如果表已经很大，该操作可能从空间与业务连续的影响时间上都比较大，前不久看到一种方法觉的不错简单记录一下。
( 案例) Tuning OS performace kernel.sem cause high %sys CPU
去年的blog《如何在 Linux 上诊断高 Sys CPU》 记录过%sys CPU高与oracle相关常见的2个情况 ， 这次刚好遇到了因OS内核参数配置的kernel.sem信号量产生CPU高的案例，记录一下现象。 环境Oracle Exadata X8。
How to find partition Gap of range table in PostgreSQL database？（缺失分区）
范围分区是大型数据库中常用的Table类型， 如按时间维度划分方便后期的周期清理，在Oracle中range分区只需指定分区的上限(less than)，而在PostgreSQL中的分区比较另类，需要指定分区的上限和下限区间，而这种涉及就有可能存在一个问题，超出分区的范围除了表级最小和最大时间，在PostgreSQL中还有可能因为条件不连续存在分区之间的GAP，如以天为分区， 分区界限是2023/03/01, 2023/03/02, 2023/03/04, 缺失 2023/03/03分区
Troubleshooting Linux high %iowait and many Processes stuck in D state
一套医院的Oracle数据库用户平时并发并不高，但时长出现数据库无法响应，导致应用活动并发数逐渐增加，OS load能达大几百甚至1000+， 这是一个4物理CPU,144core的硬件，CPU usage sys和user并不高，数据库查询v$session活动会话高时event是大部分进程on cpu, 操作系统层是%iowait高，
