一、出现gap sequence现象
备库

Fetching gap sequence in thread 1, gap sequence 710-716
Tue May 31 15:02:38 2011
FAL[client]: Failed to request gap sequence
 GAP - thread 1 sequence 710-716
 DBID 3240478808 branch 746916894
FAL[client]: All defined FAL servers have been attempted.
-------------------------------------------------------------
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that is sufficiently large
enough to maintain adequate log switch information to resolve
archivelog gaps.
-------------------------------------------------------------

主库

Tue May 31 13:50:47 2011
FAL[server]: Fail to queue the whole FAL gap
 GAP - thread 1 sequence 710-716
 DBID 3240478808 branch 746916894

二、修复操作
1、查询备库的scn

SQL> SELECT CURRENT_SCN FROM V$DATABASE;
CURRENT_SCN
-----------
    1154337
--在出现意外datafile header scn不一致的时候,需要根据提示归档日志,找出最小scn

2、确定主库是否添加数据文件

SQL> select FILE#,name from v$datafile where CREATION_CHANGE#> =1154337;
no rows selected

确定主库在这个scn之后是否有添加数据文件，如果添加文件，需要手工在备库添加

3、备库停止日志应用

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

4、主库增量备份并传输到备库上
主库进行增量备份

RMAN> BACKUP INCREMENTAL FROM SCN  1154337 DATABASE
FORMAT '/home/oracle/xff_%U' tag 'XIFENFEI';
[oracle@localhost ~]$ scp xff* 192.168.1.30:/home/oracle/rman

说明：主库之前必须要做过rman的全备（没有全备的库，基于scn的增量备份也能够成功）

5、备库上进行恢复

RMAN> CATALOG START WITH '/home/oracle/rman';
RMAN> RECOVER DATABASE NOREDO;

说明：CATALOG START WITH是10g及其以后版本中才存在功能，没有该功能可以采用catalog或者复制主库的控制文件，rman备份放置和主库备份时相同目录实现。

6、主库上创建standby controlfile文件并传输到备库

RMAN> BACKUP CURRENT CONTROLFILE FOR STANDBY
FORMAT '/home/oracle/xff_ctl.bck';
[oracle@localhost ~]$ scp xff_ctl.bck 192.168.1.30:/home/oracle/rman

创建standby controlfile两步可以需要根据实际情况考虑,大多数情况下不需要

7、备库恢复控制文件

RMAN> shutdown;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE STANDBY CONTROLFILE FROM '/home/oracle/rman/xff_ctl.bck';
RMAN> alter database mount;

8、清空备库日志组

SQL> ALTER DATABASE CLEAR LOGFILE GROUP 1;
注：如果采用了standby log模式，不需要清空，如果清空会出现
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 1;
ALTER DATABASE CLEAR LOGFILE GROUP 1
*
ERROR at line 1:
ORA-19527: physical standby redo log must be renamed
ORA-00312: online log 1 thread 1: '/u01/oradata/xienfei/redo01.log'

说明：如果没有采用standby log模式，有几组需要清空几组

9、备库重设flashback

SQL> ALTER DATABASE FLASHBACK OFF;
SQL> ALTER DATABASE FLASHBACK ON;

10、备库重新接收并应用日志

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

三、修复成功标志
1、sql中操作
在主库中执行alter system switch logfile;
分别主备库中执行select max(sequence#) from v$archived_log;如果一致标示修复成功

2、通过alert文件
主库

PING[ARC0]: Error 3113 when pinging standby xff.
Tue May 31 14:11:51 2011
Thread 1 advanced to log sequence 719
  Current log# 3 seq# 719 mem# 0: /u01/oradata/xienfei/redo03.log
Tue May 31 14:20:05 2011
Thread 1 advanced to log sequence 720
  Current log# 1 seq# 720 mem# 0: /u01/oradata/xienfei/redo01.log
Tue May 31 14:20:16 2011
ARC0: Standby redo logfile selected for thread 1 sequence 719 for destination LOG_ARCHIVE_DEST_2

备库

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION
Tue May 31 15:30:37 2011
Attempt to start background Managed Standby Recovery process (xff)
MRP0 started with pid=18, OS id=14704
Tue May 31 15:30:37 2011
MRP0: Background Managed Standby Recovery process started (xff)
Managed Standby Recovery not using Real Time Apply
 parallel recovery started with 2 processes
Media Recovery Log /u01/archive/1_718_746916894.arc
Tue May 31 15:30:43 2011
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION
Tue May 31 15:30:52 2011
RFS[1]: Successfully opened standby log 4: '/u01/oradata/xienfei/s_redo1.log'
Media Recovery Log /u01/archive/1_719_746916894.arc
Media Recovery Waiting for thread 1 sequence 720

  • 使用rman备份做Data Guard
  • 因v$archived_log视图记录异常导致dg MRP进程异常
  • Data Guard Failover 处理
  • rman创建Standby Data Guard
  • ORACLE 12C Windows-Linux 部署DATAGURAD
  • 修改dataguard主库redo组数和大小
  • 11G RAC TO 11G RAC ADG SWITCHOVER
  • Data Gurad switchover切换（Physical Standby Databases）
此条目发表在 Data Guard 分类目录。将固定链接加入收藏夹。
← bash shell 中的比较
mysql 安装并启动多个实例 →

《Data Guard出现gap sequence修复》有 2 条评论

惜分飞 说：
2012 年 04 月 19 日23:17

今天在帮朋友处理类此问题的时候，基于scn恢复好数据库后，因为备库没有standby redo log file 且没有清理备库的redo log，出现如下错误

Thu Apr 19 22:01:36 2012
Thread 1 cannot allocate new log, sequence 2031
Private strand flush not complete
  Current log# 1 seq# 2030 mem# 0: /u01/app/oracle/oradata/orcl/redo01.log
Thread 1 advanced to log sequence 2031
  Current log# 2 seq# 2031 mem# 0: /u01/app/oracle/oradata/orcl/redo02.log
Thu Apr 19 22:01:37 2012
Errors in file /u01/app/oracle/admin/orcl/bdump/orcl_lns1_7012.trc:
ORA-00270: error creating archive log
Thu Apr 19 22:01:37 2012
LGWR: Error 270 closing archivelog file 'standby'
Thu Apr 19 22:01:44 2012
Thread 1 cannot allocate new log, sequence 2032
Private strand flush not complete
  Current log# 2 seq# 2031 mem# 0: /u01/app/oracle/oradata/orcl/redo02.log
Thread 1 advanced to log sequence 2032
  Current log# 3 seq# 2032 mem# 0: /u01/app/oracle/oradata/orcl/redo03.log

trace文件内容如

*** 2012-04-19 20:51:47.096 57126 kcrr.c
LNS1: initialized successfully ASYNC=1
Destination is specified with ASYNC=61440
*** 2012-04-19 20:51:48.125 70905 kcrr.c
Sending online log thread 1 seq 2025 [logfile 2] to standby
Opening logfile [logno 2]
LGWR: Archivelog for thread 1 sequence 2025 will NOT be compressed
Redo shipping client performing standby login
*** 2012-04-19 20:51:48.174 64561 kcrr.c
Logged on to standby successfully
Client logon and security negotiation successful!
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Archiving to destination standby ASYNC blocks=20480
Allocate ASYNC blocks: Previous blocks=0 New blocks=20480
Log file opened [logno 2]
*** 2012-04-19 20:52:03.210
*** 2012-04-19 20:52:03.210 71706 kcrr.c
Detected proper completion of online log
*** 2012-04-19 20:52:03.210 71549 kcrr.c
Detected physical end of file
Online entry still exists for log 2 thr 1 seq 2025. Using it
Closing thread 1 sequence 2025 logno 2 nab 2 los 65825433 nxs 65825440
*** 2012-04-19 20:52:03.219 70905 kcrr.c
Sending online log thread 1 seq 2026 [logfile 3] to standby
Opening logfile [logno 3]
LGWR: Archivelog for thread 1 sequence 2026 will NOT be compressed
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Archiving to destination standby ASYNC blocks=20480
Log file opened [logno 3]
Attempting to send buffer 0x0x2aad8decb000  start block 2  block count 1
    total size to send 512  blocksize 512
*** 2012-04-19 20:52:11.234 71706 kcrr.c
Detected proper completion of online log
*** 2012-04-19 20:52:11.234 71549 kcrr.c
Detected physical end of file
Attempting to send buffer 0x0x2aad8decb000  start block 3  block count 1
    total size to send 512  blocksize 512
Online entry still exists for log 3 thr 1 seq 2026. Using it
Closing thread 1 sequence 2026 logno 3 nab 4 los 65825440 nxs 65825443

执行如下命令问题解决

SQL> select group# from v$log;
    GROUP#
----------
         1
         3
         2
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
Database altered.
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 1;
Database altered.
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 2;   
Database altered.
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 3;
Database altered.
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
Database altered.

转自：http://www.xifenfei.com/1176.html

使用RMAN恢复备库相关推荐

  1. oracle增量恢复dg备库,rman增量恢复DG备库出现GAP的情况

    主库归档被意外删除,备库复制出现问题,alter日志如下: Wed Apr 01 10:16:15 2015 Media Recovery Log /tol/archivelog/1_587399_7 ...

  2. 使用基于scn的增量备份恢复DG备库

    By 清欢 2018年04月25日 场景:主库定时清理归档任务失败,报错备库仍需要这些归档来应用不可删除,以下是报错信息: RMAN-08137: WARNING: archived log not ...

  3. Oracle数据库adg数据没同步,Oracle 11g备库无法开启ADG的原因分析

    今天碰到一个有些奇怪的问题,但是奇怪的现象背后都是有本质的因果. 下午在做一个环境的检查时,发现备库是在mount阶段,这可是一个11gR2的库,没有ADG实在是太浪费了,对于这种情况感觉太不应该了. ...

  4. oracle dg fal client,创建物理备库（DG）及相关参数解释

    此文默认你会使用dbca创建数据库,并了解数据库的相关目录结构及spfile.file.密码文件等位置. 1.创建主数据库 使用一dbca创建数据主库,sid为dg1,数据库名为dg,并且设置db_u ...

  5. Oracle11g DG实战配置（Windows版）（五）主备库DG配置

    5.1 DG主库配置(主库操作) 5.1.1 配置Oracle Data Guard # 登录数据库 sqlplus / as sysdba # 查看数据库归档模式,确认Archivelog已启用 s ...

  6. Oracle主库、备库redo日志管理

    文章目录 官方参考: 1.添加日志组以及日志成员 3.删除日志组或成员 3.1.日志的重定位及重命名 3.2.清空日志文件组 3.3.删除日志成员 3.4.删除日志组 5.删除单实例数据库多余节点的日 ...

  7. oracle db2备份数据库,datagurad 使用备库的备份恢复主库的数据文件

    一.保护现有环境: RMAN> run { 2> allocate channel ch1 type disk format '/data/backupset/primary_%U'; 3 ...

  8. Oracle ADG备库SYSAUX数据文件坏块恢复处理（ORA-00600,ORA-10567,ORA-10564......

    点击上方"蓝字" 关注我们,享更多干货! 本文阐述了Oracle ADG备库SYSAUX数据文件坏块恢复处理(ORA-00600,ORA-10567,ORA-10564,ORA-0 ...

  9. RMAN duplicate 方式 做个备库

    采用RMAN duplicate 方式做备库 可以说是ORACLE 公司对 以前做DATA GUARD 方式的 用户友好性的提升. 这样我们不用去 备份数据文件,然后网络传送, 再还原恢复操作了. 这 ...

  10. oracle dg备库恢复

    standby在standby状态下的备份方式如下,生成一个控制文件备份control_1,一个数据文件备份full_data RMAN> backup database format '/is ...

最新文章

  1. windows 10 代理服务器出现问题
  2. Linux--Ubuntu12.04下安装JDK
  3. 两分钟用C#搭建IE BHO勾子, 窃取密码
  4. 快手火爆背后的算法逻辑分析
  5. [codevs 1914] 运输问题
  6. Ant build.xml程序简单说明
  7. 创业活动平台，2019路演活动报名网站
  8. [LeetCode]Find Minimum in Rotated Sorted Array
  9. js分享微信 ，微博 ，qq空间
  10. VS2013编译提示无法运行“rc.exe”错误
  11. hdu 敌兵布阵（线段树之单点更新）
  12. 2017年4月5号课堂笔记
  13. Finereport安装
  14. webstorm 快捷键
  15. linux dd 拷贝文件,Linux系统中使用dd命令来转换和拷贝文件
  16. 织梦dedecms采集规则，东方资讯财经新闻采集规则
  17. mongoose schema Schema hasn't been registered for model
  18. 淘宝优惠券商城赚钱是真的吗？购物最便宜的app
  19. 【unity】FPS快速实现全息瞄准镜
  20. 【图片编辑小软件, 在线文件转换器】FastStone Photo Resizer支持批量转换和批量重命名；免费快速在线转换器, 将pdf, 图像, 视频, 文档, 音频, 电子书及压缩等格式相互转换

热门文章

  1. 关于APP界面布局设计的八种优缺点
  2. TTP223-BAT功能简介
  3. java access group by 用法_详解SQL中Group By的用法
  4. 使用快解析一招解决电脑dns异常问题
  5. python randn_numpy.random.randn()用法
  6. 应用数学是关于计算机,应用数学学科
  7. 举重若轻流水行云，前端纯CSS3实现质感非凡的图片Logo鼠标悬停(hover)光泽一闪而过的光影特效
  8. 丰田、雷克萨斯决定在今年将亚马逊Alexa应用到部分车型中
  9. 微信支付V3版商家转账到零钱
  10. LINUX系统开机后出现assuming drive cache:write through的办法