站内搜索
Oracle证书
分类目录
- ASM (30)
- Database (86)
- backup&recovery (21)
- expdp/impdp (5)
- Installation and Deinstall (31)
- network (7)
- ORA-600 or ORA-7445 (6)
- Performence Tuning (13)
- troubleshoooting (2)
- Dataguard (7)
- EBS (3)
- Exadata (120)
- FAQ (19)
- POC和性能调整 (11)
- 体系架构 (19)
- 内部机制 (22)
- 安装和升级 (14)
- 性能指标 (8)
- Exadata V1 (1)
- Exadata V2 (1)
- Exadata X2-2 (2)
- Exadata X3-2 (1)
- Exadata X4-2 (1)
- FAQ (1)
- 故障诊断 (3)
- 日常运维 (15)
- 硬件配置 (43)
- Exadata V1 (6)
- Exadata V2 (6)
- Exadata X2-2 (6)
- Exadata X3-2 (8)
- Exadata X4-2 (8)
- FAQ (1)
- FAQ (16)
- Internal (21)
- Linux (20)
- MYSQL (8)
- OGG (1)
- ORA-600/7445 (2)
- ORA-XXXXX (5)
- Oracle 11.1 & Oracle11.2 (6)
- ORACLE 12C (21)
- Oracle 8 & Oracle 8i (1)
- RAC (47)
- SAP (2)
- Scripts (6)
- 未分类 (1)
- 虚拟化 (1)
2024 年十一月 S M T W T F S « Nov 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 文章归档
-
近期文章
- 针对最近黑客攻击数据库的解决方案和预防建议
- CentOS7.2(RHEL 7.2)的CPU占用高(%system 占用高)
- Oracle 12.1 RAC 系列 – 配置第二个网络和相应的SCAN2
- Oracle 12.1 RAC 系列-安装新主机,识别老存储和恢复数据库
- Oracle 12.2的Sharding-1-基础概念
- 11.2 RAC 系列-安装新主机,识别老存储-3-配置老存储的数据库
- 11.2 RAC 系列-安装新主机,识别老存储-2-准备识别数据库
- 11.2 RAC 系列-安装新主机,识别老存储-1-识别ASM磁盘
- 2016年1月PSU列表
- 单实例数据库转换为RAC数据库–使用rconfig转换
近期评论
- tom 发表在《exadata巡检报告的模板》
- cyx 发表在《关于我》
- 李科胜 发表在《EBS克隆–db和app分开在两个服务器上》
- xiao 发表在《exadata巡检报告的模板》
- Chris Sun 发表在《使用Oracle 11.2的DBMS_RESOURCE_MANAGER.CALIBRATE_IO对Exadata X5(HC)进行测试》
标签归档:log file sync
一次数据库性能问题处理(11g自动维护任务,log file sync)
看到问题发生前30分钟的awr显示,系统负载超高: 查询数据库当前等待事件: 跟awr中的信息一致: 直觉是resmgr:cpu quantum引起了其他一系列问题,这个已经不是第一次遇到了。 等待事件 resmgr:cpu quantum 是11.2引入的oracle资源管理引起的,这个东西一般问题很多,大部分时候,我们装机时,都是直接禁用的。 11.2的oracle资源管理中有一项最坑的是周末的维护任务,这个遇到好几次了。 禁用方法: 1,关闭一些不需要的维护任务: 关闭数据库的空间Advisor,避免消耗过多的IO: 关闭数据库的SQL自动调整Advisor: 关闭数据库的weekday窗口的DEFAULT_MAINTENANCE_PLAN: 查看当前active的resource plan ,确认已经关闭: 此时awr可以看到系统负载已经下降一点点,但是依然很高: 上述修改后的数据库等待事件已经变味“log file sync”,具体如下: 相应的前台等待事件: 后台等待时间: 在LGWR的trace中,可能会出现类似如下的信息: 这是11.2的新特性,Adaptive Switching Between Log Write Methods(LGWR写模式自动切换),该功能bug一堆,经常导致commit缓慢而带来的“log file sync”。 通过设置如下隐含参数,禁用11.2这个LGWR写模式切换功能: 修改后,数据库等待事件已经变为正常的应用日常的等待事件了: 此时的AWR看到,系统负载已经降下来了: 该应用正常时间,数据库连接数如下: 故障暂时缓解了,应用反映已经正常,但是可以看到,上面的信息告诉我们,对于这个应用来说,需要调整的地方还很多: 1,系统参数全面检查 2,SQL优化(SQL语句的写法,index,统计信息检查等) … 继续阅读
发表在 Database
标签为 log file sync, resmgr:cpu quantum, _use_adaptive_log_file_sync
Comments Off on 一次数据库性能问题处理(11g自动维护任务,log file sync)