expdp慢的一次處理思路,最後發現原來遇到了bug
1、檢查expdp時,資料庫是否負載太高,可以使用工具OSWatcher捕獲歷史的硬體資源使用情況,如果在負載低時,expdp還是很慢,繼續下面步驟2
2、檢查是否有大表或LOB欄位,如果沒有,繼續下面步驟3
3、expdp命令增加引數metrics、trace,檢視每個步驟的時間和trace檔案資訊中dm到dw的消耗時間,如果發現不了問題,繼續下面步驟4
METRICS=Y TRACE=480300
4、使用oradebug和10046 level 8捕獲expdp時的等待事件,tkprof格式化oradebug生成的trace檔案,檢視格式化後的檔案的最後資訊,是否出現Streams AQ: enqueue blocked on low memory等待時間很長,如果是,那麼是Bug 27634991,解決方法
connect / as sysdba
alter system set events 'immediate trace name mman_create_def_request level 6';
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30126024/viewspace-2218794/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 「日常開發」記一次因使用Date引起的線上BUG處理
- javascript迴圈事件只響應最後一次的問題處理JavaScript事件
- RabbitMQ 處理過慢,原來是一個 SQL 快取框架導致的 GC 頻繁觸發MQSQL快取框架GC
- 一個停下車來處理 BUG 的 IT 男……
- 記一次處理達夢慢SQL問題SQL
- rman備份後發現壞塊的處理
- 處理高併發的一般思路
- expdp Hit bug( Bug 5879865)
- 遭遇BUG 4483368出現ORA-19693錯誤後的處理辦法
- 首頁 Java事件處理模式 最後完稿。Java事件模式
- MySQL 記一次 Bug發現過程MySql
- DELETE TABLE資料後,查詢變慢,問題處理delete
- 處理生產bug
- 高併發處理思路與手段(一):擴容
- PGA引發的ORA-04030報錯的處理思路
- 一次bug的處理過程-OA重複檔案的問題薦
- 分割槽表truncate慢處理
- C#MVC基類實現事務處理思路C#MVC
- 記一次網路異常緩慢問題核查處理過程
- 解Bug之路-記一次線上請求偶爾變慢的排查
- Oracle 12.1.0.2 expdp匯出分割槽表資料遇到BUG慢的原因和解決方法Oracle
- expdp的一次遷移
- MySQL分表後原分割槽表處理方案MySql
- Oracle錯誤處理思路(一)Oracle
- 資料庫變慢的處理過程資料庫
- oracle序列達到了最大值處理Oracle
- win10優化後開機慢怎麼解決_win10優化後開機慢如何處理Win10優化
- 一次不完全恢復中途Kill rman後的問題處理+壞塊處理過程
- ssh登入慢問題處理
- 圖靈暑期最後一次大型贈書活動來了!圖靈
- 高效能四核處理器開發的閘道器原來是這樣的
- 記一次業務人員誤刪資料後的處理方法
- 遷移後處理外來鍵約束的問題
- 發生壞塊後的處理及確認
- Spark的危機與機遇:未來必然是AI框架倒推資料處理框架SparkAI框架
- 處理VM的一種特殊方法和思路
- ora-01000的處理思路
- DG發現gap處理流程