impdp不能导入JOB

kickster

感谢楼上的实例　

zhangxuehun

最初由 ZALBB 发布
[B]可以使用impdp 方法导入JOB，
假设源库 A， 目标库B，现要将A库下的USER1 的JOB导入到B库的USER2 中。

方法：
1在 B.USER2 下创建数据库链到A.USER1.
2 在B 库下执行IMPDP：
IMPDP USER2/***** INCLUDE=SCHEMA_EXPORT/JOB  network_link=上面创建的数据库链

我测试此方法的情况如下:

F:\oracle\product\10.2.0\db_1\BIN>impdp include=SCHEMA_EXPORT/JOB network_link=TO52



Import: Release 10.2.0.3.0 - Production on 星期五, 02 3月, 2007 16:14:15

Copyright (c) 2003, 2005, Oracle.  All rights reserved.

用户名: ncv31/1

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options
启动 "NCV31"."SYS_IMPORT_SCHEMA_01":  ncv31/******** include=SCHEMA_EXPORT/JOB network_link=TO52
正在使用 BLOCKS 方法进行估计...
处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA
使用 BLOCKS 方法的总估计: 0 KB
处理对象类型 SCHEMA_EXPORT/JOB
作业 "NCV31"."SYS_IMPORT_SCHEMA_01" 已于 16:14:31 成功完成

到库里查看, A.USER1 下的所有JOB都被导入到B.USER2 [/B]

兄弟，谢谢你的实例！
不过你的实例跟我的场景不一样啊，我要做到是Schema模式的导出、导入，不可能用include把Schema下的每种类型都包括进去吧。
另外，从导出日至看，它是处理了job类型的，不过不知道为什么在导入日志中没看到它对job类型的处理记录。

ZALBB

最初由 zhangxuehun 发布
[B]

兄弟，谢谢你的实例！
不过你的实例跟我的场景不一样啊，我要做到是Schema模式的导出、导入，不可能用include把Schema下的每种类型都包括进去吧。
另外，从导出日至看，它是处理了job类型的，不过不知道为什么在导入日志中没看到它对job类型的处理记录。 [/B]

你说的没导入JOB的情况，我没见过。按照我处理问题的思路，
若第1次发现问题没解决，则会缩小范围去深究，找原因。

所以你说在作impdp时发现JOB没导入，我便建议你单独处理JOB看看。

另外，关于导入/导出 SCHEMA 模式，可看看我的研究结果,

使用impdp复制oracle的schema：http://www.itpub.net/728891.html


采用该方法迁移数据，可省时省力。欢迎对文章拍砖。

ZALBB

最初由 zhangxuehun 发布
[B]

兄弟，谢谢你的实例！
不过你的实例跟我的场景不一样啊，我要做到是Schema模式的导出、导入，不可能用include把Schema下的每种类型都包括进去吧。
另外，从导出日至看，它是处理了job类型的，不过不知道为什么在导入日志中没看到它对job类型的处理记录。 [/B]

嗯，找到答案了，是个BUG。
BUG# 5063330

METALINK上关于此BUG的信息：
[php]
*** 02/26/06 10:10 am ***
TAR:
----
5160977.993
5160977.993 .
PROBLEM:
--------
DATAPUMP DOESN'T CREATE USER JOBS THROUGH IMPORT
.
DIAGNOSTIC ANALYSIS:
--------------------
1-Create any JOB like the following one
var jobnumber NUMBER
BEGIN DBMS_JOB.SUBMIT
(job => :jobnumber ,
what =>'DBMS_DDL.ANALYZE_OBJECT(''TABLE'',''LOAD1'',''TENK'',''ESTIMATE''
,null
,estimate_percent=>50);'
,next_date => TRUNC(SYSDATE+1)
,interval => 'TRUNC(SYSDATE+1)'
);
END;
/
print jobnumber
.
2-  expdp scott/tiger directory=my_dir dumpfile=exp_scott.dmp
    logfile=exp_scott.log .
3- Drop user scott
.
4- Create empty schema
.
5- impdp scott/tiger directory=my_dir dumpfile=exp_scott.dmp
   logfile=imp_scott.log  
.
[/php]

zhangxuehun

谢谢版主的关注与帮助！
不知道有什么解决办法？
我在后来的测试中发现，如果在导入的时候不指定Schemas参数的话，job会被导入到导入用户的schema中；如果指定Schemas参数的话，会报错误，如下所示：

Import: Release 10.2.0.1.0 - Production on Thursday, 08 March, 2007 12:38:43

Copyright (c) 2003, 2005, Oracle.  All rights reserved.

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORA-31655: no data or metadata objects selected for job
Master table "BFUSER"."SYS_IMPORT_SCHEMA_01" successfully loaded/unloaded
Starting "BFUSER"."SYS_IMPORT_SCHEMA_01":  bfuser/******** directory=dpumpDir1 schemas=BOSS_V3 include=SCHEMA_EXPORT/JOB
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
Job "BFUSER"."SYS_IMPORT_SCHEMA_01" successfully completed at 12:38:50


如果是这样的话，那现在就只能每个用户导入自己的schema了，即不能指定schemas参数了。不知道版主有没有更好的办法？多谢！

ZALBB

最初由 zhangxuehun 发布
[B]谢谢版主的关注与帮助！
不知道有什么解决办法？
我在后来的测试中发现，如果在导入的时候不指定Schemas参数的话，job会被导入到导入用户的schema中；如果指定Schemas参数的话，会报错误，如下所示：

Import: Release 10.2.0.1.0 - Production on Thursday, 08 March, 2007 12:38:43

Copyright (c) 2003, 2005, Oracle.  All rights reserved.

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORA-31655: no data or metadata objects selected for job
Master table "BFUSER"."SYS_IMPORT_SCHEMA_01" successfully loaded/unloaded
Starting "BFUSER"."SYS_IMPORT_SCHEMA_01":  bfuser/******** directory=dpumpDir1 schemas=BOSS_V3 include=SCHEMA_EXPORT/JOB
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
Job "BFUSER"."SYS_IMPORT_SCHEMA_01" successfully completed at 12:38:50


如果是这样的话，那现在就只能每个用户导入自己的schema了，即不能指定schemas参数了。不知道版主有没有更好的办法？多谢！ [/B]

我这边做测试，也有你说的情况，察看文档，没说明BUG什么时候解决。
建议使用dbms_job.user_export来导出来，用dbms_ijob.remove()
来删除，然后用刚才导出来的脚本重新插入JOB，这样不用变化JOBID号。
如：
[php]
declare
  v_jobtext     varchar2(500);
begin
  for i in (select job from dba_jobs where job =1586)
  loop
      v_jobtext :='';
      dbms_job.user_export(i.job,v_jobtext);
      dbms_output.put_line(to_char(i.job)||','||v_jobtext);
  end loop;
end;

将输出：
exec dbms_job.isubmit(job=>1337,what=>'PRO_9TH;',next_date=>to_date('2006-12-20:21:35:00','YYYY-MM-DD:HH24:MI:SS'),interval=>'trunc(sysdate+1)+(21+7/12)/24',no_parse=>TRUE);
exec dbms_job.isubmit(job=>1338,what=>'PRO_5TH;',next_date=>to_date('2006-12-20:21:35:00','YYYY-MM-DD:HH24:MI:SS'),interval=>'trunc(sysdate+1)+(21+7/12)/24',no_parse=>TRUE);
exec dbms_job.isubmit(job=>1339,what=>'PRO_8TH;',next_date=>to_date('2006-12-20:21:35:00','YYYY-MM-DD:HH24:MI:SS'),interval=>'trunc(sysdate+1)+(21+7/12)/24',no_parse=>TRUE);
exec dbms_job.isubmit(job=>1340,what=>'PRO_7TH;',next_date=>to_date('2006-12-20:17:35:00','YYYY-MM-DD:HH24:MI:SS'),interval=>'trunc(sysdate+1)+(17+7/12)/24',no_parse=>TRUE);
exec dbms_job.isubmit(job=>1341,what=>'PRO_6TH;',next_date=>to_date('2006-12-20:17:35:00','YYYY-MM-DD:HH24:MI:SS'),interval=>'trunc(sysdate+1)+(17+7/12)/24',no_parse=>TRUE);

然后创建脚本删除JOB，
exec sys.dbms_ijob.remove(job=>1337);
exec sys.dbms_ijob.remove(job=>1338);
exec sys.dbms_ijob.remove(job=>1339);
exec sys.dbms_ijob.remove(job=>1340);
exec sys.dbms_ijob.remove(job=>1341);

再执行上面输出的脚本即可。
*****************************************************************
[/php]

zhangxuehun

再次感谢版主！

ZALBB

我10楼的答复也是个方法，只要创建个公共的数据库连，该链的用户有
EXP_FULL_DATABASE 的权限即可。

可以不同用户登录，逐个逐个导入。

nilbog

遇到同样的问题，我用数据泵做数据库迁移（read only下竟然无法用expdp，郁闷）
导出时用
expdp system/tiger@db directory=dpdir dumpfile=dp.dmp  full=y
导入时用
impdp user1/passwd1@db directory=dpdir dumpfile=dp.dmp schemas=user1 remap_tablespace=old1:new1
impdp user2/passwd2@db directory=dpdir dumpfile=dp.dmp schemas=user2 remap_tablespace=old2:new2
impdp user3/passwd3@db directory=dpdir dumpfile=dp.dmp schemas=user3 remap_tablespace=old3:new3

结果发现，所有的job都未导入。

数据库版本 10.2.0.3

ming270004540