怎么用Oracle修复ORA-01578和ORA-26040错误


这篇文章主要介绍“怎么用Oracle修复ORA-01578和ORA-26040错误”,在日常操作中,相信很多人在怎么用Oracle修复ORA-01578和ORA-26040错误问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”怎么用Oracle修复ORA-01578和ORA-26040错误”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!DG数据同步是基于日志流的,这也是为什么在配置DG阶段需要将主库设置为FORCE LOGGING的原因。但是,这也会带来很多问题,例如,会导致DML类型的SQL执行效率变慢,尤其在大批量数据更新或导入的时候显得尤为明显。DBA在使用数据泵进行迁移时希望在最少停机时间内完成,这时候就可能会考虑到以最小日志导入的方式以加快导入速度,然后重新同步备库。在这些场景中,DBA可能会使用NOLOGGING操作去节省大量数据插入的时间,而这种操作所带来的问题就是,如果该库在有备库的情况下,因为主库的NOLOGGING插入操作不会生成Redo,所以不会在备库上传输和应用,这会导致备库的数据出现问题,报ORA-01578和ORA-26040的错误。模拟测试恢复:prod为primary databasestddb为standby database在一个具有主备关系的主库上将FORCE_LOGGING设置为NOLOGGING模式:SYS@prod>alter database no force logging;HR@prod>create table test as select * from employees;进行自插入构造数据HR@prod>insert /+APPEND/ into test select * from test;HR@prod>commit;HR@prod>insert /+APPEND/ into test select * from test;HR@prod>commit;HR@prod>insert /+APPEND/ into test select * from test;HR@prod>commit;HR@prod>insert /+APPEND/ into test select * from test;HR@prod>commit;在备库执行查询操作:SYS@stddb>select count() from hr.test;select count() from hr.test*ERROR at line 1:ORA-01578: ORACLE data block corrupted (file # 4, block # 669)ORA-01110: data file 4: ‘/u01/app/oracle/oradata/stddb/users01.dbf’ORA-26040: Data block was loaded using the NOLOGGING option解决办法:将包含缺少数据的数据文件从主库复制到物理备库再重命名数据文件来解决问题。主库查询:SYS@prod>select name,unrecoverable_change# from v$datafile;/u01/app/oracle/oradata/prod/users01.dbf 1151089SYS@stddb>select name,unrecoverable_change# from v$datafile;/u01/app/oracle/oradata/stddb/users01.dbf 0比较主数据库和备用数据库的查询结果:在以上两个查询结果中,比较UNRECOVERABLE_CHANGE#列的值。如果主库中UNRECOVERABLE_CHANGE#列的值大于备库中的同一列,那么需要将这些数据文件在备库恢复。将主库对应的数据文件拷贝至备库:SYS@prod>ALTER TABLESPACE USERS BEGIN BACKUP;[oracle@service1 prod]$ cp users01.dbf /tmp/SYS@prod> ALTER TABLESPACE USERS END BACKUP;[oracle@service1 tmp]$ scp users01.dbf 192.168.1.104:/home/oracle/SYS@prod>ALTER TABLESPACE USERS END BACKUP;在备库上,将旧的数据文件RENAME至新的数据文件:由于主备数据文件名字相同,将从主库传输过来的数据文件改个名[oracle@service2 ~]$ mv users01.dbf users02.dbf[oracle@service2 ~]$ cp users02.dbf /u01/app/oracle/oradata/stddb/SYS@stddb>alter database recover managed standby database cancel;SYS@stddb>startup force mount;SYS@stddb>alter system set standby_file_management=manual;#在备库执行RENAME操作时,需要此参数为MANUALSYS@stddb>alter database rename file ‘/u01/app/oracle/oradata/stddb/users01.dbf’ to ‘/u01/app/oracle/oradata/stddb/users02.dbf’;SYS@stddb>alter system set standby_file_management=auto;SYS@stddb>alter database open;SYS@stddb>alter databsae recover managed standby database using current logfile disconnect from session;SYS@stddb&免费云主机域名gt;select count(*) from hr.test;COUNT(*) 1712到此,关于“怎么用Oracle修复ORA-01578和ORA-26040错误”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注百云网站,小编会继续努力为大家带来更多实用的文章!

相关推荐: windows 启动关闭Oracle监听和服务

经常要用数据库,让他自己启动的话,开机太慢,所以用命令启动方便点。1.开启: 在运行中输入cmd,进入控制台,lsnrctl start回车,提示启动监听成功后net start OracleServiceORCL。2 关闭 在运行中输入cmd,进入控制台,l…

免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 01/07 13:00
下一篇 01/07 16:21