expdp报ora-21780。规避措施：expdp在运行时，请不要改变参数值，比如parallel参数值，filesize参数值等等。

最新推荐文章于 2024-07-29 08:30:00 发布

原创最新推荐文章于 2024-07-29 08:30:00 发布 · 4k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#expdp #ora-21780

Oracle DB 专栏收录该内容

772 篇文章

订阅专栏

当使用expdp进行数据导出时，切勿在导出过程中更改参数，如parallel参数和filesize参数，以避免出现ORA-21780错误。文章详细描述了此错误的原因，并提供了解决方案和工作规避方法。

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

expdp在运行时，请不要改变参数，比如parallel参数值，filesize参数值，

否则可能会导致ora-21780错误。

Data Pump Export (expdp) or Data Pump Import (impdp) reports ORA-21780 at the end of export completion. (Doc ID 1357811.1)

在该文章中，对触发ora-21780的动作做了一个描述：

Changes

Changed number of parallel processes while Data Pump Export or Import was running.

Export> parallel=1
Export> exit

Solution

FIX

11.2.0.4
12.1

WORKAROUND

Don't change the number of parallel processes while Data Pump Export is running.

References

BUG:10198387 - DATA PUMP EXPORT REPORTS ORA-21780 WHEN PARALLELISM (PARALLEL=N) IS MODIFIED

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

msdnchina

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

ORA-21780、ORA-4030、ORA-600(keltenq)、SMG-3000、SMG-3503错误

ckawt40802的专栏

11-17

446

客户Oracle 10.2.0.1数据库告警日志出现大量的ORA-21780错误，并包含SMG-3000和SMG-3503信息，紧接着出现了ORA-4030和ORA-600(keltenq)错误。 ...

Oracle表无法expdp,{Oracle数据库}EXPDP报错ORA-39171、ORA-01691解决方法

weixin_39892800的博客

04-03

1137

数据泵导出过程：SQL> create user aaa identified by aaa_1234 account unlock;User created.SQL> grant dba to aaa;Grant succeeded.createorreplace directory test as '/oraarch1/datadump';SQL> grant read,...

参与评论您还未登录，请先登录后发表或查看评论

[重庆思庄每日技术分享]-报警日志中不停出现ORA-21780

XIANHUAFANG的博客

02-16

589

Receiving ORA-21780 Continuously in the Alert Log and SMON Trace Reports "Drop transient type". (Doc ID 1081950.1) In this Document Symptoms Cause Solution References APPLIES TO: Oracle Database Cloud Schema Service - Version N/A and later Oracle D

oracle 等待事件预警,如何处理会话等待事件与ORA-21780故障

weixin_30449853的博客

04-04

332

原标题：如何处理会话等待事件与ORA-21780故障作者 | 张维照，Oracle ACEA，2006年起从事数据库管理工作，2009年转 Oracle，从事过多套 TB 级省级工商、医疗、交通、人社、电信运营等数据库维护优化工作，擅长Oracle 数据库性能问题的分析与解决，Oracle数据库故障分析，Oracle数据库升级迁移。case 1之前有套 11.2.0.3 RAC on HPUX ...

【expdp】hpux上如何有效使用并行度，filesize与PARALLEL的冲突

viviliving的专栏

03-29

513

1、以下命令会产生冲突，造成实际并行度为1，速度很慢 expdp directory=ASM_DIR DUMPFILE= SI%U.dmp logfile=EXPDP_DIR: siot.log PARALLEL=8 CLUSTER=n schemas= EXCLUDE=table:\"in\(\'KC21\',\'KC03_OLD\',\'KC56\',\'KC04\',\'KY08\'...

Oracle数据库 maximum number of process（150） exceeded解决

qq_42811766的博客

10-15

1236

一、现象，Oracle数据库session资源满了，导致 sqlplus / as sysdba 命令都显示报错二、重启数据库，修改session和连接最大数 1）杀掉所有进程 $ ps -ef |grep $ORACLE_SID|grep -v grep|awk '{print $2}' | xargs kill -9 $ ipcs -m | grep oracle | awk '{print $2}' | xargs ipcrm shm 2）sqlplus...

oracle 19c（19.9） RAC环境在尝试expdp导出时提示ora-31626然后中断

weixin_tank88921的博客

07-29

1416

一客户oracle 19c（19.9） RAC环境在尝试expdp导出时提示ora-31626然后中断，然后找到我，之前已做过一些尝试包括重建了数据库datapump组件(dpload.sql), 确实问题比较隐蔽，下面简单的记录该问题。Note:log 中并没有其他报错信息。

ORACLE 数据泵expdp莫名其妙的报错ORA-31693&ORA-19502&ORA-27063

clm20482的博客

03-18

2170

最近，测试数据迁移，expdp进行导出的时候，在大数据量的情况下，dumpfile不指定%U时数据泵导出失败报错：ORA-31693&ORA-19502&ORA-27063，报错信息如下：...

impdp导入数据ORA-39142: 版本号 5.1不兼容错误

六月闻君

06-28

1808

源数据库12.2导出的dmp文件版本是5.1，目标数据库的版本12.1，dmp版本位4.1，因此在导入时出现ORA-39142: 版本号 5.1 不兼容。从源数据库中重新增加version参数的dump文件，再次导入到12.1的数据库中，开始导入数据正常，不再报错ORA-39142。估计原因是在导出的时候，统计信息就没有能够正常的导出，在导入的时候，就发生了致命错误。是索引的统计信息，可以暂时不予理会，数据和表结构能够正常导出，就可以了。

解决 ORA-39095 ORA-3909 EXPDP 错误

热门推荐

我这个迷恋ORACLE的人

05-15

1万+

OS环境：windows2008 数据库版本：oracle 11.2.0使用工具：EXPDP今天帮同事在测试库上导出两张表，第一张表大小为30M，第二章表大小为7G，以下是expdp语法expdp tranuser/******** parallel=4 content=data_only directory=my_job dumpfile=wuqi02.dmp job_name=wuqi02 tables=(table_name)第一张表很简单的导出完毕了，但是导出第二张表的时候则报错，报错内容如下;;

oracle数据库的as语句怎么写,Oracle with as语句的DDL尴尬

weixin_39612220的博客

04-13

379

Oracle with as 的用法不赘述，我理解有两方面的好处1)复杂的查询会产生很大的sql，with as语法显示一个个中间结果，显得有条理些，可读性提高2)前面的中间结果可以被语句中的select或后面的中间结果表引用，类似于一个范围仅限于本语句的临时表，在需要多次查询某中间结果时可以提升效率比如with a as (select* from dba_objects where 某些查询...

RAC环境alert日志报错Drop transient type: SYSTP2JW0acnAurDgU1sBqMBryw==的排查

还不算晕的专栏

03-16

882

近期日常检查中，发现一个用户的RAC环境出现有报错： *** 2022-02-22 19:34:58.672 Drop transient type: SYSTP2JW0acnAurDgU1sBqMBryw== 查询ORACLE MOS网站，有文档说明的类似问题：Receiving ORA-21780 Continuously in the Alert Log and SMON Trace Reports "Drop transient type". (Doc ID 1081950....

OGG-00455问题解决

白及

05-22

1561

Oracle Goldengate升级到11.1.1.1.1后，解决了前期频繁出现的一些错误，但是又出现了新的错误。 2011-11-11 16:54:03 WARNING OGG-00455 Oracle GoldenGate Capture for Oracle, ext2.prm: Problem in resolving [xxx.tab_xxx]: ORA-21780

expdp 报错ORA-7445 的一个问题展开

Roger的数据库专栏

05-05

1461

某客户说一套数据库由于非正常关机重启之后,进行数据导出发现报错，expdp无法正常工作，报错之后直接退出： ? 1 2 3 4 5 6 7 处理对象类型 SCHEMA_EXPORT/JOB . . 导出了 "STATS"."T_REPORT_MONTH_TEMPS" 9

ora_27012 out of memory

mysql备份

10-18

1335

昨天晚上dbca 建库出现2个错误：之前dbca 安装数据库不下100次了，也没碰到类似奇怪的问题： 1:dbca 误报空间不足 2:out of memory 服务器环境 64g内存 pcsever：之前该服务器已经有一个数据库在运行，sga 是10g，pga是6g [oracle@oadb ~]$ more /etc/issue Red Hat Enterprise Linux Server...

【EXPDP】确保expdp转储位置空间充足防止出现ORA-00600错误

cuanchuwei1207的博客

03-28

709

今天在一台磁盘空间非常拮据的环境下遭遇了expdp工具引发的ORA-00600错误，记录在此。1.问题现象1）alert日志中记录的报错信息Mon Mar 28 20:00:02 2011The value (30) of MA...

在oracle23ai free中导入dump，报错value too large for column BACK_REFER (actual: 424, maximum: 400)

最新发布

03-08

<think>好的，我现在需要解决用户在Oracle 23ai Free版本中导入数据泵（dump）时遇到的错误：“value too large for column BACK_REFER (actual: 424, maximum: 400)”。首先，我得理解这个错误的含义。错误提示表明在导入过程中，某个表的BACK_REFER列实际数据长度为424，而该列的定义是最大允许400个字符，导致数据无法插入。接下来，我需要考虑可能的原因和解决方案。用户可能使用impdp导入数据，而源数据库中的BACK_REFER列数据长度超过了目标数据库该列的定义。这种情况通常发生在表结构不一致的情况下，比如源库该列被修改过长度，而目标库没有同步。首先，我应该建议用户检查源库和目标库中该列的定义是否一致。可以通过查询dba_tab_columns或user_tab_columns来确认BACK_REFER列的数据类型和长度。如果目标库的列长度较小，就需要修改目标库的列长度，比如使用ALTER TABLE MODIFY命令。如果用户无法修改目标结构，可能需要使用数据泵的转换参数，比如使用TRANSFORM=SEGMENT_ATTRIBUTES:N和CONTENT=DATA_ONLY来避免对象结构的导入，或者使用REMAP_DATA来截断数据。此外，还可以在导入时使用参数STREAMS_CONFIGURATION=DISABLE来跳过某些可能引起问题的配置。另外，用户可能需要确认数据泵的版本是否兼容，特别是源库和目标库的版本是否一致。如果源库版本较高，导出的dump文件可能在导入低版本时出现问题，但用户使用的是23ai Free，可能需要确认是否存在已知的兼容性问题。还有一种可能是数据中存在异常值，比如某些行的BACK_REFER列确实超过了400字符。这时候可以查询源库中该列的最大长度，确认是否确实存在超过400的情况。如果存在，可能需要清理或截断这些数据后再导出。此外，用户可能需要在导入时使用EXCLUDE参数排除该表，先处理其他数据，然后单独处理这张表的结构和数据，或者使用SQLFILE生成SQL语句，手动修改后再执行。最后，需要提醒用户在操作前备份目标数据库，避免数据丢失。同时，检查日志文件获取更详细的错误信息，帮助进一步诊断问题。</think>在Oracle 23ai Free中导入数据泵(dump)时遇到`ORA-12899: value too large for column "BACK_REFER"`错误，表示源数据中`BACK_REFER`列的实际数据长度（424字节）超过了目标列的定义长度（400字节）。以下是完整解决方案： --- ### **1. 快速定位问题列** ```sql -- 查看目标表列定义 SELECT table_name, column_name, data_type, data_length, char_length FROM all_tab_cols WHERE column_name = 'BACK_REFER' AND owner = '目标用户'; ``` --- ### **2. 核心解决方案** #### **方案一：修改目标列长度（推荐）** ```sql -- 扩展列长度（VARCHAR2最大4000字节） ALTER TABLE 目标表 MODIFY (BACK_REFER VARCHAR2(424)); -- 如果源库是CHAR类型需同步修改 ALTER TABLE 目标表 MODIFY (BACK_REFER CHAR(424)); ``` #### **方案二：数据截断导入** 在`impdp`命令中添加数据转换： ```bash impdp system/pwd DIRECTORY=dpump_dir DUMPFILE=exp.dmp \ TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y \ REMAP_DATA=BACK_REFER.目标表:SUBSTR(BACK_REFER,1,400) ``` #### **方案三：跳过错误记录** ```bash impdp system/pwd LOGFILE=imp.log \ BADFILE=bad_records.bad \ EXCLUDE=TABLE:"IN ('目标表')" # 先跳过问题表 ``` --- ### **3. 高级排查步骤** #### **步骤1：验证源数据** 在源库检查最大长度： ```sql SELECT MAX(LENGTH(BACK_REFER)) FROM 源表; ``` #### **步骤2：字符集差异检查** ```sql -- 对比源库和目标库字符集 SELECT * FROM nls_database_parameters WHERE parameter IN ('NLS_CHARACTERSET','NLS_NCHAR_CHARACTERSET'); ``` 若字符集不同（如源库AL32UTF8，目标库ZHS16GBK），相同字符数会占用不同字节数 --- ### **4. 自动化修复脚本** ```sql -- 生成所有超长列的修改语句 SELECT 'ALTER TABLE '||owner||'.'||table_name|| ' MODIFY ('||column_name||' VARCHAR2('|| (data_length + 24)||'));' AS ddl FROM all_tab_cols WHERE data_length < 424 AND column_name = 'BACK_REFER'; ``` --- ### **5. 特殊场景处理** #### **场景1：LOB列存储超长数据** 若`BACK_REFER`应存储大文本： ```sql ALTER TABLE 目标表 MODIFY (BACK_REFER CLOB); ``` #### **场景2：使用在线重定义** 无需停机修改列长度： ```sql BEGIN DBMS_REDEFINITION.START_REDEF_TABLE( uname => '用户', orig_table => '原表', int_table => '中间表'); END; / ``` --- ### **6. 预防措施** #### **方法1：导出时预检查** 在源库导出前添加检查： ```sql expdp system/pwd DUMPFILE=precheck.dmp CONTENT=METADATA_ONLY ``` #### **方法2：使用参数文件控制** 创建`imp.par`参数文件： ```properties SCHEMAS=源用户 REMAP_SCHEMA=源用户:目标用户 TRANSFORM=SEGMENT_ATTRIBUTES:N METRICS=YES ``` --- ### **错误日志分析技巧** 查看impdp日志中具体报错位置： ```bash grep -A 10 'ORA-12899' impdp.log ``` 典型错误片段： ``` ORA-39083: 对象类型 TABLE:"目标用户"."目标表" 创建失败 ORA-02354: 导出/导入文件出现错误 ORA-12899: 列 "BACK_REFER" 的值太大 ``` --- ### **性能优化建议** | 操作 | 优化参数 | 说明 | |------|----------|------| | 并行导入 | PARALLEL=4 | 根据CPU核数设置 | | 禁用日志 | TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y | 减少redo生成 | | 内存调整 | STREAMS_POOL_SIZE=2G | 大数据导入时调整 | --- ### **附：Oracle 23ai新特性应用** 利用23ai的AI特性分析错误模式： ```sql BEGIN DBMS_CLOUD_ADMIN.EXPLAIN_ERROR( error_code => 'ORA-12899', format => 'TEXT'); -- 可输出JSON格式建议 END; ``` 通过该功能可获取Oracle提供的智能修复建议。 --- 建议按照以下顺序操作： 1. 使用`方案二`临时导入数据 2. 应用`方案一`永久修改列长度 3. 通过`场景2`在线重定义完成生产环境修改修改完成后可使用`DBMS_STATS.GATHER_TABLE_STATS`重新收集统计信息。