在XTTS遷移測試階段,遇到執行幾個expdp的導出任務,遲遲沒有返回任何信息,對應日志無任何輸出。
環境:
AIX 6.1 + Oracle 10.2.0.4
現象:
在XTTS遷移測試階段,遇到執行幾個expdp的導出任務,遲遲沒有返回任何信息,對應日志無任何輸出,查看任務狀態:
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導出任務的STATE都停留在DEFINING狀態。
- 1.牛刀小試清異常
- 2.追本溯源查MOS
1.牛刀小試清異常
先強制殺掉后臺執行的所有expdp任務:
ps -ef|grep expdp|grep -v grep|awk '{print $2}'|xargs kill -9
然后嘗試刪除這些表(其實應該在not running狀態下刪除)
select 'drop table '||OWNER_NAME||'.'||JOB_NAME||' purge;' from dba_datapump_jobs where STATE='NOT RUNNING';drop table sys.SYS_EXPORT_TRANSPORTABLE_01 purge;..
可這樣是沒有作用的,查詢結果不變。
甚至嘗試正常shutdown immediate停止數據庫,也無法成功,告警日志看到有活動調用:
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.
發現這些進程的id都對應了ora_dm的進程:
$ 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
實際上,這就是expdp任務的相關進程,強制殺掉這些進程:
ps -ef|grep ora_dm|grep -v grep|awk '{print $2}'|xargs kill -9
之后數據庫關閉成功:
Thu Nov 1 15:24:37 2018All dispatchers and shared servers shutdownThu Nov 1 15:24:37 2018ALTER DATABASE CLOSE NORMAL
啟動數據庫后,再次查詢發現已經成功清理:
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
小結:
數據泵任務與ora_dm進程相關;如果數據泵任務發生異常,但任務并沒有退出的情況,需要同時殺掉這類進程(殺掉后狀態就會變為NOT RUNNING)。關庫不是必須的,只是演示此時正常關閉被阻塞的場景。這也能說明為什么要保證在NOT RUNNING狀態下才可以清理。
2.追本溯源查MOS
...
? 接下來內容請訪問原文(https://www.modb.pro/db/27204?YYF)進行查看~
更多數據庫相關內容,可訪問墨天輪(https://www.modb.pro/?YYF)進行瀏覽。
