expdp时出现错误：ORA-39006: internal error

最新推荐文章于 2024-07-30 08:30:00 发布
原创 最新推荐文章于 2024-07-30 08:30:00 发布 · 1.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了在使用Oracle数据库进行数据导出时遇到ORA-39006:internal error及ORA-39213:Metadata processing is not available错误的情况，并提供了一种简单有效的解决方法。


ORA-39006: internal error
ORA-39213: Metadata processing is not available

问题描述：

[Oracle@ www.linuxidc.com ~]$ expdp dove/a123 tables=studentinfo,teacherinfo DIRECTORY=dpdata1 dumpfile=info.dmp content=all

Export: Release 10.2.0.1.0 - Production on Tuesday, 25 May, 2010 18:23:02

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-39006: internal error
ORA-39213: Metadata processing is not available

解决方法：

SQL> execute dbms_metadata_util.load_stylesheets;

PL/SQL procedure successfully completed.

数据泵导入的时候，出现ORA-39006: internal error
文档搬运工
03-24 2190
RDBMS 19.8.0.1 + solaris X86 64 在测试xtts迁移的时候，最后一步导入元数据，出现错误。 -bash-4.4$ impdp "'/ as sysdba'" dumpfile= xttdump.dmp directory=TMP_DMP transport_datafiles='/u01/app/oracle/oradata/TEST/XTTS_2.dbf' Import: Release 19.0.0.0.0 - Production on Wed Mar 24..
expdp导出报错ORA-39006和ORA-39213解决
cqszpx的博客
09-26 795
报错现象：查询了一下，解决方法如下描述：执行如下：SQL>再次导出成功。
ORA-39006: internal error
lwei_998的专栏
03-19 6337
Oracle库中的部分synonym被删，已经不能用闪回恢复。 幸好有昨晚expdp的原数据备份，现尝试用数据库泵impdp的sqlfile功能恢复一下。 以下为恢复的步骤： 执行以下命令会将dumpfile中的内容导出到sqlfile指定的文件中，而不会把数据导入到数据库中。 $ impdp dbuser/dbpassword directory=DPUMPDIR
ORA-39006: internal error ORA-39213: Metadata processing is not available
阿文的博客
03-19 1402
解决方案： 使用sqlplus连接： sqlplus /nolog conn / as sysdba; 运行脚本： execute sys.dbms_metadata_util.load_stylesheets; 即可
expdp之ORA-39006: internal error
DBDoctor的博客
07-15 2140
数据库版本SQL> select * from v$version;BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production PL
Oracle12c环境expdp导出时报ORA-65096、ORA-39006和ORA-39213问题解决方案
jike11231的博客
08-31 561
一：ORA-65096解决方案 1:检查pdb 利用sqlplus / as sysdba;进入dba账户 show pdbs 2:切换容器（注意只在当前SQL会话生效） alter system set container=WMP; 检查是否生效 即可解决如下问题 ORA-65096: invalid common user or role name 二：ORA-39006和ORA-39213解决方案 在Oracle12c环境下，使用数据泵expdp从pdb导出数据时报如下错误： ORA-390
DATAPUMP导入报ORA-39083和ORA-01917，用户或角色不存在 报错 ORA-39095: 转储文件空间已耗尽: 无法分配 8192 字节
weixin_tank88921的博客
07-30 1719
大概意思就是说oracle的安全机制使得不允许多个写进程同时写一个dump文件，如果此时你的parallel(并发)数值大于（实际导出数据量/fileszie）的数值，那么就会有一些进程闲置，他们只能等待写进程也相当于多个进程在抢占一个进程。在下面的OBJECT_PATH列中，“ROLE” 和 “ROLE_GRANT” 仅出现在 DATABASE_EXPORT 中。2、忽略，也可以手动执行失败的sql，可以执行成功。这个参数默认是Y，如果改成N，那么导入的时候会把各个对象重新赋予新的OID。
Oracle使用 expdp/impdp 产生字符集问题 导致ORA-02374 ORA-12899 ORA-02372
Code__rookie的博客
12-04 3680
使用 expdp/impdp 产生字符集问题 导致ORA-02374 ORA-12899 ORA-02372 一、故障描述： 今天从源数据库expdp导出数据，然后往目标数据库impdp导入的时候，产生如下错误： ORA-02374: conversion error loading table "ACS"."T_DI_NQHQ" ORA-12899: value too large for c...
31623 oracle,案例:expdp数据泵导出时ORA-39006 internal error ORA-39213 Met
weixin_39831493的博客
04-04 437
天萃荷净oracle expdp遭遇ORA-39006/ORA-39213故障解决办法expdp导出数据遇到ORA-39006/ORA-39213错误,通过执行dbms_metadata_util.load_stylesheets解决expdp工作异常--导出awr信息SQL> @?/rdbms/admin/awrextr.sql…………Exception encountered in AW...
ORA-39006错误原因及解决办法
weixin_30430169的博客
11-01 729
近日，在使用expdp导出数据时碰到ora-39006错误，错误提示如下所示： ORA-39006: internal error ORA-39213: Metadata processing is not available 初看到internal error的错误提示，下了一跳。Google一番的结果如下： Cause: The Data Pump could not us...
UNIX下 oracle expdp,Linux环境下Oracle数据泵(expdp)备份报ORA-39006: internal error
weixin_31306591的博客
04-04 417
问题描述：Oracle一直用数据泵备份，今天在终端备份时突然报ORA-39006: internal error错误。数据泵导出日志文件为以下信息：ORA-39097: Data Pump job encountered unexpected error -31644ORA-39065: unexpected master process exception in FILEORA-31644: u...
expdp导出报错 ORA-39006 ORA-39213
cuanchi1413的博客
03-19 212
expdhttp://space.itpub.net/9399028/viewspace-682742 p导出报错 ORA-39006 ORA-39213 今天使用expdp导出数据，突然报错，很是奇怪，以前用该命...
ORA-31693: ORA-02354: e ORA-01555:ORA-22924: snapshot
最新发布
10-22
<think>嗯，用户这次询问的是Oracle数据库导出过程中的一系列错误代码解决方案。结合提供的三个引用资料来看，用户遇到的是expdp导出时常见的复合型错误：ORA-31693（表数据卸载失败）实际是结果性报错，核心问题在于ORA-02354（导出过程异常）和ORA-01555（快照过旧），偶尔伴随ORA-22924（快照过旧的特殊形态）。 用户可能正在执行数据库迁移或备份任务，从引用[3]提到的105GB大表导出失败来看，业务规模不小。ta连续遇到多个同类错误，说明不是偶发现象，需要系统化解决。尤其值得注意的是引用[1]和[3]都指向视图/同义词解析问题和大事务回滚段配置不足这两类根源。 深层需求其实是保证数据导出任务的可靠性。用户没有明说但可能隐含的痛点包括：生产环境停机时间有限、数据一致性要求高、以及对Oracle内部机制不熟悉带来的排查困难。 技术层面需要分三层处理： 首先是紧急应对措施，比如针对ORA-01555错误立即扩大UNDO表空间或调整参数，这类方案能在数分钟内生效； 其次要解决结构性问题，比如引用[1]提到的视图导出失败需要重建元数据； 最后是预防性优化，像引用[2][3]都提到的UNDO保留时间调整和大事务拆分策略。 特别要注意引用[3]揭示的陷阱——当导出大表时，如果存在并发DML操作，即使UNDO表空间总量足够，也可能因快照保留时间不足导致失败。这需要综合运用UNDO_RETENTION参数优化和导出时机的选择。 用户提供的错误代码组合很典型，正好构成完整的故障链条：ORA-02354是导出的通用异常包装器，ORA-31693是被跳过对象的报告，真正致命的底层错误是ORA-01555及其变种ORA-22924。这个诊断结论应该明确传达给用户。 </think>以下是针对Oracle数据库错误代码 **ORA-31693、ORA-02354、ORA-01555 和 ORA-22924** 的综合解决方案，结合引用内容和Oracle官方建议整理： --- ### **错误原因分析** 1. **ORA-31693 + ORA-02354** - 通常在`expdp`导出时发生，表示特定表（如 `YKSOFT.T_TEMP_U90915`）因元数据问题无法导出。 - **核心问题**：尝试导出**视图或同义词**（而非实际表），或对象元数据损坏（引用[1][^1]）。 2. **ORA-01555: snapshot too old** - 导出过程中查询的数据版本被覆盖，因UNDO表空间不足或事务保留时间过短（引用[2][^2][^3]）。 - 常见于导出超大表时（如引用[3]中105GB的表）。 3. **ORA-22924: snapshot too old** - 是ORA-01555的衍生错误，通常与LOB字段导出相关（引用[2][^2]）。 --- ### **解决方案步骤** #### **1. 修复元数据问题（针对ORA-31693 + ORA-02354）** ```sql -- 检查对象类型（确认是表/视图/同义词） SELECT object_name, object_type FROM dba_objects WHERE owner='YKSOFT' AND object_name='T_TEMP_U90915'; -- 若为视图/同义词：重建或替换为实体表 CREATE TABLE YKSOFT.T_TEMP_U90915_ACTUAL AS SELECT * FROM T_TEMP_U90915; -- 导出新表替代原对象 ``` #### **2. 解决ORA-01555 / ORA-22924（快照过旧）** - **增大UNDO表空间**： ```sql ALTER TABLESPACE UNDOTBS1 ADD DATAFILE '/path/undotbs02.dbf' SIZE 10G AUTOEXTEND ON; ``` - **延长UNDO保留时间**： ```sql ALTER SYSTEM SET UNDO_RETENTION = 1800; -- 单位：秒（建议≥导出耗时） ``` - **优化导出参数**： ```bash expdp user/pwd DIRECTORY=dpump_dir DUMPFILE=exp.dmp LOGFILE=exp.log FLASHBACK_TIME=SYSTIMESTAMP -- 使用闪回保证一致性 PARALLEL=4 -- 降低并行度减少UNDO压力 ``` #### **3. 分治策略导出大表** - **单独导出失败的表**（避免全局失败）： ```bash expdp user/pwd TABLES=SJTBK.INC_KETTLE_ETL_HIST, SJTBK.ECPS_EASY_LOGOUT DIRECTORY=dpump_dir DUMPFILE=large_tables.dmp ``` - **使用`QUERY`条件分批导出**： ```bash expdp ... QUERY="WHERE ROWNUM<=1000000" -- 分批导出 ``` #### **4. 预防性措施** - **监控UNDO使用**： ```sql SELECT BEGIN_TIME, TUNED_UNDORETENTION FROM V$UNDOSTAT; ``` - **避免导出高峰期操作**：减少并发DML对UNDO的争用。 - **改用物理备份**：对百GB级数据，RMAN比逻辑导出更可靠（引用[2][^2]）。 --- ### **关键要点总结** | 错误码 | 主因 | 解决方案 | |-----------------|-----------------------|-----------------------------| | ORA-31693+02354 | 视图/同义词元数据异常 | 重建对象或导出实体表 | | ORA-01555 | UNDO空间或保留时间不足| 增大UNDO、延长保留时间 | | ORA-22924 | LOB字段导出快照过旧 | 分批导出+优化UNDO参数 | > ⚠️ 若问题持续，检查`alert.log`获取更详细的堆栈信息，并考虑使用Oracle Support收集诊断数据（RDA工具）[^3]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值