酷酷娱乐网

站内广告

Oracle 修复由于主库NOLOGGING引起的备库ORA-01578和ORA-26040错误

时间:2020-09-01 06:12:03   作者:酷酷娱乐网   来源:www.kukuyl.com  
内容摘要:

DG数据同步是基于日志流的,这也是为什么在配置DG阶段需要将主库设置为FORCE LOG......

DG数据同步是基于日志流的,这也是为什么在配置DG阶段需要将主库设置为FORCE LOGGING的原因。

但是,这也会带来很多问题,例如,会导致DML类型的SQL执行效率变慢,尤其在大批量数据更新或导入的时候显得尤为明显。

DBA在使用数据泵进行迁移时希望在最少停机时间内完成,这时候就可能会考虑到以最小日志导入的方式以加快导入速度,

然后重新同步备库。在这些场景中,DBA可能会使用NOLOGGING操作去节省大量数据插入的时间,

而这种操作所带来的问题就是,如果该库在有备库的情况下,因为主库的NOLOGGING插入操作不会生成Redo,

所以不会在备库上传输和应用,这会导致备库的数据出现问题,报ORA-01578和ORA-26040的错误。


模拟测试恢复:

prod为primary database

stddb为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 1151089


SYS@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操作时,需要此参数为MANUAL

SYS@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>select count(*) from hr.test;

 COUNT(*)

  1712


本文章url:https://www.kukuyl.com/new/3000079.html

相关文章

本栏最新更新

本栏推荐

阅读排行

CopyRight 2018 - 2020 http://www.kukuyl.com 酷酷娱乐网 All Rights Reserved .