ORA-19505: failed to identify file "/oradata1/dump/CASCTRL07.DMP EXPDP

最新推荐文章于 2024-04-20 20:32:54 发布
最新推荐文章于 2024-04-20 20:32:54 发布
阅读量5.8k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： oracle技术
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zero_plus/article/details/9186091
本文详细介绍了在使用expdp导出和import导入过程中遇到ORA-19505错误的原因及解决方法，特别关注了文件出错导致的问题，包括二进制文件损坏和FTP丢帧等常见原因，并提供了相应的解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

expdp 出错

$ impdp system/manager directory=DMP content=METADATA_ONLY dumpfile=CASCTRL01.DMP, CASCTRL02.DMP, CASCTRL03.DMP, CASCTRL04.DMP, CASCTRL05.DMP, CASCTRL06.DMP, CASCTRL07.DMP, CASCTRL08.DMP full=Y logfile=METADATA_ONLY_20130627.log job_name=my_job02  parallel=8


Import: Release 10.2.0.5.0 - 64bit Production on Thursday, 27 June, 2013 11:16:32

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

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORA-39002: invalid operation
ORA-31694: master table "SYSTEM"."MY_JOB02" failed to load/unload
ORA-31640: unable to open dump file "/oradata1/dump/CASCTRL07.DMP" for read
ORA-19505: failed to identify file "/oradata1/dump/CASCTRL07.DMP"
ORA-27046: file size is not a multiple of logical block size
Additional information: 1
Additional information: 1514345468
Additional information: 4096

 

原因： 文件出错，重新ftp一次就可以了。

 

总结： ora-19505都是因为文件出错，无法读取造成的，有因为二进制文件被编辑的，如spfile损坏；有文件ftp丢帧的问题，如上面的case；

expdp时报错ORA-31693&ORA-02354&ORA-01555
qq961573863的博客
01-12 2668
expdp时报错ORA-31693&ORA-02354&ORA-01555
常规ORA-01555报错 / 数据库表空间数据文件损坏，无法启动
weixin_tank88921的博客
07-23 3686
如果undo表空间的自动扩展的，那数据库可以动态的调整undo retention的保留时间来支持长查询。数据库可以在undo_retention设置的时间里保留undo数据，当空间不足时，如果undo表空间是可以自动扩展的，那是可以自动扩展空间来保留更多的undo数据，而不是覆盖未到期(未到undo_retention设置的时间)的undo数据。ORA-01555快照过旧的问题，通常可以先去检查undo表空间的大小和undo_retention参数的设置，并进行增大调整的方法进行处理；
【Oracle】ORA-19505: failed to identify file “/chac/app/oracle/product/11.2.0/db_1/dbs/orapwcoredb2
weixin_43346403的博客
02-28 926
1.RAC->单机同步报错。
ORA-19505: failed to identify file "/orabak/expdp/TB201411.dmp"
rgb_rgb的博客
12-16 3482
[oracle@erpcrmtest expdp]$ impdp userid=\"/ as sysdba\" DIRECTORY=DATA_EXP parallel=8 DUMPFILE=TB201411.dmp logfile=impdp_TB201411.logImport: Release 11.2.0.3.0 - Production on Tue Dec 16 09:12:40 201
RMAN RAC 到 单实例 duplicate 自动分配通道 触发 ORA-19505 错误
369540808
07-17 635
用RMAN Duplicate来搭建RAC 到 单实例的Data Guard，结果在duplicate时，触发ORA-19505的错误，如下： ORA-19505:failed to identify file "/u01/app/oracle/11.2.0/db_1/dbs/orapwdave1" 看了一下log，修改了一下通道数量，再次duplicate 成功。 一. 报错的情况 ...
ORA-19505 与 ORA-39126
STEPHEN_ORACLE 'S LIFE
10-26 1259
今天处理数据，遇到两个报错，记录于下 数据库版本：SQL> select * from v$version 2 /BANNER -------------------------------------------------------------------------------- CON_ID ---------- Oracle Database 12c Enterpris
ORACLE STANDBY 修复ORA-19505问题记录
热门推荐
csdn's blog
08-02 1万+
备库down了，经过检查，坏块无法做增量修复，所以需要重新搭建的方式来修复standby库，oracle11g里面有duplicate的方式远程在线修复命令： run { allocate auxiliary channel c1 device type disk; allocate auxiliary channel c2 device type disk; duplicate target ...
expdp 中ORA-39002、ORA-39070错误详解及解决办法
09-09
C:\Users\Administrator>expdp 'sys/system as sysdba' directory=backup full=y dumpfile=fullexp.dmp logfile=fullexp.log; ``` 系统返回了错误信息： ``` ORA-39002: invalid operation ORA-39070: Unable to ...
expdp导出报错ORA-39006和ORA-39213解决
cqszpx的博客
09-26 741
报错现象：查询了一下，解决方法如下描述：执行如下：SQL>再次导出成功。
ORA-39002/ORA-29070/ORA-29283/ORA-06512/ORA-29283错误
lucky-laoA
10-20 6421
C:\Documents and Settings\Administrator>expdp bizdata/bizdata@bzdata schemas=biz data directory=dd dumpfile=test.dmp Export: Release 10.2.0.1.0 - Production on 星期四, 30 7月, 2009 16:37:12 Copyrig
理解IMPDP ORA-19505、ORA-31640错误
weixin_34417814的博客
10-20 280
若在Oracle RAC集群数据库中，则可能Data Pump Worker数据泵工作进程在非发起本Expdp的节点上被分配并工作，除非指定了EXPDP参数CLUSTER=NO。 若启动该Workder进程的节点上相应的data pump目录没有合适的权限，则remote node上的Worker将无法正常工作。 可以利用cluster=no参数来Workaround这个由于...
oracle 31640,理解IMPDP ORA-19505、ORA-31640错误
weixin_42510271的博客
04-08 276
若在Oracle RAC集群数据库中，则可能Data Pump Worker数据泵工作进程在非发起本Expdp的节点上被分配并工作，除非指定了EXPDP参数CLUSTER=NO。 若启动该Workder进程的节点上相应的data pump目录没有合适的权限，则remote node上的Worker将无法正常工作。 可以利用cluster=no参数来Workaround这个由于RAC引起的ORA-1...
解决：“数据泵impdp导入时报ORA-31693 ORA-31640 ORA-19505 ORA-27037” 报错
我有零花钱的博客
04-20 1064
在利用Oracle数据泵impdp导入时报错，竟让我有些诧异，导出一切顺利无报错，为什么在导入时报错了呢！后经分析是并行（PARALLEL=4）导入引起的。将并行取消，则正常导入无报错。注：数据泵不能并行导入，慢就慢点吧！
RMAN备份时报ORA-19501错误--问题定位篇
My Oracle Recipe
08-05 6072
最近刚刚接手一个库，在备份时报错ORA-19501，下面将我的分析过程简单罗列下      环境：linux    + oracle 10.1.0.4.2
rac expdp导出时报错：ORA-31693、ORA-31617、ORA-19505
cqszpx的博客
05-28 485
rac expdp导出时报错： ORA-31693: Table data object "testuser"."test" failed to load/unload and is being skipped due to error: ORA-31617: unable to open dump file " /home/oracle/exp_dir/full05.dmp" for write ORA-19505: failed to identify file " /home/oracle/exp_d
impdp时遇到ORA-31693&ORA-31640&ORA-19505&ORA-27037
zhou1862324的专栏
06-24 6566
impdp时遇到ORA-31693&ORA-31640&ORA-19505&ORA-27037 在impdp时遇到报错： Additional information: 3 . . 导入了 "HQ_X1"."T_XX130901":"SP15"  13.99 KB       0 行 . . 导入了 "HQ_X1"."T_XX130901":"SP2"  13.99 KB       0
expdp ora-31640 ora-19505
dgn7151的博客
09-25 332
oracle@db01:/oraapp/oracle/backup>impdp \'/ as sysdba\' directory=DB_BACKUP dumpfile=newdb.20140918.dmp logfile=newdb_0919.log parallel=4 c> Import: Release 11.2.0.3.0 - Prod...
Oracle数据泵还原报致命错误停止
最新发布
03-13
<think>嗯，用户问的是Oracle数据泵还原时遇到致命错误停止的问题。我需要先回忆一下Data Pump的相关知识，可能的原因和解决方法。首先，Data Pump的expdp和impdp工具在导出导入时可能会遇到各种错误，比如权限问题、空间不足、对象不存在或者版本不兼容等等。 用户提到的是还原（导入）时的错误，所以应该集中在impdp过程中可能出现的问题。常见的致命错误可能包括ORA-错误代码，比如ORA-39083、ORA-01652之类的。不过用户没有给出具体的错误信息，可能需要先建议他们查看日志文件，确定具体的错误代码和描述。 接下来，我需要分步骤来思考可能的排查方向。首先，权限问题，用户是否有足够的权限执行导入操作？需要检查用户是否具有IMP_FULL_DATABASE角色或者必要的对象权限。然后是表空间问题，目标数据库是否有足够的存储空间，特别是如果导入时指定了表空间转换，是否目标表空间存在并且空间足够？ 另外，对象冲突也是一个可能的原因，比如表已经存在，或者有约束冲突，可能在导入时使用了错误的参数，比如TABLE_EXISTS_ACTION的设置是否正确。还有字符集的问题，源库和目标库的字符集是否一致，不一致的话可能导致导入失败。 网络或文件系统问题也不容忽视，比如导出文件损坏，或者存储导出文件的目录不可访问，权限不足。此外，版本兼容性，比如用高版本的Data Pump导出，再导入到低版本的数据库，可能会出现问题，需要确认版本是否匹配。 然后，用户可能需要检查日志文件，因为Data Pump会生成详细的日志，里面通常会有错误的具体原因和位置。所以建议用户查看impdp的日志文件，定位到具体的错误点。例如，是否有某个对象创建失败，或者某个SQL语句执行错误。 还有，参数是否正确，比如是否指定了正确的目录对象，dump文件是否存在，remap_schema或remap_tablespace是否正确配置，特别是当源和目标环境不同的时候，这些参数设置错误会导致对象无法正确导入。 另外，系统资源问题，比如临时表空间不足，或者UNDO表空间不够，也可能导致导入过程中断。需要检查数据库的告警日志，看是否有相关的错误信息。 可能的解决方法包括：确保权限足够，检查空间，处理对象冲突（比如使用TABLE_EXISTS_ACTION=REPLACE或SKIP），确认字符集一致，检查导出文件的完整性，以及确认版本兼容性。如果遇到特定的错误代码，可以针对该错误搜索解决方案，比如ORA-39083可能需要重新创建对象，或者ORA-01652需要扩展表空间。 最后，建议用户分步操作，先尝试导入部分内容，比如使用INCLUDE参数逐步导入，以确定问题出现的具体位置。或者使用SQLFILE参数生成SQL脚本，检查是否有语法错误。 总结下来，回答的结构应该是先让用户检查日志，然后根据常见的可能原因逐一排查，给出解决步骤和示例命令，最后建议如何预防这类问题。需要保持回答清晰，分点说明，方便用户一步步解决问题。</think>以下为Oracle数据泵(Data Pump)还原时遇到致命错误的排查与解决步骤： ### 一、查看错误日志定位问题 1. **找到日志路径** ```sql -- 导入时指定日志文件 impdp system/password directory=dpump_dir dumpfile=expdp.dmp logfile=impdp.log ``` 2. **常见致命错误类型** - `ORA-39083`：对象创建失败 - `ORA-01652`：表空间不足 - `ORA-02374`：转换参数错误 - `ORA-02354`：导出文件损坏 ### 二、高频问题解决方案 #### 1. 权限问题 ```sql -- 授予完整权限 GRANT IMP_FULL_DATABASE TO username; -- 确认目录对象权限 GRANT READ,WRITE ON DIRECTORY dpump_dir TO username; ``` #### 2. 存储空间不足 ```sql -- 检查表空间使用 SELECT tablespace_name, bytes_used, bytes_free FROM v$temp_space_header; -- 扩展表空间 ALTER DATABASE DATAFILE '/u01/oradata/example01.dbf' RESIZE 10G; ``` #### 3. 对象冲突处理 ```sql -- 添加覆盖参数 impdp system/password remap_schema=src_user:tgt_user table_exists_action=replace ``` #### 4. 字符集不一致 ```sql -- 查询字符集 SELECT * FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET'; -- 强制转换（需谨慎） ALTER DATABASE CHARACTER SET INTERNAL_USE WE8MSWIN1252; ``` ### 三、复杂场景处理 #### 跨版本迁移问题 ```sql -- 低版本导入时添加版本号 impdp system/password version=12.1.0 ``` #### 部分对象恢复 ```sql -- 仅导入指定表 impdp system/password include=TABLE:\"IN \(\'EMPLOYEES\'\,\'DEPARTMENTS\'\)\" ``` #### 元数据修复 ```sql -- 生成SQL文件检查DDL impdp system/password sqlfile=metadata.sql ``` ### 四、预防措施 1. 导出前校验： ```sql expdp system/password check_constraints=Y ``` 2. 使用并行提高稳定性： ```sql impdp system/password parallel=4 ``` 3. 网络传输保护： ```sql expdp system/password encryption=all ``` ### 五、调试技巧 ```sql -- 附加调试信息 impdp system/password trace=480300 ``` 建议通过`alert.log`和Data Pump日志联合分析，如果遇到具体错误代码，可提供详细信息进一步分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值