oracleexp導(dǎo)出慢

某客戶數(shù)據(jù)庫為10.2.0.4 RAC，運行在HP-UX平臺上，如下所示： 某日，在使用exp進行本地全庫邏輯導(dǎo)出時發(fā)現(xiàn)很慢，導(dǎo)出語句的主要語法如下： exp full=y buffer=10M direct=y statistics=none file= log = 可以看到客戶對exp導(dǎo)出已經(jīng)進行了優(yōu)化，使用了直接路徑導(dǎo)出(direct=y )，并且不導(dǎo)統(tǒng)計信息(statistics=none) ，但導(dǎo)出速度依然不可接受，一個晚上只導(dǎo)出了20G，這是極為不正常的。 數(shù)據(jù)庫exp導(dǎo)出速度的主要影響因素如下： n 存儲的I/O性能。 n exp的導(dǎo)出參數(shù)。 n 數(shù)據(jù)庫資源的爭用。 exp導(dǎo)出期間，操作系統(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導(dǎo)出參數(shù)，確定沒有問題。于是進一步檢查數(shù)據(jù)庫資源的爭用情況。AWR報告的采樣時間為為20:00至第二天8:00，即exp邏輯導(dǎo)出時間。如下所示： exp導(dǎo)出期間，數(shù)據(jù)庫的TOP 5等待事件極為不正常，幾乎可以肯定不正常的等待事件才導(dǎo)致了exp導(dǎo)出緩慢，如下所示： 根據(jù)以上等待事件，可以看到SHARED POOL出現(xiàn)了嚴(yán)重問題，SQL的解析時間占DB TIME的88.56%。如下所示： 但發(fā)生故障時，系統(tǒng)每秒的解析數(shù)并不高，每秒解析才50個左右，如下所示： 進一步查看系統(tǒng)解析數(shù)最高的應(yīng)用模塊，發(fā)現(xiàn)全都是exp發(fā)起的，如下所示： AWR報告查看到這里，就已經(jīng)很明確了。接下來就查看exp最消耗資源的SQL語句，在這里主要查看最消耗CPU資源的exp語句，發(fā)現(xiàn)是查詢SYS用戶下的EXU9XML。如下所示： 而且每次執(zhí)行需要讀取58536個邏輯I/O。這是極為不正常的。如下所示： 而且邏輯讀最高的對象為SYS用戶下OPQTYPE$基表(占83.84%)，這同樣是極為不正常的，如下所示： 碰到這種情況，我們首先想到的是借助MOS工具，查詢Oracle是否有相關(guān)BUG，果然在729248.1有相關(guān)解釋，解決方法如下： $ 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$表建立相關(guān)索引之后，exp導(dǎo)出速度變?yōu)檎！?總結(jié)： 這個案例給我們的啟發(fā)是當(dāng)發(fā)生故障時，需要多角度的考察多個環(huán)節(jié)，然后借助MOS工具從而快速地解決問題。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。