oradbm的博客

通常统计信息没有在4个小时窗口执行完成的可能原因有1 数据库要收集的表数据量过大 2 数据库的性能出现问题，导致收集缓慢 3 统计信息收集的并行度不合理，导致收集速度过慢 4 Oracle的bug，结合统计信息收集的历史完成时间都在2小时以内以及收集时间段存在IO负载高的问题，判断统计信息收集还是受到数据库的性能下降所影响。查询数据库的负载dbtime时间，可以看到数据库的负载明显变高，平常只有几百的dbtime值，从2024年1月1日13点左右之后开始飙升，最高达到7000+

1索引online重建过程，产生大量的direct path read/write temp以及directpathwrite等待。

业务反馈汇总较慢，导致部分业务无法正常运行。查看数据库相关的等待事件均为IO类等待，log file sync以及log file parallel wtire等。登陆主机查看IO发现如下问题：1 磁盘busy%为100%。2 但是kr/s和kw/s均为0。查看对应磁盘的IO比例：问题解决：联系存储工程师，对存储进行分析，发现出现坏盘，将盘替换之后，存储IO恢复正常。...

本文原题《ORACLE数据库服务器IO高的分析方案和案例探讨》目录：慧眼识珠——服务器磁盘这么繁忙，到底是谁干的？谨记于心——ORACLE DBA判断IO有性能问题的标准带刀侍卫——处理IO问题必须掌握的一个ORACLE工具说难不难——用几句话来说清ORACLE数据库活得明白——一个例子说明ORACLE的工作过程牢记于心——一幅图来总结ORACLE的IO特点怎么破——什么是无效IO以及解决方法前言远邦在为数据中心提供Oracle第三方服务的过程中接触过很多系统/存储管理员，发现很多SA对

背景：有一项目负责人向我反馈，在今天凌晨，系统有一个作业运行时间慢了30分钟，需要我诊断是那里出了问题。问题:是什么原因令这系统作业运行时间比平常慢了30分钟？核心思想：看到的并不就是事实的真相及其全部，或许只有现象，或许只是线索。为追求真相及事实的全部，你需要耐心，有条理地进行科学的分析。或全面、或主次！方法论：问题分析三板斧：具体化用户的感知:发生时间、发生系统、事件描述（不能用、能用但慢，慢多少）1）数据收集：AWR报告、OS资源使用情况、数据库和OS日志、APP日志数据