提供综合数据库运维服务与优化方案(不限Oracle MySQL PG GaussDB GoldenDB OceanBase等), 微信/Tel:(+86)134-365-60330
数据库oracle
Recently, a customer’s Oracle database encountered a performance problem, waiting for “row cache lock”. Analysis showed that the cache# p1 value pointed to the dc_realtime_tabst 。
Starting from 12.2.0.1 Grid infrastructure home does have tomcat installed on the GI_HOME. A security scan may find Tomcat security vulnerability CVE-2024-21733 in your Oracle RAC environment. How do I fix it ？
客户一套ORACLE 3 node RAC, 因为需要节点3 主机停机维护， 重启后CRS无法启动， 其它两个节点node 1 ,node2 运行正常。 node 3启动过程中 ora.asm 资源启动hang ，等待enq: dd – contention , 简单记录分析步骤。
最近有家半导体客户的oracle RAC间隔性出现了2次活动会话高负载的堵塞现象，找到我协助分析， 当时的主要活动会等待是buffer busy wait, enq: tx … 的hot object现象，同时有较高的log file sync 单次延时，当分析数据库性能问题时，从top event入手没错，但是也要防止被带偏，也可能是因为其它的影响，简单记录这个事件。
最近有个客户遇到了enq: TM – contention, 确认表上有大量的FK，并且存在FK 无索引的现象，同是一张表有近60个FK ，同时子表又有几十个子表的多层FK（外键关连） , 关于这个event十多年前有记录过一个笔记”Tuning enq: TM – contention with foreign key (外键引起的队列)”, 现在这个客户也是认可是有外键缺失索引的问题，但非要找到当时的堵塞者SQL, 当然如果SQL很快如果没进ASH, 可能就不好分析了，这里使用分享logminer如何查找线索。
在ORACLE中，SQL Profile 是对 SQL 语句文本的数据库级匹配。由于相同的 SQL 文本在不同用户下可能会受到影响，因此需要一些方法来避免这种情况。OceanBase 提供了 outline 功能，可以用于固定执行计划。那么在 OceanBase 中是否存在与 ORACLE 类似的、影响不同用户的问题呢？多个用户的相同 SQL 语句和相同的表是否共享同一个 outline 呢？outline 是全库共享的还是用户级私有的？
在关系数据库性能优化技术中，有时存在数据库优化器评估问题，产生了错误的执行计划或执行计划改变，导致SQL执行效率变差，在无法或短时间内修改应用SQL代码时，需要从数据库端快速固定指定的执行计划，问题:
多个用户多个table(含索引)相同结构，对于相同的SQL文本，是否会互相影响？
多个用户相同的table， 对于相同的SQL文本，是否会互相影响？
今天一个客户的文件系统空间耗尽，数据库重启后，数据库无法启动，mount后提示ORA-00205: error in identifying control file, check alert log for more info, 查看DB ALERT LOG提示ORA-27048: skgfifi: file header information is invalid， 因为控制文件头损坏。简单记录.
Oracle Database 11g 引入了增量统计信息维护（Incremental Statistics Maintenance），以提高大型分区表统计信息收集的性能。当为分区表启用增量统计信息维护时，Oracle 会通过聚合分区级别统计信息来准确生成全局级别统计信息。除了增量统计信息外，配置较小的采样率也是加快大表统计信息收集的另一种方法。今天有位同事问，为什么在同时配置增量统计信息和小采样率时，小采样率没有起作用。
在oracle 数据库对象由 object_id 和 data_object_id 定义，后者的值也使用与 object_id 相同的内部唯一标识符。数据库中的对象标识符object id数量有硬性限制，一旦达到该限制，数据库将无法使用，必须重建。数据库中的唯一约束标识符数量也有硬性限制。触发些上限是会提示ORA-600 [kkdlron-max-objid] or ORA-600 [15260]。
The maximum size of large objects (LOBs) in Oracle, PostgreSQL, and MySQL varies depending on the type of LOB and the database system. Here are the details for each database:
Oracle dataguard redo传输网络带宽不足通常如standby同步时延增加，数据库层还会有哪些表现吗？当standby 同步延时较大故障时， 故障排除最重要的阶段是正确识别问题的性质，例如能够判断问题是否与网络本身、DataGuard、Oracle 数据库（主数据库或备用数据库）或其他数据库有关。尽管 Oracle 提供了非常强大的工具，但这并不是一件容易的事。
在oracle RAC 环境中节点的信息配置文件有些记录在gpnp profile，如asm_diskstring, 当修改其中的参数时需要在节点间同步，在root.sh时也需要校验，CSS守护进程在启动期间使用GPNP profile来发现 voting files(参数“DiscoveryString”)。发现字符串的不正确值将阻止CSS守护进程(最终阻止整个CRS堆栈)启动。相关的服务有gpnp.bin\mdns.bin。 如果因为一些原因无法push到远程节点时会提示如下错误，
ORA-29783:GPnP Attribute SET Failed With Error [CLSGPNP_NOT_FOUND]
Oracle Active Data Guard 是 Data Guard 框架中的一个选项，允许在从主数据库对物理备用数据库应用更改时以只读方式打开该数据库。Oracle Data Guard在某些情况下可能无法使用Active Data Guard（ADG）特性。最近一个客户oracle 11g dataguard在open read only 然后再启用mrp应用日志变更时数据库自动变为mount状态，说明ADG功能无法使用，db alert中并无任何报错，这里也整理几个ADG无法使用的情况
最近在跟客户沟通时，发现有些数据库厂家对外宣称，具备从oracle数据库迁移到目标国产库时，从源库到目标异构数据库真实负载重演能力，于是花了点时间研究一下，该功能原本在Oracle叫做ORACLE REAL APPLICATION TESTING （RAT）或其中的子Database replay, 相比另一功能SPA,是能重演生产库的真实业务到测试环境，国产库厂家是怎么做的呢？是真的可以RAT? 有没有什么风险呢？ 这里简单描述。
最近，我们的一位客户需要将其 Oracle 11.2.0.1 环境从 Windows 平台迁移到 Oracle 11.2.0.4 RAC on Linux 平台。当前数据库大小为 3TB，基于数据量和停机时间的考虑，因为 Windows 和 Linux x86 同为小字节序，并且 Oracle 支持这两个异构平台之间的 Data Guard（Physical Standby），我们最终决定采用 Oracle Data Guard 的方案。在此过程中，需要注意的是由于数据字典是从原单实例同步的，可能会忽视当前 RAC 库缺少 RAC 组件的问题。此外，还需确认时区是否需要进行升级。
oracle 11.2.0.4 RAC 安装在OEL7没想到还能出这么多问题，几年前做过总结《RHEL7（Linux7）安装Oracle 11g R2(11.2.0.4) RAC 问题小结》，这次使用的是某软件的自动化安装部署，遇到了新的问题，root.sh时oc4j无法启动，虽然大部分情况该资源并不影响数据库的使用，甚至应对某些安全扫描的风险端口还需要停掉该服务，但这里是希望找到报错原因，使用crsctl stat res -t查看资源状态ora.oc4j ONLINE OFFLINE STARTING 状态
在早期接触 Oracle 12c 的生产环境时，我在数据库警告日志（db alert log）中发现了“WARNING: too many parse errors, count=NNNNN SQL hash=0x****”的警告信息。Oracle 通过这种方式提示我们，应用中有一些解析失败的无效 SQL 正在耗费系统资源。Oracle 建议根据这些 SQL 文本和错误信息来修正 SQL。然而，某些应用或 DBA 可能会对这些警告视而不见，尤其是从 12c 前版本升级上来的用户，更是觉得可以安全地忽略这些警告。 几年前，我记录过一个客户在 Oracle 12.2 中遇到的《Oracle 12.2 DB alert show “WARNING: too many parse errors” or “__Oracle_JDBC_internal_ROWID__” in sql》现象。最近，另一个客户也持续遇到解析失败的问题，我发现这绝对不能放任不管，因此做了简单记录。
前不久在研究《Oracle国产化改造迁移时的问题：Number 数据类型中的 invalid number》时，发现 TO_* 函数在 12c 中有一些增强，同样对 LOB 类型也有增强。正巧最近遇到一个 11g 数据库需要通过 dblink 更新 BLOB 字段的需求，因此对此进行了研究，并做了简单记录。
在Oracle 11g升级到更高版本时，默认不再提供 wm_concat 函数，而是用 listagg 函数替代。然而，很多应用程序在12c或19c中可能自定义了类似 wm_concat 的函数，例如 my_wm_concat。这些函数被广泛使用在应用程序中。当这些应用程序的数据库迁移到国产数据库如OpenGauss或PostgreSQL时，如果希望数据库层面兼容而不修改应用代码，通常迁移工具只能做语句规则替换。
对于自定义函数的迁移，由于人工改写时对Oracle或OpenGauss/PostgreSQL不熟悉，这可能会浪费一些时间。 简单纪录一个案例。