ORA-01578:Oracle data block corrupted(file # num,block # num)
数据坏块数据仓库的解决方法分析产生这种问题的原因 1、 十之八九这个Oracle的数据库server打开了异步I/O(async io)或增加了写进程。 2、 硬件的I/O出现了错误。
原创
2010-01-29 18:03:48
979阅读
####<Dec 5, 2011 6:14:02 AM GMT> <Error> <Webex-/ec0605lc> <psowls.qa.webex.com> <MyServer-1> <ExecuteThread: '21' for queue: 'weblogic.kernel.Default'> <<ano
原创
2011-12-05 14:42:18
3350阅读
问题概述9月13日接到用户反馈，查询dba_segments视图报错。问题原因1.查看alert日志，发现有ORA-00600和ORA-01578报错。2.分析ORA-00600根据ora-00600报错信息的函数kqld，查找资料这是内核查询库缓存回调相关的信息，如下截图：再查看相关trace信息，发现错误信息指向的是library cache，需要重启数据库，刷新内存。得到用户授权后，重启数据
原创
2023-07-13 20:47:20
233阅读
今天在实验的机子的oracle上的一张表中批量插入5000000条记录，在插入过程中途发生了表空间不够的情况，导致插入终止，在表空间上添加一个数据文件，对表中的数据进行查询，发生如下的错误：
SQL> select count(*) from book;
select count(*) from book
ORA-01578: ORACLE data b
原创
2010-09-13 11:05:11
5011阅读
ORA-01578错误是Oracle中常见的物理坏块讹误(Corruption)错误，从10g以后在拥有完整备份和归档日志的情况下可以通过blockrecover/recover命令在线恢复该坏块，前提是数据块所在磁道在物理上仍可用。
以下是一个在没有充分备份情况下的ORA-01578错误的解决，前提是能够容忍坏块所在数据的丢失：
SQL> exec DB
原创
2011-11-08 19:54:55
699阅读
ZBDBA@orcl11g>select * from zbdba; select * from zbdba * ERROR at line 1: ORA-01578: ORACLE data block corrupted (file # 3, block # 1449) ORA-01110: d
转载
2017-05-24 15:55:00
133阅读
2评论
ORA-01578是 数据块物理坏块/损坏的一种，不同于逻辑损坏/坏块，一般 会伴随ORA-1110出现，一旦ORACLE读取到存在损坏的块就会报出Caused by: java.sql.SQLException: ORA-01578: ORACLE 数据块损坏 (文件号 4, 块号 840339)ORA-01110: 数据文件 4: 'E:\APP\ADMINISTRATOR\ORADATA\O
原创
2017-08-11 15:07:10
10000+阅读
1评论
exp导数据时报错ORA-01578 ORA-01110
原创
2023-01-14 22:44:40
265阅读
问题： 某系统的ORACLE数据库从Windows迁移到LINUX环境后，又搭建了DATAGUARD备机，以及设置了正常的RMAN备份策坏块，通过视图vdatab...
原创
2023-02-27 11:11:06
178阅读
Oracle故障处理：数据库启动时遇到ORA-01578错误数据库启动的时候遇到坏块，特别是SYSTEM表空间中的一些底层表，如UNDO$,OBJ$等一些表，会导致数据库不能正常open,当然我们可以通过增加一些隐藏参数来达到跳过坏块来启动数据库，也可以通过bbed工具来手动修复块来。下面是自己的一个测试环境遇到这样的错误，通过bbed工具来修复欢迎大家加入ORACLE超级群：17115662 免
本文介绍了Oracle数据库启动时遇到ORA-01578错误的处理方法。当数据库SYSTEM表空间
数据库启动的时候遇到坏块，特别是SYSTEM表空间中的一些底层表，如UNDO$,OBJ$等一些表，会导致数据库不能正常open,当然我们可以通过增加一些隐藏参数来达到跳过坏块来启动数据库，也可以通过bbed工具来手动修复块来。下面是自己的一个测试环境遇到这样的错误，通过bbed工具来修复 欢迎大家加入ORACLE超级群：17115662 免费解决各种ORACLE问题,以后BLOG
推荐
原创
2014-05-25 23:06:30
1192阅读
数据库启动的时候遇到坏块，特别是SYSTEM表空间中的一些底层表，如UNDO$,OBJ$等一些表，会导致数据库不能正常open,当然我们可以通过增加一些隐藏参数来达到跳过坏块来启动数据库，也可以通过bbed工具来手动修复块来。下面是自己的一个测试环境遇到这样的错误，通过bbed工具来修复   欢迎大家加入ORACLE超级群：171
原创
2014-05-25 23:11:38
2246阅读
修复由于主库NOLOGGING操作引起的备库ORA-01578和ORA-26040错误ORA-01578和ORA-26040--NOLOGGING操作引起的坏块-错误解释和解决方案 : http://blog.itpub.net/26736162/viewspace-2152783/众所周知 ， DG 数据同步是基于日志流的 ， 这也是为什么在配置 DG
原创
2021-04-13 15:11:42
186阅读
修复由于主库NOLOGGING操作引起的备库ORA-01578和ORA-26040错误 ORA-01578和ORA-26040--NOLOGGING操作引起的坏块-错误解释和解决方案 : http://blog.itpub.net/26736162/viewspace-2152783/ 众所周知 ， DG 数据同步是基于日志流的 ， 这也是为什么在配置 DG 阶段需要 将主库设置为 FORCE L
原创
2021-04-13 15:27:46
470阅读
修复由于主库NOLOGGING操作引起的备库ORA-01578和ORA-26040错误ORA-01578和ORA-26040--NOLOGGING操作引起的坏块-错误解释和解决方案 : http://blog.itpub.net/26736162/viewspace-2152783/众所周知 ， DG 数据同步是基于日志流的 ， 
原创
2018-08-07 09:48:54
2389阅读
点赞
Q
题目 ORA-01578和ORA-26040块错误的原因有哪些？ A
答案
（一）NOLOGGING操作引起的坏块（ORA-01578和ORA-26040）简介如果只是错误ORA-01578，而没有伴随ORA-26040，那么这个坏块是由其它的原因引起的坏块，可以尝试使用RMAN的BMR（Block Media Reco
原创
2021-04-15 11:05:38
195阅读
众所周知 ， DG 数据同步是基于日志流的 ， 这也是为什么在配置 DG 阶段需要 将主库设置为 FORCE LOGGING 的原因 。但是 ， 这也会带来很多问题 ， SQL 执行效率 慢 ，例如：当我们使用数据泵进行迁移时我们希望最少停机时间完成，这时候我们就可能会考虑到以最小日志导入的方式以加快导入速度，然后重新同步备库。在一些场景中，我们会去使用 nologging 操作去节省大量数据插入
原创
2021-04-13 15:29:54
466阅读
点赞
Q
题目 ORA-01578和ORA-26040块错误的原因有哪些？ A
答案
（一）NOLOGGING操作引起的坏块（ORA-01578和ORA-26040）简介如果只是错误ORA-01578，而没有伴随ORA-26040，那么这个坏块是由其它的原因引起的坏块，可以尝试使用RMAN的BMR（Block Media Reco
原创
2021-04-15 11:04:50
255阅读
♣
题目
部分【DB笔试面试792】在Oracle中，ORA-01578和ORA-26040--NOLOGGING操作引起的坏块-错误解释和解决方案. ♣
答案部分
（一）NOLOGGING操作引起的坏块（ORA-01578和ORA-26040）简介如果只是错误ORA-01578，而没有伴随ORA-260
原创
2021-04-16 18:40:11
165阅读
