ANBOB™

最近遇到一起因oracle 数据库的归档空间耗尽，导致部分应用连接数据库时提示ORA-12514错误，而使用监听上现在的服务名连接数据库提示ora-257, DBA应该知道,ORA-12514错误显然是应用连接使用的服务名在listener没有办法匹配，而ora-257是归档空间满无法完成归档，怎么会ora-12514又和归档联系起来了呢？

最近有个客户查看MySQL主从同步时，提示ERROR 2027(HY000):Malformed packet错误，存在slave连接失败的现象，后分析是因为该MySQL配置了oracle goldengate，以replication slave的方式抽取，仅记录提醒再次遇到该问题。

最近在迁移oracle到基于postgresql的国产库发现了一些兼容性问题，联想到oracle对问题SQL是多么包容，我不确认已经实现oracle语法兼容的数据库，又有多少支持了Oracle在SQL查询转换中的功能，尤其是一些不必要的查询消除. 如order by elimination、Join Elimination、Common Sub-expression Elimination、subquery elimination， 这里记录一下Oracle 10053 Trace中的优化器优化形为。

最近在迁移oracle到一个基于PostgreSQL系国产数据库时，发现存在一个问题，为了增加数据迁移顺利，把在oracle中在表列上定义的not null约束，全部更改了外部的CHECK not null 约束，这样就可以在建表、导数完成后再增加check约束。虽然这种功能上几乎一样，但是在性能上还是有一些区别，这篇简单的记录。

我和我的团队一直在做oracle到国产新创的工程，在oracle数据库中如加载菜单或上下关系的记录时，使用一种start with connect by prior的关键字提供分层查询和遍历方法， 但是对于基于Postgresql的数据库中需要改写，可以借用通用表表达式(CTE)的方法with RECURSIVE（）, 同时对于排序时ORDER SIBLINGS BY可以对分层查询分组排序。这里简单的演示。

最近在客户的环境中遇到一个较为罕见的问题，数据库实例的alert日志持续报告ORA-4031错误，导致一系列级联问题，包括ORA-600错误、归档失败、ASM实例通信失败等现象。同时，INACTIVE连接数异常增加，进一步可能出现数据库链接数耗尽。问题的核心出现在ASM实例，日志中反复出现ORA-4031错误kglseshtTable ，尽管ASM实例的SGA已经配置为4GB，这个大小在正常情况下应当足够使用，但此次却是首次出现此类问题。

该环境为Oracle 11.2.0.3版本，部署在2节点RAC架构下，运行于RHEL Linux 6.9操作系统，并且已启用HugePages。

Critical to performance is that not every change is copied to the flashback buffer— only a subset of changes. If all changes to all blocks were copied to the buffer, then the overhead in terms of memory usage and the amount of extra disk I/O required to flush the buffer to disk would be crippling for performance. Internal algorithms limit which versions of which blocks are placed in the flashback buffer, in order to restrict its size and the frequency with which it will fill and be written to disk.

最近一客银行客户的Oracle环境，在部署了DSG做数据抽取后，数据库频繁的重启，希望分析一下原因， 环境oracle 12c 2nodes- RAC on RHEL x86-64 7.3 , 数据库实例为Datatguard Pyhical Standby端，使用多租户。开始LGwr等待 ‘reliable message’，后出现IPC Send timeout detected， 过几分钟后实例2驱逐，不久后实例1 crash 。Oracle home和/ 使用XFS 文件系统。 问题期间大量进程活动，从ps查看处于D状态，并且WCHAN等待为xlog_G开头的函数调用，这里记录一下该事件。

在 PostgreSQL 中，PL/pgSQL 不直接支持 TABLE OF 类型，这是 Oracle PL/SQL 中的一种集合类型。不过，PostgreSQL 提供了其他方式来实现类似的功能，例如使用数组、复合类型（composite types）和表值函数（table-valued functions）。最近在一个生产数据库oracle迁移到postgresql替换过程中，遇到了拆分由逗号分隔的字符串返回table的需求

最近在从orale迁移到Postgresql系的数据库时，迁移工具(Java JDBC)几张表迁移失败，源库和目标都是GBK字符集，但在迁移过程中提示ERROR: character with byte sequence 0xe4 0xb8 0xad in encoding “UTf8” has no equivalent in encoding “GBK”，说明在GBK数据库中有部分列数据的值是UTF8编码，这种以GBK字符集查询会乱码，验证在源库入库时错误，迁移时需要注意。

Recently, a customer’s Oracle database RMAN backup job failed. When doing a full backup, it took a long time to complete. After checking the database, it was found that the backup process was waiting for ‘enq: TC – contention’. The environment was Oracle 12.1 2-nodes RAC. I would like to record this problem.