oracle数据库恢复的数据有问题

正式环境的数据库数据备份后恢复到测试环境，然后报错system Error，找外包公司的技术看了以后给出一个impdp参数，transform=oid:N

之前的备份计划一直是这样的

每天凌晨一点备份数据库。

 ~]$ crontab -l
0 1 * * *  /home/oracle/oracle_back.sh
30 2 * * * /home/oracle/clear_archivelog.sh

/home/oracle/app/11.2.0/db_1/bin/expdp XXX/XXX@XXX directory=BAKUP_DIR dumpfile=$BAKUPTIME.dmp logfile=$BAKUPTIME.log

后来在Web服务器上加了一个计划任务

 ~]# crontab -l
59 0 * * * /usr/weaver/Resin/bin/stopresin.sh >/dev/null 2>&1
59 1 * * * /usr/weaver/Resin/bin/startresin.sh >/dev/null 2>&1

重启resin服务的计划，为什么呢？因为之前都是不停服务备份，然后将备份数据恢复到测试数据库后会有问题，售后支持说是因为备份时服务在线导致插入数据前后不一致，对数据库不熟，只知道备份时会自动锁表或者设置表为只读状态，应该不会出现不一致啊，但是他一口咬定确实会不一致，所以就在备份数据时停止运行服务，此服务是公司内部人员使用，所以没有多大问题。

今天开发又需要同步测试的数据库了，所以就恢复了一份最新备份数据，结果...

• 修改前的导入命令

impdp XXX/XXX directory=OA dumpfile=2018-04-28.dmp logfile=import${Time}.log TABLE_EXISTS_ACTION=REPLACE REMAP_SCHEMA=XXX:XXX2

然后找到了外包技术支持，给了文章开头这个参数

• 修改后的导入命令

impdpXXX/XXX directory=OA dumpfile=2018-04-28.dmp logfile=import${Time}.log TABLE_EXISTS_ACTION=REPLACE REMAP_SCHEMA=XXX:XXX2 transform=oid:N

---

回归正题

网上查了下这个参数的用法
原文链接

• 出错原因
  一用户所有对象导出后导入到同一数据库的不同用户，因为该用户创建了type和定时任务，在同一数据库中，OID和job id是唯一的，所以在导入的时候报如下错误，创建type失败和创建job失败了 importing LHF 's objects into LHF2IMP-00017……（我之前在测试创建过和正式环境一样的用户，现在这个是另一个）

• 参数说明：
  大意就是说如果TRANSFORM参数设置成OID=N,表示在imp的时候，新创建的表或这个类型会赋予新的OID，而不是dmp文件中包含的OID的值。但是这个参数的默认值是OID=Y，因此在进行Imp的时候，新创建的表或者type会赋予同样的OID，如果是位于同一个数据库上的不同schema，那就会造成OID冲突的问题，因此解决这个问题也很简单，只需要在impdp的时候，显示设置transform 参数为OID=N既可以了。如下所示，

cmd> impdp test/test directory=dump_dir dumpfile=dump.dmp logfile=dump.log remap_schema=frank:test  transform=OID:N