发现gap及解决
发现gap及解决
1，在primary端执行
SELECT * FROM V$ARCHIVE_GAP;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
----------- ------------- --------------
1 7 10
2，如果有记录，则找出没传过去的log
SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND
2> SEQUENCE# BETWEEN 7 AND 10;--假设primary端的local archive 地址配置在LOG_ARCHIVE_DEST_1
3，手工拷贝到standby端，再注册
SQL> ALTER DATABASE REGISTER LOGFILE
'/physical_standby1/thread1_dest/arcr_1_7.arc';
4，重新开始管理恢复将完成这些日志在standby端的应用
ALTER DATABASE RECOVER MANAGED STANDBY
DATABASE
再从第一步开始检查是否仍有其他gap，直到没有记录及解决完成
后记：
如果在standby端配置好fal_server,fal_client两个参数gap问题可以自动解决，不需人工干预。
log apply service可以自动发现gap，运行在primary端的fal server进程解决gap
1，在primary端执行
SELECT * FROM V$ARCHIVE_GAP;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
----------- ------------- --------------
1 7 10
2，如果有记录，则找出没传过去的log
SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND
2> SEQUENCE# BETWEEN 7 AND 10;--假设primary端的local archive 地址配置在LOG_ARCHIVE_DEST_1
3，手工拷贝到standby端，再注册
SQL> ALTER DATABASE REGISTER LOGFILE
'/physical_standby1/thread1_dest/arcr_1_7.arc';
4，重新开始管理恢复将完成这些日志在standby端的应用
ALTER DATABASE RECOVER MANAGED STANDBY
DATABASE
再从第一步开始检查是否仍有其他gap，直到没有记录及解决完成
后记：
如果在standby端配置好fal_server,fal_client两个参数gap问题可以自动解决，不需人工干预。
log apply service可以自动发现gap，运行在primary端的fal server进程解决gap
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/26870952/viewspace-2130132/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
IBM HMC 10个常用的操作
请登录后发表评论
登录
全部评论
