oracle数据库高可用DG之gap问题处理
2018-03-05 17:17
489 查看
当备库不能接受到一个或多个主库的归档日志文件时候,就发生了archive gap。丢失的归档日志文件就是gap,如果有gap,如果发生gap,dg会自动检测和处理通过拷贝丢失的日志到备库。gap什么时候被发现当主库在本地归档一个日志,但是备库没有收到,每分钟,主库就会看下他的备库是否在规定日志文件序号上有gap。gap怎么被解决gap 恢复通过投票机制处理,对物理和逻辑备库,dg检查gap及通过在主库上面获取丢失的redo日志文件来解决。自动gap恢复依赖主库的可用性,如果主库不可样,你配置了多个物理备库,那么你可以配置额外的参数,这样redo apply就可以在别的备库上来解决gap。使用fetch archive log(fal)来解决归档gapfal 客户端自动要求归档日志文件的传输。fal服务端处理客户端发过来的请求。fal机制处理下面类型的gap和问题:1当创建了一个物理或逻辑的备库,fal机制自动的获取在主库热备时候产生的归档日志文件2当备库已经接受了归档日志文件,但是出问题了,fal机制能自动重新获取归档日志文件来解决下面问题:1当归档日志文件在被应用到备库之前被删除了2因为磁盘损坏导致的归档日志文件不能被应用3当归档日志文件被别的文件替换了当你有多个物理备库的时候,fal机制能自动获取丢失的归档日志文件在别的物理备库上面。手工检测和解决archive gap在物理备库上,为了检测是否有gap,执行下面的语句SQL> SELECT * FROM V$ARCHIVE_GAP;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
----------- ------------- --------------
4000
1 7 10上面的例子说明你的物理备库当前缺少线程1的序号7到10文件。然后在主库上定位这些丢失的文件SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND 2> SEQUENCE# BETWEEN 7 AND 10;
拷贝这些日志文件到物理备库,然后注册到物理备库上 ALTER DATABASE REGISTER LOGFILE '/physical_standby1/thread1_dest/arcr_1_7.arc';
注册完这些日之后,可以重新启动redo apply
逻辑备库SQL> COLUMN FILE_NAME FORMAT a55
SQL> SELECT THREAD#, SEQUENCE#, FILE_NAME FROM DBA_LOGSTDBY_LOG L
2> WHERE NEXT_CHANGE# NOT IN
3> (SELECT FIRST_CHANGE# FROM DBA_LOGSTDBY_LOG WHERE L.THREAD# = THREAD#)
4> ORDER BY THREAD#,SEQUENCE#;
THREAD# SEQUENCE# FILE_NAME
---------- ---------- -----------------------------------------------
1 6 /disk1/oracle/dbs/log-1292880008_6.arc
1 10 /disk1/oracle/dbs/log-1292880008_10.arc
这个例子中说明有gap,因为在逻辑备库上对线程1有2个文件显示,如果是没有gap的话,这个查询会对每个线程显示一个文件,这个结果输出显示注册的最高的文件时序列号10,但是缺少了序列号6的文件拷贝丢失的日志文件,然后注册SQL> ALTER DATABASE REGISTER LOGICAL LOGFILE '/disk1/oracle/dbs/log-1292880008_10.arc';
注册后重启sql apply
原文地址:http://blog.csdn.net/aoerqileng/article/details/39323359
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
----------- ------------- --------------
4000
1 7 10上面的例子说明你的物理备库当前缺少线程1的序号7到10文件。然后在主库上定位这些丢失的文件SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND 2> SEQUENCE# BETWEEN 7 AND 10;
拷贝这些日志文件到物理备库,然后注册到物理备库上 ALTER DATABASE REGISTER LOGFILE '/physical_standby1/thread1_dest/arcr_1_7.arc';
注册完这些日之后,可以重新启动redo apply
逻辑备库SQL> COLUMN FILE_NAME FORMAT a55
SQL> SELECT THREAD#, SEQUENCE#, FILE_NAME FROM DBA_LOGSTDBY_LOG L
2> WHERE NEXT_CHANGE# NOT IN
3> (SELECT FIRST_CHANGE# FROM DBA_LOGSTDBY_LOG WHERE L.THREAD# = THREAD#)
4> ORDER BY THREAD#,SEQUENCE#;
THREAD# SEQUENCE# FILE_NAME
---------- ---------- -----------------------------------------------
1 6 /disk1/oracle/dbs/log-1292880008_6.arc
1 10 /disk1/oracle/dbs/log-1292880008_10.arc
这个例子中说明有gap,因为在逻辑备库上对线程1有2个文件显示,如果是没有gap的话,这个查询会对每个线程显示一个文件,这个结果输出显示注册的最高的文件时序列号10,但是缺少了序列号6的文件拷贝丢失的日志文件,然后注册SQL> ALTER DATABASE REGISTER LOGICAL LOGFILE '/disk1/oracle/dbs/log-1292880008_10.arc';
注册后重启sql apply
原文地址:http://blog.csdn.net/aoerqileng/article/details/39323359
相关文章推荐
- Oracle数据库死锁问题探讨与处理
- jquery-easyui隐藏可用不可用的问题的处理方案
- DG实施文档及遇到问题处理方法
- Oracle数据库CPU使用率过高问题处理
- Oracle几个基础配置问题:ORA-12154: TNS: 无法解析指定的连接标识符、ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务、ORA-12516 TNS监听程序找不到符合协议堆栈要求的可用处理程序
- DG关于备库日志缺失gap的问题
- 记一次oracle数据库迁移的问题处理两例
- Oracle数据库常见问题处理
- 11g dg 从库sql性能问题处理吐槽
- oracle数据库日志文件版本不一致问题处理
- oracle使用增量备份恢复archive gap过大的问题 dg修复
- v$archive_gap dg dataguard 断档处理 scn恢复
- Oracle几个基础配置问题:ORA-12154: TNS: 无法解析指定的连接标识符、ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务、ORA-12516 TNS监听程序找不到符合协议堆栈要求的可用处理程序
- 如何处理Oracle数据库中的坏块问题
- 如何处理Oracle数据库中的坏块问题
- 如何处理Oracle数据库中的坏块问题
- DG下手工处理v$archive_gap方法
- 关于oracle数据库时间处理问题
- oracle数据库字符集US7ASCII,在java中处理中文问题
- 如何处理Oracle数据库中的坏块问题