1、數(shù)據(jù)庫(kù)版本 oracle 11.2.0.3.0 2、問題現(xiàn)象 使用ashrpt.sql生成ash報(bào)告時(shí)，在輸入完成起始時(shí)間、指定報(bào)告文件存放路徑與文件名稱后，靜止無(wú)反應(yīng)。 SQL @?/rdbms/admin/ashrpt.sql ...... Using the report name /home/oracle/ashrpt_1_0802_1932.html Sum
oracle 11.2.0.3.0
使用ashrpt.sql生成ash報(bào)告時(shí)，在輸入完成起始時(shí)間、指定報(bào)告文件存放路徑與文件名稱后，靜止無(wú)反應(yīng)。
|
SQL> @?/rdbms/admin/ashrpt.sql ...... Using the report name /home/oracle/ashrpt_1_0802_1932.html Summary of All User Input ------------------------- Format : HTML DB Id : 2024181297 Inst num : 1 Begin time : 02-Aug-14 19:22:34 End time : 02-Aug-14 19:32:34 Slot width : Default Report targets : 0 Report name : /home/oracle/ashrpt_1_0802_1932.html 停在這里不動(dòng)了...... |
|
SQL> select sid,program,event from v$session where sid=1590; SID PROGRAM EVENT ----------------------------------------------------------------------------------------------------- 1590 sqlplus@nosql1 (TNS V1-V3) control file sequential read |
|
SQL> show parameter optimizer_mode NAME TYPE VALUE -------------------------------------------------------------------------------------------------- optimizer_mode string FIRST_ROWS_10 |
發(fā)現(xiàn)optimizer_mode并非為默認(rèn)值all_rows,而是被修改成了first_rows_10
根據(jù)上面等待事件的不正常性，以及optimizer_mode被修改的值相結(jié)合，懷疑很有可能是ORACLE的BUG。
在metalink上，查到文章13794366.8 ,確認(rèn)為ORACLE 11.2.0.2、11.2.0.3上因?yàn)樵O(shè)置參數(shù)OPTIMIZER_MODE=FIRST_ROWS_N的BUG ，在11.2.0.4上解決。
DescriptionASH reports can take a really long to complete if the optimizer_mode parameter is set to FIRST_ROWS_N Rediscovery Notes ASH reports will take a long time to complete when optimizer_mode parameter is set to FIRST_ROWS_N Workaround None |
為了不因?yàn)樾薷膐ptimizer_mode參數(shù)對(duì)系統(tǒng)其它方面造成影響，所以選擇在創(chuàng)建ash報(bào)告的session級(jí)別修改參數(shù)值為"all_rows"的方式，達(dá)到能成功生成ash報(bào)告的目的
|
SQL> alter session set optimizer_mode='all_rows'; SQL> @?/rdbms/admin/ashrpt.sql ......
End of Report |
