日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

oracle exp导出很慢,oracleexp导出慢

發(fā)布時間:2024/3/12 编程问答 34 豆豆
生活随笔 收集整理的這篇文章主要介紹了 oracle exp导出很慢,oracleexp导出慢 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

oracleexp導出慢

某客戶數(shù)據(jù)庫為10.2.0.4 RAC,運行在HP-UX平臺上,如下所示: 某日,在使用exp進行本地全庫邏輯導出時發(fā)現(xiàn)很慢,導出語句的主要語法如下: exp full=y buffer=10M direct=y statistics=none file= log = 可以看到客戶對exp導出已經進行了優(yōu)化,使用了直接路徑導出(direct=y ),并且不導統(tǒng)計信息(statistics=none) ,但導出速度依然不可接受,一個晚上只導出了20G,這是極為不正常的。 數(shù)據(jù)庫exp導出速度的主要影響因素如下: n 存儲的I/O性能。 n exp的導出參數(shù)。 n 數(shù)據(jù)庫資源的爭用。 exp導出期間,操作系統(tǒng)資源和存儲I/O正常,如下所示: Mon Jul 8 20:27:00 EAT 2013 procs memory page faults cpu r b w avm free re at pi po fr de sr in sy cs us sy id 6 1 0 3632805 6982185 0 0 1 0 0 0 0 13059 130731 4225 5 1 94 7 1 0 3840773 6969343 0 0 0 0 0 0 0 16492 228979 9570 15 1 84 4 1 0 3519137 6936935 0 0 0 0 0 0 0 13698 162008 6590 8 1 91 4 1 0 3967479 6893185 0 0 0 0 0 0 0 13660 175978 6911 9 1 90 5 1 0 4021955 6847447 0 0 0 0 0 0 0 14958 204016 8399 10 1 89 6 1 0 3916920 6795387 0 0 1 0 0 0 0 15059 234239 7520 11 1 88 7 1 0 4202389 6673342 0 0 0 0 0 0 0 16642 756681 39425 16 2 83 3 0 0 4274821 6657615 0 0 0 0 0 0 0 15079 189115 8325 11 1 88 3 1 0 3874784 6629859 0 0 0 0 0 0 0 14310 255546 17619 14 1 85 5 0 0 4084843 6605861 0 0 0 0 0 0 0 16176 163433 7805 12 1 87 檢查了存儲I/O性能和exp導出參數(shù),確定沒有問題。于是進一步檢查數(shù)據(jù)庫資源的爭用情況。AWR報告的采樣時間為為20:00至第二天8:00,即exp邏輯導出時間。如下所示: exp導出期間,數(shù)據(jù)庫的TOP 5等待事件極為不正常,幾乎可以肯定不正常的等待事件才導致了exp導出緩慢,如下所示: 根據(jù)以上等待事件,可以看到SHARED POOL出現(xiàn)了嚴重問題,SQL的解析時間占DB TIME的88.56%。如下所示: 但發(fā)生故障時,系統(tǒng)每秒的解析數(shù)并不高,每秒解析才50個左右,如下所示: 進一步查看系統(tǒng)解析數(shù)最高的應用模塊,發(fā)現(xiàn)全都是exp發(fā)起的,如下所示: AWR報告查看到這里,就已經很明確了。接下來就查看exp最消耗資源的SQL語句,在這里主要查看最消耗CPU資源的exp語句,發(fā)現(xiàn)是查詢SYS用戶下的EXU9XML。如下所示: 而且每次執(zhí)行需要讀取58536個邏輯I/O。這是極為不正常的。如下所示: 而且邏輯讀最高的對象為SYS用戶下OPQTYPE$基表(占83.84%),這同樣是極為不正常的,如下所示: 碰到這種情況,我們首先想到的是借助MOS工具,查詢Oracle是否有相關BUG,果然在729248.1有相關解釋,解決方法如下: $ sqlplus /nolog SQL> connect / as sysdba SQL> create index OPQTYPE_IDX1 on OPQTYPE$(TYPE,BITAND (FLAGS, 2)); SQL> cute dbms_stats.gather_table_stats ( SYS , OPQTYPE$ ); 按照MOS提供的解決方法,在OPQTYPE$表建立相關索引之后,exp導出速度變?yōu)檎!?總結: 這個案例給我們的啟發(fā)是當發(fā)生故障時,需要多角度的考察多個環(huán)節(jié),然后借助MOS工具從而快速地解決問題。

總結

以上是生活随笔為你收集整理的oracle exp导出很慢,oracleexp导出慢的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。