Dataguard-备机产生gap的解决方法

 

Dataguard-备机产生gap的解决方法

有时候因为网络或备份故障等原因，主机所产生的归档日志无法传到备机上，这个时候备机就产生了gap。对于这种情况，应该如何解决？

需要注意的是，一旦产生gap，即使gap之后的archive log能正常传到standby库中，standby库并不会对后继传来的日志文件做apply。只有通过对standby做recover把从产生gap的第一个文件到最新的archive log文件都apply了才能做到2个库一致。

1.在primary库中重新创建standby controlfile。并将它拷贝到standby库中。位置与以前同。ALTER DATABASE CREATE STANDBY CONTROLFILE AS '[path][ctl_file_name].CTL';

2.进入备库，select * from v$archive_gap;看产生gap的文件都有哪些？

2.shutdown standby库(shutdown immediate)

3..将产生gap的那些归档文件拷贝到standby库中。（如果主库重新做过，如恢复，则将对主库在resetlog之后的热备文件及所有新产生的archive log倒回原来的位置.）

4.启动standby库到mount状态,并进行手工同步:
$startup nomount
$alter database mount standby database;
$recover standby database; --（如果archive log产生 gap也是这么做：把缺的archive log倒到standby库种，然后执行。）

5.主辅库一致后,将standby库置回管理状态:
alter database recover managed standby database disconnect from session;

检查：

select * from v$archive_gap --看standby有没有gap 如果有gap，看standby机器上是不是少了这些sequence#的log。如果需要做monitoring，可以采用以下sql语句：

select decode((select count(*) from (select low_sequence# from v$archive_gap union select 9999 from dual)) ,2,'Found Gaps,contact DBA as soon as possible!','No Gaps,Take it Easy') "Gap Status" from dual;

select * from v$archived_log where applied='NO' 表示没有applied