Eygle
Yangtingkun
banping
案例 | 描述 | 思路 | 亮点 |
RAC环境下故障处理一则 | 一节点加入RAC后,性能低于单节点,新节点换页频繁、磁盘busy高。 | 查物理内存、与内存相关的内核参数和SGA。发现SGA=2G、物理内存2G。 | 经沟通知道原来正常物理内存应是4G(需要沟通);按正常安装步骤反溯。 |
SQL_TRACE跟踪与诊断 | 应用中的一项功能执行非常缓慢 | 定位到一条SQL语句,该语句导致数字隐式转换成字符,因而未使用索引。 | 在业务空闲时段,手动执行问题业务模块,方便确认SID。以该SID来执行SQL_TRACE,定位问题SQL语句。 |
临时表空间组导致递归 SQL高度解析案例 | AWR中显示DB Time非常高 |
从Load Profile中发现解析(Parse)非常多,继而在SQL Statistics中 ordered by Parse发现问题语句。继而查出是bug。 |
问题语句是对Oracle内建对象的查询。可将该语句作为关键词在MOS查询,立刻可以检索到相关内容; 使用?/rdbms/admin/awrddrpt.sql可以生成两个时段的AWR比较报告。 |
使用闪回查询恢复数据 |
|
| 运行alter system set undo_retention=<> sid='*'触发bug。建议在重要生产环境操作前,在相近的测试环境下先行测试。 |
断电故障导致ASM 磁盘组故障 |
|
v$asm_diskgroup中的磁盘组state为MOUNTED时,需要在RMAN中执行COPY 来激活该磁盘组到CONNECTED状态。 |
|
共享内存未释放 | 数据库异常关闭,共享内存未释放,报错semget failed | ipcs -sa列出当前信号量;ipcrm -s 删除占用的信号量 | 在系统或数据库异常关闭发生后,先观察共享内存,确认无遗留后再启动数据库。 |
Yangtingkun
案例 | 描述 | 思路 | 亮点 |
ORA-600(17069)错误解决过程 | TRUNCATE语句导致Library cache pin | http://blog.itpub.net/22621861/viewspace-2109979/ | MOS 600.1可查询所有ORA-00600错误信息。 |
banping
案例 | 描述 | 思路 | 亮点 |
RAC环境下GES报警情况的处理 | TX行级锁阻塞了其他会话 | 可以从v$locked_object中找,但更方便的方法是在DBA_OUTSTANDING_ALERTS视图中找,找到可以kill问题会话 |
DBA_OUTSTANDING_ALERTS视图 |
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22621861/viewspace-2104402/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/22621861/viewspace-2104402/