ORA-29400 ORA-06512 KUP-04095 告警

最新推荐文章于 2025-02-20 22:29:23 发布
原创 最新推荐文章于 2025-02-20 22:29:23 发布 · 892 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#oracle #数据库 #linux

文章描述了一位用户在检查19c数据库环境时遇到alert_orcl.log中的错误，涉及最新的XML库存未加载到表中，以及与locale设置相关的错误。解决方案是安装英文langpacks以修复问题。

帮忙检查一套19c环境，发现alert_orcl.log报错如下

Unable to obtain current patch information due to error: 20001, ORA-20001: Latest xml inventory is not loaded into table
ORA-06512: at "SYS.DBMS_QOPATCH", line 2327
ORA-06512: at "SYS.DBMS_QOPATCH", line 854
ORA-06512: at "SYS.DBMS_QOPATCH", line 937
ORA-06510: PL/SQL: unhandled user-defined exception
ORA-06512: at "SYS.DBMS_QOPATCH", line 932
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-29400: data cartridge error
ORA-06512: at "SYS.DBMS_QOPATCH", line 919
ORA-06512: at "SYS.DBMS_QOPATCH", line 2286
ORA-06512: at "SYS.DBMS_QOPATCH", line 817
ORA-06512: at "SYS.DBMS_QOPATCH", line 2309
Unable to obtain current patch information due to error: 20001, ORA-20001: Latest xml inventory is not loaded into table
ORA-06512: at "SYS.DBMS_QOPATCH", line 2327
ORA-06512: at "SYS.DBMS_QOPATCH", line 854
ORA-06512: at "SYS.DBMS_QOPATCH", line 937
ORA-06510: PL/SQL: unhandled user-defined exception
ORA-06512: at "SYS.DBMS_QOPATCH", line 932
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-29400: data cartridge error
2024-01-11T18:49:27.197466+08:00
Unable to obtain current patch information due to error: 20001, ORA-20001: Latest xml inventory is not loaded into table
ORA-06512: at "SYS.DBMS_QOPATCH", line 2327
ORA-06512: at "SYS.DBMS_QOPATCH", line 854
ORA-06512: at "SYS.DBMS_QOPATCH", line 937
ORA-06510: PL/SQL: unhandled user-defined exception
ORA-06512: at "SYS.DBMS_QOPATCH", line 932
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-29400: data cartridge error
KUP-04095: preprocessor command /u01/app/oracle/product/19.3.0/db_1/QOpatch/qopiprep.bat encountered error "locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Can"
ORA-06512: at "SYS.DBMS_QOPATCH", line 919
ORA-06512: at "SYS.DBMS_QOPATCH", line 2286
ORA-06512: at "SYS.DBMS_QOPATCH", line 817
ORA-06512: at "SYS.DBMS_QOPATCH", line 2309

感觉和操作系统的有关，查看系统支持哪些语言包

[root@db ~]# locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
[root@db ~]#
[root@db ~]#  locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
C.utf8
POSIX
zh_CN
zh_CN.gb18030
zh_CN.gbk
zh_CN.utf8
zh_HK
zh_HK.utf8
zh_SG
zh_SG.gbk
zh_SG.utf8
zh_TW
zh_TW.euctw
zh_TW.utf8
[root@db ~]#

解决办法:安装英文包 #  yum -y install langpacks-en

安装后再次查看

root@db ~]# locale -a
C
C.utf8
en_AG
en_AU
en_AU.utf8
en_BW
en_BW.utf8
en_CA
en_CA.utf8
en_DK
en_DK.utf8
en_GB
en_GB.iso885915
en_GB.utf8
en_HK
en_HK.utf8
en_IE
en_IE@euro
en_IE.utf8
en_IL
en_IN
en_NG
en_NZ
en_NZ.utf8
en_PH
en_PH.utf8
en_SC.utf8
en_SG
en_SG.utf8
en_US
en_US@ampm
en_US.iso885915
en_US.utf8
en_US.utf8@ampm
en_ZA
en_ZA.utf8
en_ZM
en_ZW
en_ZW.utf8
POSIX
zh_CN
zh_CN.gb18030
zh_CN.gbk
zh_CN.utf8
zh_HK
zh_HK.utf8
zh_SG
zh_SG.gbk
zh_SG.utf8
zh_TW
zh_TW.euctw

继续观察，应该可解决问题

oracle外部表报错ora29400,select外部表报错ora-29913,ora-29400
weixin_32428571的博客
04-09 1295
select外部表报错ora-29913,ora-29400 求助各位好，创建外部表操作如下，请帮忙看看是哪里的问题。1.创建目录时路径里面没有空格[oracle@db1~]$sqlplus/assysdbaSQL*Plus:Release10.2.0.4.0-ProductiononThuDec1314:40:012012Copyright(c)1982,20...
oracle kup04040,ORA-20011 ORA-29913 and ORA-29400错误的说明
weixin_29735807的博客
04-16 1380
后台alert报以下信息：DBMS_STATS: GATHER_STATS_JOB encountered errors. Check the trace file.Errors in file /orahome/oracle/diag/rdbms/bims/bims/trace/bims_j000_11430.trc:ORA-20011: Approximate NDV failed: ORA...
oracle外部表报错ora29400,报错ORA-29913 ORA-29400
weixin_29522501的博客
04-09 3635
在创建外部表过程中，没有报任何错误。完成之后，查询外部表，报如下错误：ORA-29913: 执行 ODCIEXTTABLEOPEN 调出时出错ORA-29400: 数据插件错误KUP-00554: error encountered while parsing access parametersKUP-01005: syntax error: found "identifier": expecti...
Unable to obtain current patch information due to error: 20001, ORA-20001: Latest xml inventory is n
文档搬运工
12-10 1526
RDBMS 12.2.0.1 ，单实例的ASM 在安装2020年10月份的PSU的时候，安装完毕后，在alert log中，提示以下告警 replication_dependency_tracking turned off (no async multimaster replication found) Starting background process AQPC 2020-12-10T15:24:59.618342+08:00 AQPC started with pid=47, OS id=10
重庆思庄技术分享——ORA-20001：最新的 xml 清单未加载到表
m0_61458430的博客
08-10 318
KUP-04095：预处理器命令 /u01/app/oracle/product/19.0.0/db_1/QOpatch/qopiprep.bat 遇到错误”区域设置：无法将LC_CTYPE设置为默认区域设置：无此类文件或目录。行 ORA-06512：在”SYS.DBMS_QOPATCH“，第 2286。行 ORA-06512：在”SYS.DBMS_QOPATCH“，第 854。行 ORA-06512：在”SYS.DBMS_QOPATCH“，第 937。ORA-20001：最新的 xml 清单未加载到表。
sqlldr加载数据 ora-29913 ora29400 报错
hyb_1314w的博客
03-20 584
1ctl文件加载分隔符号问题 2服务器上没有数据文件 3【DIRECTORY】确保DIRECTORY对应路径书写正确以避免遭遇ORA-29913和ORA-29400错误
【Oracle点滴积累】解决ORA-29913和KUP-04095: preprocessor command的方法
08-23
KUP-04095: Preprocessor command encountered error "pipe Read Timeout (Doc ID 2641386.1)
外部表报错：ORA-29913: 执行 ODCIEXTTABLEOPEN 调出时出错 ORA-29400: 数据插件错误KUP-04043: table column not found in ext
qq_40294495的博客
06-01 9259
oracle 为11g，报以下错误：ORA-29913: 执行 ODCIEXTTABLEOPEN 调出时出错ORA-29400: 数据插件错误KUP-04043: table column not found in external source: ID开始创建的代码为在网上查找到：外部表的参数部分为下面：        RECORDS DELIMITED BY NEWLINE CHARACTER...
ORA-20011&KUP-11024&ORA-29913
tworain
09-11 335
问题描述： 数据库对数据泵作业残余外部表收集统计信息报错：ORA-20011&KUP-11024&ORA-29913 原因分析： 因之前expdp任务异常退出，导致数据泵作业外部表残留，影响到数据库统计信息收集，处理方法就是删除数据泵作业残留外部表。 报错如下： 处理方法： 1、DBMS_STATS job 运行时，没有DataPump job运行 ps -ef|grep expdp 2、确定外部表属于datapump job set lines...
【故障处理】- ORA-01722
weixin_39099660的博客
02-20 671
在执行升级脚本@?/rdbms/admin/catupgrd.sql时报错ora-01722。
mysql 外部表 连接 oracle_外部表查询时出现ORA-29913和ORA-29400错误
weixin_33186486的博客
02-18 1750
create table t_ext_tab(id char(1),name char(6))organization external(type oracle_loaderdefault directory scott_diraccess parameters(records delimited by newlinefields terminiatedby '#')location ('ext....
外部表查询时出现ORA-29913和ORA-29400错误
weixin_34198881的博客
03-02 1002
create table t_ext_tab(id char(1),name char(6)) organization external( type oracle_loader default directory scott_dir access parameters( records delimited by newline fields te...
oracle 外部表及解决ora-29400,ora-29913错误
weixin_34413103的博客
03-17 1797
对外部表的理解及测试，，，，如有理解不正确请大家指正 语法： create table 表名( 列名1,列名2，...... ) organization external ###说明创建外部表 ( type 访问类型 ###一般是 ORACLE_LOADER ,ORACLE_DATAPUMP default directory路径名 ...
oracle 路径冲突,【DIRECTORY】确保DIRECTORY对应路径书写正确以避免遭遇ORA-29913和ORA-29400错误...
weixin_29359001的博客
04-12 673
文章《【DIRECTORY】普通用户创建Oracle DIRECTORY数据库对象的权限需求及探索》(http://space.itpub.net/519536/viewspace-691051)中谈到过关于DIRECTORY数据库对象的创建特点。这里，提醒大家在创建DIRECTORY对象时，目录路径一定要书写正确，不要出现不必要的空格或者回车，否则将会遭遇ORA-29913和ORA-29400错...
ORA-29913,ORA-29400,KUP-00554,KUP-01005,KUP-01007 oracle外部表报错解决记录
silenceU224的博客
09-29 2081
@ORA-29913,ORA-29400,KUP-00554,KUP-01005,KUP-01007 oracle外部表报错解决记录TOC 今天新建完oracle外部表，看了语法没错误，看了数据文件和表结构也都能对的上但是一查询就报如下错误 ERROR at line 1: ORA-29913: error in executing ODCIEXTTABLEOPEN callout ORA-29400: data cartridge error KUP-00554: error encountered wh
oracle重建orainventory,重建oraInventory解决ORA-20001
weixin_35725138的博客
04-07 1185
数据库启动报ORA-20001: Latest xml inventory is not loaded into table错误Completed: ALTER DATABASE OPEN2018-01-23T23:46:27.924841+08:00CJQ0 started with pid=54, OS id=66532018-01-23T23:46:31.705550+08:00Unable...
oracle 错误 20001,LANG=c 引发的 ORA-20001 问题
weixin_36138462的博客
04-11 1922
新装的库，启动时报错了startup没问题，看了一眼alert.log，居然有错误：2021-02-08T11:17:48.862582+08:00Starting background process CJQ0Completed: ALTER DATABASE OPEN2021-02-08T11:17:48.883131+08:00CJQ0 started with pid=46, OS id=...
ORACLE OCM备考之外部表管理使用非压缩属性脚本报错KUP-04095与权限
www_xue_xi的博客
05-28 783
在Oracle数据库OCM认证备库中，有外部表管理测试，其中sqlldr加载外部表时，加载脚本使用到了uncompressed.sh脚本，就是对外部表源数据进行解压缩。也就是该脚本的调用，只是缺少执行权限，但是成功创建外部表后，执行对外部表查询时报错：KUP-04095 preprocessor command /home/oracle/scripts/uncompress.sh enc...
oracle impdp 因致命错误 于 停止
最新发布
05-14
<think>好的，用户遇到了Oracle impdp因致命错误停止的问题，需要帮助解决。首先，我需要回忆一下impdp常见的问题和解决方法。根据用户提供的引用，他们之前提到过无法打开日志文件和卡在某个处理阶段的情况，比如索引处理。所以，可能的问题点包括权限、空间不足、日志文件问题、对象冲突等。 首先，检查日志文件权限和路径是否正确。用户之前提到目录设置，可能需要确认directory对象是否正确指向实际路径，并且Oracle进程有读写权限。此外，如果日志文件被其他进程占用或者权限不足，会导致无法写入，进而出现致命错误。 其次，表空间不足是一个常见原因。导入过程中如果目标表空间没有足够的空间，impdp会失败。需要检查表空间的使用情况，必要时扩展数据文件或启用自动扩展。 第三，对象冲突，比如表已经存在，或者有约束冲突。用户可能需要使用TABLE_EXISTS_ACTION参数，比如替换或追加数据。此外，如果导入过程中遇到无效对象或依赖问题，可能需要先处理这些依赖关系。 另外，字符集不匹配也会导致问题。确保源数据库和目标数据库的字符集一致，否则在导入数据时会出现转换错误。 网络中断或存储问题也可能导致impdp中断，尤其是在处理大文件时。需要检查存储稳定性，并考虑分次导入。 根据用户提供的引用[2]，增加日志组可能有助于解决卡死的问题，但这里用户遇到的是致命错误，可能不是同一原因，但可以考虑检查日志文件是否过大或是否有I/O瓶颈。 最后，建议用户检查impdp的具体错误信息，因为错误代码和描述能提供更直接的线索。如果错误信息指向特定对象，比如索引或约束，可以尝试排除这些对象或使用EXCLUDE参数跳过。 可能需要指导用户如何生成更详细的日志，使用TRACE参数来获取更多调试信息。此外，确保数据库版本兼容，补丁更新到最新，避免已知的bug。 总结可能的解决步骤：检查日志权限和路径，确认表空间足够，处理对象冲突，验证字符集，检查网络/存储，分析错误日志，使用排除参数，以及启用详细日志和跟踪。</think>### Oracle impdp致命错误排查步骤 #### 一、检查日志文件权限与路径 1. **验证directory对象** 使用以下SQL确认directory指向正确路径： ```sql SELECT directory_name, directory_path FROM dba_directories WHERE directory_name='DPUMP_DIR'; ``` 需确保`/db_backup/dpump_dir`存在且Oracle用户（如`oracle`）有读写权限[^1]。 2. **日志文件权限检查** 若日志文件`impdp.log`已存在，需确认： ```bash ls -l /db_backup/dpump_dir/impdp.log ``` 需保证`oracle`用户有写入权限，建议执行： ```bash chmod 775 /db_backup/dpump_dir chown oracle:dba /db_backup/dpump_dir/impdp.log ``` #### 二、表空间容量验证 1. **检查目标表空间使用率** ```sql SELECT tablespace_name, ROUND(SUM(bytes)/1024/1024) "Total(MB)", ROUND(SUM(bytes - blocks*8192)/1024/1024) "Free(MB)" FROM dba_data_files GROUP BY tablespace_name; ``` 若空间不足，需扩展数据文件： ```sql ALTER DATABASE DATAFILE '/path/to/datafile.dbf' RESIZE 10G; ``` #### 三、对象冲突处理 1. **跳过已存在对象** 在impdp命令中添加参数： ```bash impdp sec/sec directory=dpump_dir dumpfile=20100604020437_sec.dmp \ TABLE_EXISTS_ACTION=REPLACE ``` - `TABLE_EXISTS_ACTION`支持`SKIP`（跳过）、`APPEND`（追加）、`TRUNCATE`（清空后插入）[^2]。 2. **排除特定对象类型** 若错误指向索引或约束： ```bash impdp ... EXCLUDE=INDEX,CONSTRAINT ``` #### 四、字符集校验 1. **检查数据库字符集** 在源库和目标库执行： ```sql SELECT * FROM nls_database_parameters WHERE parameter='NLS_CHARACTERSET'; ``` 若不一致，需修改目标库字符集（需DBA权限）或重建数据库。 #### 五、网络与存储稳定性 1. **分批次导入** 使用`PARALLEL`参数降低负载： ```bash impdp ... PARALLEL=4 ``` 2. **检查存储I/O性能** 监控磁盘延迟： ```bash iostat -x 1 ``` #### 六、错误日志深度分析 1. **定位错误代码** 在`impdp.log`中搜索`ORA-`或`KUP-`代码，例如： - `ORA-39171: Job is experiencing a resumable wait` 表示空间不足 - `ORA-31693: Table data object failed to load` 可能因数据损坏 2. **启用详细日志** 添加`TRACE=480300`参数获取调试信息： ```bash impdp ... TRACE=480300 ``` #### 七、高级修复方法 1. **使用SQLFILE生成DDL** 预先生成DDL脚本验证语法： ```bash impdp ... SQLFILE=ddl_analysis.sql ``` 2. **数据泵版本兼容性** 确保expdp/impdp版本一致，跨版本导出需指定`VERSION`参数： ```bash expdp ... VERSION=12.1 ``` ### 典型错误场景解决方案 | 错误现象 | 解决方案 | |---------|----------| | `ORA-39070: Unable to open the log file` | 检查目录权限和文件锁定状态[^1] | | `ORA-31693: Table data object failed to load` | 使用`EXCLUDE=TABLE:"IN ('BAD_TABLE')"`跳过损坏表 | | 卡在`Processing object type SCHEMA_EXPORT/TABLE/INDEX` | 增加REDO日志组或调整并行度[^2] | ### 操作示例 ```bash # 分步导入元数据与数据 impdp sec/sec DIRECTORY=dpump_dir DUMPFILE=full.dmp \ SQLFILE=metadata.sql CONTENT=METADATA_ONLY # 修复元数据后导入数据 impdp sec/sec DIRECTORY=dpump_dir DUMPFILE=full.dmp \ CONTENT=DATA_ONLY TABLE_EXISTS_ACTION=APPEND ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值