-
编辑 删除
后台进程的Library cache lock大量等待导致的Dbtime告警分析
8月4号晚8：12业务值班人员反应tjdm313 dbtime告警，百分比达到472%，持续时间1.5分钟。
-
编辑 删除
一条效率极低的insert操作SQL性能调优案例
业务反应集群第一节点，每天晚上批量插入数据最近变得极慢，影响了其他批量作业。需要协助解决
-
编辑 删除
监控用户无法查询v$视图报ora-00204 00202 15205 15081 15062错误的处
近我们遇到一个系统监控的协助申请，通过一个操作系统用户itsm执行脚本来监控数据库相关状态，发现无法查询v$视图，经分析是该用户缺乏对应权限，下面是分析过程。
-
编辑 删除
一个通过平衡IO解决业务批量插入性能问题的现实案例
业务反应某应用的节点，每天晚上批量插入数据近变得极慢，影响了其他批量作业。需要协助解决，我们通过分析确定了IO问题，并且该问题还有进一步优化空间。
-
编辑 删除
Oracle12c为何依然报ORA-04301错误
这是一个12c的库，早上6点值班同事通过告警平台转发了该告警，看到4031第一眼想到共享池内存碎片，10g之前的库4031比较普遍，但是到了12C这个错误极少见到了，所以觉得奇怪，下面是通过gv$sgastat和lmd跟踪文件分析的结果。做个记录把。
-
编辑 删除
linux 7使用udev绑盘操作如何写rules文件
习惯于在linux6下配置rule文件用udev绑定磁盘，但是这种配置在Linux7.下失效了，原文：In OL7, the /dev is a tmpfs and generated dynamically when the system comes up and hence the asm directory is not present under /dev after a reboot.
-
编辑 删除
安装完集群四套库都报ORA-15025 27041跟踪文件报ORA-17503 27300-303
业务需求我们部门DBA紧急安装了4套集群，但是发现数据一直报错，虽然是warning还是想了解具体原因，担心后续上线影响数据库运行，分析一段时间后初步认为是系统问题，但是操作系统工程师说正常，后续问题反馈过来，希望给分析下，下面是分析过程，结论是与操作系统无关，应该是DBA安装有问题。
-
编辑 删除
业务的疑惑为何做个数据“备份”就一直报ORA-01625错误
ORA-01625这个错误是提示temp空间不够了，为了业务正常运行，我们往往会临时扩下temp空间解决，但是有时不能根本解决问题或者根本解决不了问题。
