move tablespace: ORA-07445:exception encountered: core dump [qcdlgtd()+182]

最新推荐文章于 2025-12-30 12:48:39 发布
转载 最新推荐文章于 2025-12-30 12:48:39 发布 · 95 阅读 · 0
文章标签：

#数据库

本文介绍了一个Oracle数据库中的BUG，当尝试使用不带模式名称的表进行表空间移动操作时，会导致ORA-07445错误。该问题在Oracle 10.2.0.1版本中得到修复。

如果一个表建了public同义词，使用alter table tablename move tablespace tbsname时会触发ORACLE BUG，后台会报ORA-07445的错误。在表名前加schema名字就不会出错。这个BUG到10.2.0.1才被fix。

报错信息： 

alter table R_CARTON_LIST_T move tablespace wip_Data  移动表空间时，提示ORA-3113后session退出，ORACLE后台报错：ORA-07445:exception encountered: core dump  [qcdlgtd()+182] [SIGSEGV] [Address not mapped to object] [0x0] [] []，表名前加sfism4.后不再报错

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/35489/viewspace-625221/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-625221/

cuixie2370
关注
ORA-07445: exception encountered: core dump [kdxlin()+4088]---惜分飞
09-23 1066
出现这种情况是由于redo和数据文件块不一致导致无法正常应用日志,人工对于异常的block进行处理,数据库open成功,然后遭遇undo回滚段异常,对其进行规避,数据库open并且稳定运行。重建ctl之后，尝试recover数据库报错ORA-600 3020和ORA-07445 kdxlin等错误。尝试随机恢复文件，也遭遇ORA-07445 kdxlin异常。abort方式关闭数据库，启动报错。
ORA-07445: exception encountered: core dump [joet_create_root_thread_group()+140]
myy10146的专栏
11-16 584
问题描述： 客户一套单机10.2.0.5 on Linux , 我给了打了最后的PSU：20299014(10.2.0.5.19)。 然后再dbca建库， 按以前11g的经常，是不需要再运行“@catbundle.sql psu apply” 后面客户反应exp导数有报错： About to export the entire database ... . exporting tablespace definitions . exporting profiles . exporting use...
求助，强制日志切换时 报错ERROR at line 1: ORA-02231
cuisawei2676的博客
02-06 1144
数据库为 归档模式 SQL> alter database switch logfile; alter database switch logfile * ER...
ORA-07445: exception encountered: core dump [kglpin()+527]
congjianxie6566的博客
09-04 260
此报错在MOS上查到了相关信息： APPLIES TO: Oracle Database - Enterprise Edition - Version 11.2.0.4 and later Information ...
oracle 39083错误,一次ORA-39083错误解决的“心灵洗礼”
weixin_39646107的博客
04-10 6823
本帖最后由 oracledba021 于 2012-3-6 18:41 编辑前几天帮助客户做了一次数据库导出，导出语句如下：EXPDP SYSTEM/PASSWORD DIRECTORY=DUMP DUMPFILE=CRM20.DMP LOGFILE=CRM20_EXPDP.LOG SCHEMAS=CRM20导出是成功的。导完后丢给了客户，因为他们建了一个测试库，需要这个用户的数据。但是，过了几天...
ORA-01950:no privileges on tablespace 'USERS'
N
02-07 1840
solution:      grant resource to users; ok!
ORA-07445: 出现异常错误: 核心转储（oracle bug）
热门推荐
welcome to 小琳紫's home
05-04 6万+
近来在测试时碰到一莫名问题，研发声称在开发环境中正常，而我们在测试环境中则经常遭遇，几番折腾，发现是oracle的bug所致。不过即使是oracle出bug，人家在metalink上也井井有条的写着从哪个版本到那个版本存在这样的问题，在什么版本上可以fix掉这个bug，在什么条件下会触发这个bug，又通过什么样的解决方案可以把这个bug规避掉。 所以说，bug到处都会有，而怎样让已知bug不会成
11.2.0.1bug引发的报错：ORA-07445: exception encountered
m0_38048955的博客
03-29 540
11.2.0.1bug引发的报错：ORA-07445: exception encountered 问题背景：客户反馈DB每天产生的incident日志很多，需要排查原因 1> 查看alert日志发现大量的ORA-07445、ORA-00600错误 1 Errors in file /data/oracle/diag/rdbms/bydata/bydata/trace/bydata_mmon_3667.trc (incident=111052): 2 3 ORA-0060..
遭遇ORA-07445 [ACCESS_VIOLATION] [unable_to_trans_pc]
congzhan1377的博客
03-30 947
像平常一样，准备启动自己机器上的测试数据库看点东西，net start oracleservicening，正常，sqlplus以sysdba登入，奇怪，这次怎么10秒了还没反映，嗯，机器不好，先做点别的事情吧。几分钟后再来看看...
ORA-07445:[kghsrch()+128] [SIGSEGV] [Address not mapped to object]冷处理
yangjunfeng0604的博客
12-01 695
客户现场，电信相关7*24h业务，某省份数据库二节点alert不断产生ORA-7445报错，并抛出Trace dump文件、Trc文件。一节点alert并无7445相关报错，仅有core文件产生。crs、syslog等日志无明显告警。没有引起重启，没有引起业务方面的影响。只是不断报错，由于Oracle目录空间40G，为了防止数据库实例夯死，客户还是决定解决该报错。客户主机HP-...
Oracle导入数据时发生ORA-01950错误
Yinan's Blog
08-06 2163
在从DMP文件向Oracle导入数据时，发生ORA-01950错误。 这是一个表空间问题。以文本打开DMP文件，修改其中的Tablespace为相应可用的即可。
impdp导入数据无权限ORA-39213错误
被遗忘的遐想空间
10-11 746
oracle@linux:~> impdp tbs/tbs directory=dmpdir dumpfile=20110810.dmp Import: Release 11.2.0.1.0 - Production on Sat Dec 31 11:36:18 2011 Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All
点赞系统问题
amdkk的博客
12-26 1028
​​：Spring Pulsar 提供的接口，允许通过customize方法深度定制消费者行为。批量接收策略配置。：控制批量消息接收策略maxNumMessages：单次批量拉取多少条信息timeout：超时后触发批量处理。NACK重试策略当消费者调用时触发重试。：消息重投递的退避策略接口。.minDelayMs(1000) // 初始延迟 1 秒 .maxDelayMs(60000) // 最大延迟 60 秒 .multiplier(2) // 指数退避倍数。
第二篇：Linux服务器性能优化实战技巧（提升稳定性与效率）
ybmzlqzj的博客
12-27 542
调整TCP连接超时时间：net.ipv4.tcp_keepalive_time = 600（TCP保持连接的空闲时间，默认7200秒，缩短为10分钟，快速释放无效连接）、net.ipv4.tcp_keepalive_intvl = 30（保持连接探测间隔时间）、net.ipv4.tcp_keepalive_probes = 10（探测失败后重试次数）。使用nice命令调整进程优先级：nice -n -5 ./app（启动app进程，设置优先级为-5，nice值范围-20~19，值越小优先级越高）。
多元异构数据库高效运维法则：事前管控+事中处置+事后自愈闭环
weixin_54551388的博客
12-25 854
如果你的团队也在为数据库管理难、运维效率低而困扰，不妨试试zCloud数据库云管平台，让专业的工具为运维减负，让数据库真正成为业务增长的助推器。当数据库套数多、类型杂、架构异并存时，人工配置的疏漏、SQL 语句的隐患、巡检盲区的遗漏，都可能成为影响系统稳定的 “潜在风险”。公司以“数据驱动，成就未来”为使命，致力于将创新的数据技术产品和解决方案带给全球的企业和组织，帮助客户构建安全、高效、敏捷且经济的数据环境，持续增强客户在数据洞察和决策上的竞争优势，实现数据驱动的业务创新和升级发展。
Vue3中v-if与v-show的本质区别及动态组件状态保持的关键策略是什么？
最新发布
https://blog.cmdragon.cn/
12-30 719
特性v-ifv-showDOM存在与否销毁/重建始终存在切换成本高（销毁重建）低（改CSS）初始渲染成本低（不满足则不渲染）高（必渲染）适用场景切换频率低（如权限控制）切换频率高（如tab切换）
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]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值