在XTTS遷移測試階段，遇到執(zhí)行幾個(gè)expdp的導(dǎo)出任務(wù)，遲遲沒有返回任何信息，對應(yīng)日志無任何輸出。

環(huán)境：

AIX 6.1 + Oracle 10.2.0.4

現(xiàn)象：

在XTTS遷移測試階段，遇到執(zhí)行幾個(gè)expdp的導(dǎo)出任務(wù)，遲遲沒有返回任何信息，對應(yīng)日志無任何輸出，查看任務(wù)狀態(tài)：

SQL> set lines 300col OWNER_NAME for a10col OPERATION for a15col JOB_MODE for a20col STATE for a15select * from dba_datapump_jobs; OWNER_NAME JOB_NAME OPERATION JOB_MODE STATE DEGREE ATTACHED_SESSIONS DATAPUMP_SESSIONS---------- ------------------------------ --------------- -------------------- --------------- ---------- ----------------- -----------------SYS SYS_EXPORT_TRANSPORTABLE_01 EXPORT TRANSPORTABLE DEFINING 1 0 1SYS SYS_EXPORT_TRANSPORTABLE_02 EXPORT TRANSPORTABLE DEFINING 1 1 2SYS SYS_EXPORT_TRANSPORTABLE_03 EXPORT TRANSPORTABLE DEFINING 1 1 2SYS SYS_EXPORT_SCHEMA_01 EXPORT SCHEMA DEFINING 1 1 2SYS SYS_EXPORT_TRANSPORTABLE_04 EXPORT TRANSPORTABLE DEFINING 1 1 2SYS SYS_EXPORT_SCHEMA_02 EXPORT SCHEMA DEFINING 1 1 26 rows selected.

可以看到所有的expdp導(dǎo)出任務(wù)的STATE都停留在DEFINING狀態(tài)。

• 1.牛刀小試清異常
• 2.追本溯源查MOS

1.牛刀小試清異常

先強(qiáng)制殺掉后臺執(zhí)行的所有expdp任務(wù)：

ps -ef|grep expdp|grep -v grep|awk '{print $2}'|xargs kill -9

然后嘗試刪除這些表(其實(shí)應(yīng)該在not running狀態(tài)下刪除)

select 'drop table '||OWNER_NAME||'.'||JOB_NAME||' purge;' from dba_datapump_jobs where STATE='NOT RUNNING';drop table sys.SYS_EXPORT_TRANSPORTABLE_01 purge;..

可這樣是沒有作用的，查詢結(jié)果不變。

甚至嘗試正常shutdown immediate停止數(shù)據(jù)庫，也無法成功，告警日志看到有活動(dòng)調(diào)用：

Thu Nov 1 15:14:24 2018Active call for process 4522064 user 'oracle' program 'oracle@localhost (DM00)'Active call for process 4456536 user 'oracle' program 'oracle@localhost (DM01)'Active call for process 10027180 user 'oracle' program 'oracle@localhost (DM02)'Active call for process 7340140 user 'oracle' program 'oracle@localhost (DM03)'Active call for process 6291888 user 'oracle' program 'oracle@localhost (DM04)'Active call for process 8126596 user 'oracle' program 'oracle@localhost (DM05)'SHUTDOWN: waiting for active calls to complete.

發(fā)現(xiàn)這些進(jìn)程的id都對應(yīng)了ora_dm的進(jìn)程：

$ ps -ef|grep ora_dm oracle 4456536 1 0 17:00:09 - 0:00 ora_dm01_xxxxdb oracle 4522064 1 0 16:50:57 - 0:00 ora_dm00_xxxxdb oracle 7340140 1 0 14:06:07 - 0:00 ora_dm03_xxxxdb oracle 8126596 1 0 14:35:03 - 0:00 ora_dm05_xxxxdb oracle 10027180 1 0 13:55:08 - 0:00 ora_dm02_xxxxdb oracle 6291888 1 0 14:31:17 - 0:00 ora_dm04_xxxxdb oracle 7340432 8388786 0 15:22:59 pts/4 0:00 grep ora_dm

實(shí)際上，這就是expdp任務(wù)的相關(guān)進(jìn)程，強(qiáng)制殺掉這些進(jìn)程：

ps -ef|grep ora_dm|grep -v grep|awk '{print $2}'|xargs kill -9

之后數(shù)據(jù)庫關(guān)閉成功：

Thu Nov 1 15:24:37 2018All dispatchers and shared servers shutdownThu Nov 1 15:24:37 2018ALTER DATABASE CLOSE NORMAL

啟動(dòng)數(shù)據(jù)庫后，再次查詢發(fā)現(xiàn)已經(jīng)成功清理：

SQL> set lines 300col OWNER_NAME for a10col OPERATION for a15col JOB_MODE for a20col STATE for a15select * from dba_datapump_jobs; no rows selected

小結(jié)：

數(shù)據(jù)泵任務(wù)與ora_dm進(jìn)程相關(guān)；如果數(shù)據(jù)泵任務(wù)發(fā)生異常，但任務(wù)并沒有退出的情況，需要同時(shí)殺掉這類進(jìn)程(殺掉后狀態(tài)就會(huì)變?yōu)镹OT RUNNING)。關(guān)庫不是必須的，只是演示此時(shí)正常關(guān)閉被阻塞的場景。這也能說明為什么要保證在NOT RUNNING狀態(tài)下才可以清理。

2.追本溯源查MOS

...

? 接下來內(nèi)容請?jiān)L問原文(https://www.modb.pro/db/27204?YYF)進(jìn)行查看~

更多數(shù)據(jù)庫相關(guān)內(nèi)容，可訪問墨天輪(https://www.modb.pro/?YYF)進(jìn)行瀏覽。

總結(jié)

以上是生活随笔為你收集整理的expdp导出 schema_记录一则expdp任务异常处理案例的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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