ORA-39083: Object type REF_CONSTRAINT failed to create with error:

最新推荐文章于 2022-06-23 17:00:28 发布
最新推荐文章于 2022-06-23 17:00:28 发布 · 1k 阅读 · 0
文章标签：

#数据库

本文记录了一次使用Oracle数据库进行数据导入时遇到的主外键约束错误，并详细解释了错误产生的原因及解决方法。
[oracle@localhost aiki]$ impdp aiki/aiki directory=aiki_direc file=db_full_backup2.dmp tables='T_f' log=impdp.log

Import: Release 11.2.0.2.0 - Production on Tue Feb 7 16:05:43 2012

Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Legacy Mode Active due to the following parameters:
Legacy Mode Parameter: "file=db_full_backup2.dmp" Location: Command Line, Replaced with: "dumpfile=db_full_backup2.dmp"
Legacy Mode Parameter: "log=impdp.log" Location: Command Line, Replaced with: "logfile=impdp.log"
Master table "AIKI"."SYS_IMPORT_TABLE_03" successfully loaded/unloaded
Starting "AIKI"."SYS_IMPORT_TABLE_03": aiki/******** directory=aiki_direc dumpfile=db_full_backup2.dmp tables=T_f logfile=impdp.log
Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE
Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA
. . imported "AIKI"."T_F" 5.406 KB 1 rows
Processing object type DATABASE_EXPORT/SCHEMA/TABLE/CONSTRAINT/REF_CONSTRAINT
ORA-39083: Object type REF_CONSTRAINT failed to create with error:
ORA-02298: cannot validate (AIKI.FK_TT) - parent keys not found
Failing sql is:
ALTER TABLE "AIKI"."T_F" ADD CONSTRAINT "FK_TT" FOREIGN KEY ("V") REFERENCES "AIKI"."TT" ("V") ENABLE

Job "AIKI"."SYS_IMPORT_TABLE_03" completed with 1 error(s) at 16:05:48


cause:

主外键约束，当主键插进去后做了修改，将原来外键在主键的值删了，再导入外键表时

数据导入后，再导入约束(constraints)时就报错，没有加上去;



iteye_18365
关注
IMPDP时出现ORA-39083：Object type PROCACT_SCHEMA failed to create with error
一只不会写程序的程序猿
04-03 1万+
在使用IMPDP对数据库按照Schema进行导入数据时，出现了奇怪的错误，数据库版本11.2.0.3.0。 IMPDP导入命令如下。 impdp system/tplink directory=dump_dir dumpfile=tpqms.dmp remap_schema=tpqms:tpqms remap_tablespace=TPQMS_DATA:TPQMS_DATA table_ex...
ORA-39112: Dependent object type COMMENT
kevinyu998的博客
07-20 1680
缺少表空间TS_JW这个好处理，直接新增表空间即可，ORA-39112第一次遇到。清理环境后，新加TS_JW表空间后，再次impdp测试，发现ORA-39112: Dependent object type COMMENT报错也没有了。该环境中ORA-39112的故障是由ORA-00959导致的问题。
ORA-39083,ORA-02298错误一则
数据库天地
12-21 514
问题： 在使用impdp工具导从生产环境导入到测试环境数据时，导入过程最后出现下面的错误： impdpsystem/********directory=DIR_1network_link=link_5237schemas=NTICKETlogfile=imp237_120703.log ORA-39083:对象类型REF_CONSTRAINT创建失败,出现错误: ORA-02298:无法验...
Object type TYPE failed to create with error
adbc12256的博客
10-08 937
ORA-39083: Object type TYPE failed to create with error: ORA-02304: invalid object identifier literal Failing sql is: CREATE TYPE "PIVAS_TAIZHOU"."OBJECTIDLIST" OID '55D573CC891E36AFE05...
ORA-39083:Object type TYPE failed to create with error:OID问题。
Gavin的博客
07-24 6561
昨天使用impdp迁移数据库的时候遇到这个报错： ORA-39083:Object type TYPE failed to create with error 发现type类型的都没有创建成功。 查询后发现主要原因为OID重复。 可以使用impdp中的transform=oid:n 解决该问题。 对应解释如下： TRANSFORM Metadata transform to app...
impdp报错ORA-39083、ORA-14063
congjiumi6955的博客
11-04 1234
今天使用impdp实施数据导入时遭遇ORA-39083、ORA-14063报错，如下所示： 点击(此处)折叠或打开 C:\Users\Admini...
Impdp ORA-39083、ORA-01403报错问题分析解决
ciqu9915的博客
08-28 2313
数据泵（Data Pump）是从10g开始推出的新一代数据逻辑备份还原工具。从产品线角度看，Data Pump是用于替换Exp/Imp传统工具的。经过若干版本的演进，Data Pump的兼容性和优秀特性已经...
impdp导schema报ORA-31625异常处理
cqszpx的博客
06-23 1202
数据库：oracle 11.2.0.1 系统：windows 2008 R2 Enterprise 异常描述：impdp导入schema时报错ORA-31625 D:\app\Administrator\product\11.2.0\dbhome_1\BIN>impdp system/oracle_4U@ 192.168.133.166:1521/medxdb directory=hr_dir dumpfile=11gora.dmp remap_schema=ora1:hr Import: Release
使用impdp恢复数据库错误日志盘点
enshileimin的专栏
12-18 1822
使用impdp恢复数据库错误日志盘点
oracle expdp/impdp ORA-39126错误
02-09 1960
使用dblink用expdp/impdp的network_link从远程导大量表数据时，出现下面的问题：本地数据库是11.1.0.6,远程数据库是10.2.04一、当用tables指定多个表时，出现以下错误：Conne...
oracle倒入库倒不进表,expdp导出一张表没有问题,impdp导入不进去
weixin_35435986的博客
04-08 224
本帖最后由 urlgaojian 于 2011-12-20 13:09 编辑[oracle@server2 ~]$ expdp uxx/123 directory=full_dir file=aa_person_health.dmp log=aa_person_health.log tables=aa_person_healthExport: Release 11.2.0.1.0 - Produc...
ORA-01438处理方法
cri5768的博客
05-05 2904
（我的学习过程） 今天公司的同事告诉我生产系统出现了ORA-01438错误如下 ORA-01438: value larger than specified precision allowed for this column...
sql执行提示"?????? "
byebyegov5qq
02-08 191
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options Legacy Mode Active due to the...
ora_01578 数据库坏块
cnzh2014的博客
02-13 229
sys@TESTDB>create tablespace test datafile '/u01/app/oracle/oradata/testdb/test01a.dbf' size 20m; Tablespace c...
ORA-39083 ORA-02304 对象创建失败
Yimo的常见问题小本子
01-01 4061
问题现象： ORA-39083: Object type TYPE failed to create with error: ORA-02304: invalid object identifier literal 解决方案： 加入参数 transform=OID:N  impdp test/test directory=dump_dir dumpfile=dump.dmp logfile=du
oracle 39083错误,Oracle数据库导入导出时，ORA-39083;ORA-00439错误解决思路
weixin_42511990的博客
04-10 7337
ORA-39083: Object type TABLE:"TEST"."TEST_SS_NAME" failed to create with error:ORA-00439: feature not enabled: Deferred Segment Creation错误解析与解决方法；错误：当表为空时，不分配segment，以便节省空间，导致表在新库中是无法创建的。解决方法：查看源库中def...
笔记：impdp导入报错 ORA-39083 ORA-02264
Lizi_TT的博客
04-02 1005
说明： 在对数据表做历史表创建时，使用remap_table后，因约束名称冲突导致导入失败 报错信息如下 Processing object type SCHEMA_EXPORT/TABLE/TABLE ORA-39083: Object type TABLE:"A5ADMIN"."SYS_DEPARTMENT_0329" failed to create with error: ORA-02264: name already used by an existing constraint 处理： 手动创建
EXPDP ORA-39083
04-07 1112
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options Master table "NC50"."SYS_IMPORT_SCHEMA_04
oracle11.2.0.4使用impdp导入时报错：ORA-39083 ORA-00439
热门推荐
u011214505的专栏
02-23 1万+
impdp upcrm/upcrm@orcl schemas=upcrmdumpfile=upcrm_back_20170222.dmp logfile=upcrm_back_20170222.logdirectory=dir_dp job_name=my_job3   在导入时报错： ORA-39083: Object type TABLE:"UPCRM"."BOSS_T_D_PROJ
KUPW: ORA-39083: Object type JOB:"SMT" failed to create with error: ORA-00001: unique constraint (SYS.SCHEDULER$_DBMSJOB_MAP_PK) violated
最新发布
11-13
<think> 根据用户当前问题，结合历史对话和引用内容，分析如下： 用户当前问题：解决KUPW: ORA-39083错误（Object type JOB:"SMT" failed to create with error: ORA-00001: unique constraint (SYS.SCHEDULER$_DBMSJOB_MAP_PK) violated） 关键点： 1. 错误发生在数据泵导入过程中（impdp），对象类型是JOB（作业） 2. 错误直接原因是违反唯一约束（SYS.SCHEDULER$_DBMSJOB_MAP_PK） 3. 引用[1]中提到过类似唯一约束冲突问题（ORA-00001），但涉及的是不同对象（SCHEDULER$_INSTANCE_PK） 问题分析： - 该错误表明在导入作业时，目标数据库中已存在相同ID的作业 - SYS.SCHEDULER$_DBMSJOB_MAP_PK是Oracle系统表的主键约束，用于保证DBMS_JOB与SCHEDULER作业映射关系的唯一性 - 根本原因：导出库和导入库的作业ID发生冲突 解决方案步骤： ### 方法一：忽略作业导入（推荐） 在impdp命令中添加`EXCLUDE=JOB`，跳过所有作业导入： ```bash impdp system/password DIRECTORY=dpump_dir DUMPFILE=export.dmp \ SCHEMAS=SMT EXCLUDE=JOB ``` 适用场景：不需要迁移作业时[^1] ### 方法二：手动清理冲突作业 1. 查询冲突的作业ID： ```sql SELECT job_name, job_id FROM dba_scheduler_jobs WHERE owner='SMT'; SELECT job, what FROM dba_jobs WHERE schema_user='SMT'; ``` 2. 删除冲突作业（需评估影响）： ```sql BEGIN DBMS_SCHEDULER.DROP_JOB(job_name => '冲突作业名', force => TRUE); END; / -- 或传统作业 EXEC DBMS_JOB.REMOVE(jobid); ``` 3. 重新导入时添加`CONTENT=DATA_ONLY`参数避免重创建作业： ```bash impdp ... CONTENT=DATA_ONLY ``` ### 方法三：使用DBMS_DATAPUMP处理 通过元数据转换函数修改作业ID： ```sql DECLARE hdl NUMBER; BEGIN hdl := DBMS_DATAPUMP.OPEN(operation => 'IMPORT', job_mode => 'SCHEMA'); DBMS_DATAPUMP.METADATA_TRANSFORM(hdl, 'REMAP_JOB_ID', 1); -- 启动导入作业 END; / ``` ### 根本原因预防 1. **作业ID冲突机制** Oracle作业使用序列生成ID，不同数据库可能生成相同ID。迁移前重置序列： ```sql DROP SEQUENCE sys.scheduler$_jobid_seq; CREATE SEQUENCE sys.scheduler$_jobid_seq START WITH 1000000; ``` 2. **导出时排除作业** 在expdp阶段处理： ```bash expdp ... EXCLUDE=JOB ``` ### 操作风险提示 | 操作 | 风险等级 | 注意事项 | |--------------------|----------|------------------------------| | 直接删除作业 | 高 | 需确认作业是否正在运行 | | 修改系统序列 | 极高 | 需Oracle支持人员操作[^3] | | 跳过作业导入 | 中 | 需手动重建作业 | > **紧急恢复方案**：若误删作业，可通过`DBA_SCHEDULER_JOB_RUN_DETAILS`查询历史定义重建[^1] §§相关问题§§ 1. 如何安全迁移Oracle Scheduler作业到新数据库？ 2. 数据泵导入遇到ORA-39083错误时如何快速定位冲突对象？ 3. Oracle系统序列异常重置的正确方法是什么？ 4. 如何避免数据库迁移过程中的作业ID冲突问题？ [^1]: ORA-39083 对象创建失败处理规范 [^2]: 系统作业管理安全指南 [^3]: Oracle系统对象修改风险控制 </think>### 解决KUPW: ORA-39083错误的方法 #### 错误分析 错误信息： ``` KUPW: ORA-39083: Object type JOB:"SMT" failed to create with error: ORA-00001: unique constraint (SYS.SCHEDULER$_DBMSJOB_MAP_PK) violated ``` 原因说明： 1. **主键冲突**：在导入作业对象时违反唯一约束 `SYS.SCHEDULER$_DBMSJOB_MAP_PK`[^1] 2. **根本原因**：目标数据库中已存在相同ID的作业（Oracle使用序列生成作业ID，不同库可能生成相同ID） 3. **影响对象**：DBMS_SCHEDULER或DBMS_JOB创建的作业 --- ### 解决方案 #### 方法一：跳过作业导入（推荐） 在`impdp`命令中添加 `EXCLUDE=JOB` 参数： ```bash impdp system/password DIRECTORY=dpump_dir DUMPFILE=export.dmp \ SCHEMAS=SMT EXCLUDE=JOB ``` **适用场景**：不需要迁移作业时[^1] #### 方法二：手动清理冲突作业 1. 查询冲突作业： ```sql SELECT job_name, job_id FROM dba_scheduler_jobs WHERE owner = 'SMT'; ``` 2. 删除冲突作业（需评估影响）： ```sql BEGIN DBMS_SCHEDULER.DROP_JOB(job_name => '冲突作业名', force => TRUE); END; / ``` 3. 重新导入： ```bash impdp system/password ... # 原导入命令 ``` #### 方法三：元数据转换（高级） 通过`METADATA_TRANSFORM`修改作业ID： ```sql DECLARE hdl NUMBER; BEGIN hdl := DBMS_DATAPUMP.OPEN(operation => 'IMPORT', job_mode => 'SCHEMA'); DBMS_DATAPUMP.METADATA_TRANSFORM(hdl, 'REMAP_JOB_ID', 1); -- 重映射作业ID -- 添加其他导入参数 DBMS_DATAPUMP.START_JOB(hdl); END; / ``` #### 方法四：重建系统序列（DBA操作） ```sql -- 1. 备份序列值 CREATE SEQUENCE sys.scheduler$_jobid_seq_bak AS SELECT last_number FROM dba_sequences WHERE sequence_name='SCHEDULER\$_JOBID_SEQ'; -- 2. 重置序列 DROP SEQUENCE sys.scheduler$_jobid_seq; CREATE SEQUENCE sys.scheduler$_jobid_seq START WITH 1000000; ``` --- ### 预防措施 1. **导出时排除作业**： ```bash expdp ... EXCLUDE=JOB ``` 2. **跨库迁移规范**： ```sql -- 迁移前统一重置序列 ALTER SEQUENCE sys.scheduler$_jobid_seq INCREMENT BY 10000; ``` 3. **作业命名规范**： ```sql -- 创建作业时指定唯一名称 BEGIN DBMS_SCHEDULER.CREATE_JOB( job_name => 'SMT.UNIQUE_JOB_NAME', ... ); END; ``` > **操作风险提示**： > - 删除系统对象需DBA权限且可能影响运行中作业[^2] > - 生产环境操作前必须验证备份有效性 > - 建议在非高峰时段执行 --- ### 典型场景处理流程 ```mermaid graph TD A[发生ORA-39083错误] --> B{需保留作业？} B -->|否| C[impdp EXCLUDE=JOB] B -->|是| D[查询冲突作业ID] D --> E[删除冲突作业] E --> F[重新导入] F --> G[验证作业状态] ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值