发布网友
共2个回答
懂视网
上午10:03分收到资源同步库的宕机告警,登陆数据库核实数据库确实异常,第一反应手动重启库,但依旧失败。
回过头查看数据库告警日志,发现大量的600和7445报错查看trace文件,发现都是对同一个表T_PRODUCT_ADDR_6_8_TEMP_AREA的更新操作:
在连续的报错后,数据库自身有个坏块recover的操作
从在线日志恢复成功后,依然有类似的报错信息,最后数据库直接宕机
【分析过程】 1.根据数据库报错信息中涉及的两个数据文件号信息,在数据库启动到mount状态,通过以下脚本查询对应的数据文件
2.用DBV工具查看是否存在逻辑坏块
6.虽然数据库正常打开,但坏块问题依然存在,通过告警日志的提示信息file 58 block 367365查找坏块所在的对象
数据库坏块触发ora-00600和ora-07445
标签:locate mount lock rman 分享 ddr 对象 查询 主机
热心网友
ORA-07445: 出现异常错误: 核心转储 [] [] [] [] [] []?某程序在执行JTGTEMPSPACE表空间中的数据表时出现错误,导致触发器、存储过程、数据库函数或其他什么无法正常执行结束,引发ORACLE的BUG错误。ORA-01652: 无法通过 256 (在表空间 JTGTEMPSPACE 中) 扩展 temp 段?这种问题一般有两种原因:一是temp作为JTGTEMPSPACE的临时表空间空间太小,二是temp不能自动扩展,或硬盘容量不足导致其不能自动扩展。 问题综合:可能是某程序在执行JTGTEMPSPACE表空间下的某个数据表时出现执行错误,导致触发器或其他什么东西执行出现死循环或无法结束。导致临时表空间大量占用或膨胀,而引发的ORACLE错误。