oracle物理dg gap解决
一般 redo传输服务（redo transport services）会自动探测并重发日志文件到备库来解决gap，但也有自动解决不了的时候，此时就需要人工介入，以下是操作步骤。
注：
v$archive_gap视图只返回当前阻碍物理备库redo apply的gap，在 解决 此gap之后需要再次查询此视图，确认一下还有没有其它的gap存在。重复执行以下步骤直至没有gap存在。
1.备库查看gap
-
select * from v$archive_gap;
2.主库查看gap对应的日志文件，sql中的40和49是上一步查出的日志sequence号
-
select name from v$archived_log where thread#=1 and dest_id=1 and sequence# between 40 and 49;
3.将上一步查询出的日志文件由 主库 拷贝 到备库，并在备库 注册日志文件
-
alter database register logfile '/oracle/arc/1_40_907779584.dbf';
4.查看注册过一个日志文件后，备的gap情况，low_sequence#由40变成了41
-
select * from v$archive_gap;
5.将gap中的所有日志文件都 拷贝 到备库，并注册后，备库再次查看gap情况，此时视图中已无记录，则说明gap已解决
-
select * from v$archive_gap;
注：
v$archive_gap视图只返回当前阻碍物理备库redo apply的gap，在 解决 此gap之后需要再次查询此视图，确认一下还有没有其它的gap存在。重复执行以下步骤直至没有gap存在。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/7417681/viewspace-2075650/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- 区分exp&expdp导出的dmp文件
- ORA-27300、ORA-27301、ORA-27302、ORA-27303
- 字段 与 变量 同名造成的sql问题
- Configuring the Reserved Pool
- char, varchar2, nchar, nvarchar2
- ORA-39714: upgrade script utlmmig.sql failed
- Archive log rejected (thread 1 sequence 2200) at host 'standby'
- 数据文件offline后unusable索引造成的问题
- 物理备库open ORA-10458
- lsnrctl start - Linux Error 29 Illegal seek
