这期内容当中小编将会给大家带来有关DG发现gap的处理方法,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
1.查询gap
select * from V$ARCHIVE_GAP;
2.备份很重要
--列出备份信息
list backup of archivelog all;
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ -------------------
42 2.09M DISK 00:00:02 2017-08-16 00:07:07
BP Key: 42 Status: AVAILABLE Compressed: NO Tag: TAG20170816T000626
Piece Name: /home/oracle/rmanbackup/arch_1fsc0kt9_1_1_20170816
List of Archived Logs in backup set 42
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- ------------------- ---------- ---------
1 111 1395047 2017-08-16 00:02:32 1395227 2017-08-16 00:06:17
1 112 1395227 2017-08-16 00:06:17 1395240 2017-08-16 00:06:22
2 83 1379687 2017-08-15 23:27:17 1395043 2017-08-16 00:02:29
2 84 1395043 2017-08-16 00:02:29 1395231 2017-08-16 00:06:17
2 85 1395231 2017-08-16 00:06:17 1395244 2017-08-16 00:06:24
3.恢复
restore archivelog from logseq 84 until logseq 85 thread 2;
restore archivelog from logseq 84 until logseq 85;
注意:在当前节点只恢复本节点的归档日志,如需要恢复其他节点日志需要加thread 2指定;
如果在DG环境中已经启用了日志应用,则需要注册归档日志即可,日志自动应用。
解决办法:
解决gap的方法有两种,方法虽然略有不同,但是原理是相同的
一、gap较少,可以直接将缺少的归档scp到standby,在standby手工注册下即可
ALTER DATABASE REGISTER LOGFILE '/u01/archivelog/1_99_626106231.arc';
二、gap较多,在primary 做基于scn的backup,同时创建一个新的standbycontrolfile,将备份好的backupset ,standbycontrolfile 拷贝的备库的相应目录下,进行restore、recover的操作即可因为这个案例中,standby丢失的归档太多,推荐用第二种方法
针对第二点,gap较多,另外一种做法是在rman下注册scp到备库的归档位置,日志应用开启后会自动应用。
catalog start with 'D:\数据库备份文件\';
上述就是小编为大家分享的DG发现gap的处理方法了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注亿速云行业资讯频道。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。