ITPUB论坛-中国最专业的IT技术社区

 找回密码
 注册
查看: 590|回复: 8

dataguard 备库failover后,为何自动产生了一个standby redo log

[复制链接]
论坛徽章:
37
秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-05 09:35:58秀才
日期:2016-01-13 12:14:26白羊座
日期:2016-02-01 14:49:24秀才
日期:2016-01-21 13:37:04秀才
日期:2016-01-25 15:02:04狮子座
日期:2016-03-22 09:45:47摩羯座
日期:2016-05-16 10:09:40弗兰奇
日期:2017-01-11 14:37:00奥运会纪念徽章:网球
日期:2016-09-26 15:05:12
发表于 2017-6-12 15:52 | 显示全部楼层 |阅读模式
主备的OS和DB版本一样
OS:RHEL6.3
DB:11.2.0.4.0

主库DB_NAME=TDB
备库db_unique_name=TDG

主库参数如下
log_archive_dest_1='location=/iso/db/oradata/TDB/archivelog'
log_archive_dest_2='service=TDG47 lgwr async VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=TDG'
log_archive_config='DG_CONFIG=(TDB,TDG)'

备库没有创建任何standby redo log
备库归档日志路径:log_archive_dest_1='location=/iso/db/oradata/TDB/archivelog'
备库状态:startup open read only
备库应用归档日志命令:alter database recover managed standby database disconnect from session;

备库failover之前select * from V$LOGFILE结果如下,并没有standby redo log
GROUP# STATUS   TYPE    MEMBER       IS_RECOVERY_DEST_FILE              
3                ONLINE        /iso/db/oradata/TDB/redo03.log        NO
2                ONLINE        /iso/db/oradata/TDB/redo02.log        NO
1                ONLINE        /iso/db/oradata/TDB/redo01.log        NO


备库failover命令如下,正常failover
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;
SQL> ALTER DATABASE OPEN;

failover后,select * from V$LOGFILE结果如下,自动生成了一个standby redo log
GROUP# STATUS   TYPE    MEMBER       IS_RECOVERY_DEST_FILE              
3                ONLINE        /iso/db/oradata/TDB/redo03.log        NO
2                ONLINE        /iso/db/oradata/TDB/redo02.log        NO
1                ONLINE        /iso/db/oradata/TDB/redo01.log        NO
4                STANDBY        /iso/db/oradata/TDB/archivelog/1_0_927473683.dbf        NO

论坛徽章:
178
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:392014年新春福章
日期:2014-02-18 16:41:11马上有钱
日期:2014-11-12 09:33:24马上有房
日期:2014-11-07 08:46:05马上有钱
日期:2014-10-27 09:26:57马上有对象
日期:2014-10-28 10:28:08itpub13周年纪念徽章
日期:2014-10-10 10:38:25祖国65周年纪念徽章
日期:2014-10-09 12:04:31马上有钱
日期:2014-11-24 15:17:08
发表于 2017-6-13 10:22 | 显示全部楼层
能看以下alert文件吗?

使用道具 举报

回复
论坛徽章:
37
秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-05 09:35:58秀才
日期:2016-01-13 12:14:26白羊座
日期:2016-02-01 14:49:24秀才
日期:2016-01-21 13:37:04秀才
日期:2016-01-25 15:02:04狮子座
日期:2016-03-22 09:45:47摩羯座
日期:2016-05-16 10:09:40弗兰奇
日期:2017-01-11 14:37:00奥运会纪念徽章:网球
日期:2016-09-26 15:05:12
 楼主| 发表于 2017-6-13 14:36 | 显示全部楼层
lfree 发表于 2017-6-13 10:22
能看以下alert文件吗?

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
Tue Jun 13 14:23:52 2017
MRP0: Background Media Recovery cancelled with status 16037
Errors in file /iso/db/diag/rdbms/tdg/TDB/trace/TDB_pr00_3564.trc:
ORA-16037: user requested cancel of managed recovery operation
Recovery interrupted!
Tue Jun 13 14:23:53 2017
MRP0: Background Media Recovery process shutdown (TDB)
Managed Standby Recovery Canceled (TDB)
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
Tue Jun 13 14:24:24 2017
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH
Attempt to do a Terminal Recovery (TDB)
Media Recovery Start: Managed Standby Recovery (TDB)
started logmerger process
Tue Jun 13 14:24:25 2017
Managed Standby Recovery not using Real Time Apply
Parallel Media Recovery started with 4 slaves
Media Recovery Waiting for thread 1 sequence 6 (in transit)
Killing 3 processes with pids 3572,3546,3548 (all RFS, wait for I/O) in order to disallow current and future RFS connections. Requested by OS

process 3630
Begin: Standby Redo Logfile archival
End: Standby Redo Logfile archival
Terminal Recovery timestamp is '06/13/2017 14:24:29'
Terminal Recovery: applying standby redo logs.
Terminal Recovery: thread 1 seq# 6 redo required
Media Recovery Waiting for thread 1 sequence 6
Terminal Recovery: End-Of-Redo log allocation
Terminal Recovery: standby redo logfile 4 created '/iso/db/oradata/TDB/archivelog/1_0_946491907.dbf'
This standby redo logfile is being created as part of the
failover operation.  This standby redo logfile should be
deleted after the switchover to primary operation completes.

Media Recovery Log /iso/db/oradata/TDB/archivelog/1_0_946491907.dbf
Terminal Recovery: log 4 reserved for thread 1 sequence 6
Recovery of Online Redo Log: Thread 1 Group 4 Seq 6 Reading mem 0
  Mem# 0: /iso/db/oradata/TDB/archivelog/1_0_946491907.dbf
Identified End-Of-Redo (failover) for thread 1 sequence 6 at SCN 0xffff.ffffffff
Incomplete Recovery applied until change 32430264 time 06/13/2017 12:45:16
Media Recovery Complete (TDB)
Terminal Recovery: successful completion
Forcing ARSCN to IRSCN for TR 0:32430264
Attempt to set limbo arscn 0:32430264 irscn 0:32430264
Resetting standby activation ID 2573949769 (0x996b5b49)
Tue Jun 13 14:24:30 2017
ARCH: Archival stopped, error occurred. Will continue retrying
ORACLE Instance TDB - Archival Error
ORA-16014: log 4 sequence# 6 not archived, no available destinations
ORA-00312: online log 4 thread 1: '/iso/db/oradata/TDB/archivelog/1_0_946491907.dbf'
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH
ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN
ALTER DATABASE SWITCHOVER TO PRIMARY (TDB)
Maximum wait for role transition is 15 minutes.
All dispatchers and shared servers shutdown
CLOSE: killing server sessions.
CLOSE: all sessions shutdown successfully.
Tue Jun 13 14:24:32 2017
SMON: disabling cache recovery
Backup controlfile written to trace file /iso/db/diag/rdbms/tdg/TDB/trace/TDB_ora_3553.trc
Standby terminal recovery start SCN: 32430263
RESETLOGS after incomplete recovery UNTIL CHANGE 32430264
Online logfile pre-clearing operation disabled by switchover

使用道具 举报

回复
论坛徽章:
37
秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-05 09:35:58秀才
日期:2016-01-13 12:14:26白羊座
日期:2016-02-01 14:49:24秀才
日期:2016-01-21 13:37:04秀才
日期:2016-01-25 15:02:04狮子座
日期:2016-03-22 09:45:47摩羯座
日期:2016-05-16 10:09:40弗兰奇
日期:2017-01-11 14:37:00奥运会纪念徽章:网球
日期:2016-09-26 15:05:12
 楼主| 发表于 2017-6-13 14:37 | 显示全部楼层
今天刚又试了一把的结果
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Database altered.

SQL> select * from v$logfile;

    GROUP# STATUS     TYPE                 MEMBER                                                       IS_
---------- ---------- -------------------- ------------------------------------------------------------ ---
         3            ONLINE               /iso/db/oradata/TDB/redo03.log                               NO
         2            ONLINE               /iso/db/oradata/TDB/redo02.log                               NO
         1            ONLINE               /iso/db/oradata/TDB/redo01.log                               NO

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;

Database altered.

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;

Database altered.

SQL> ALTER DATABASE OPEN;

Database altered.

SQL> select * from v$logfile;

    GROUP# STATUS     TYPE                 MEMBER                                                       IS_
---------- ---------- -------------------- ------------------------------------------------------------ ---
         3            ONLINE               /iso/db/oradata/TDB/redo03.log                               NO
         2            ONLINE               /iso/db/oradata/TDB/redo02.log                               NO
         1            ONLINE               /iso/db/oradata/TDB/redo01.log                               NO
         4            STANDBY              /iso/db/oradata/TDB/archivelog/1_0_946491907.dbf             NO

使用道具 举报

回复
论坛徽章:
113
罗罗诺亚·索隆
日期:2017-02-08 15:50:20布鲁克
日期:2017-02-09 14:54:03秀才
日期:2017-02-22 15:14:12蒙奇·D·路飞
日期:2017-04-10 18:09:45布鲁克
日期:2017-04-18 14:36:29弗兰奇
日期:2017-06-02 08:58:04
发表于 2017-6-13 16:21 | 显示全部楼层
failover的时候主库开着吧?
来自苹果客户端来自客户端

使用道具 举报

回复
论坛徽章:
37
秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-05 09:35:58秀才
日期:2016-01-13 12:14:26白羊座
日期:2016-02-01 14:49:24秀才
日期:2016-01-21 13:37:04秀才
日期:2016-01-25 15:02:04狮子座
日期:2016-03-22 09:45:47摩羯座
日期:2016-05-16 10:09:40弗兰奇
日期:2017-01-11 14:37:00奥运会纪念徽章:网球
日期:2016-09-26 15:05:12
 楼主| 发表于 2017-6-14 08:59 | 显示全部楼层
zergduan 发表于 2017-6-13 16:21
failover的时候主库开着吧?

对的,参数log_archive_dest_state_2已经设置为defer

使用道具 举报

回复
论坛徽章:
37
秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-05 09:35:58秀才
日期:2016-01-13 12:14:26白羊座
日期:2016-02-01 14:49:24秀才
日期:2016-01-21 13:37:04秀才
日期:2016-01-25 15:02:04狮子座
日期:2016-03-22 09:45:47摩羯座
日期:2016-05-16 10:09:40弗兰奇
日期:2017-01-11 14:37:00奥运会纪念徽章:网球
日期:2016-09-26 15:05:12
 楼主| 发表于 2017-6-14 09:28 | 显示全部楼层
zergduan 发表于 2017-6-13 16:21
failover的时候主库开着吧?

刚重试了一遍,把主库shutdown后,备库做failover的时候还是自动生成一个standby redo log

使用道具 举报

回复
论坛徽章:
173
秀才
日期:2016-02-18 09:21:30目光如炬
日期:2016-01-03 22:00:00秀才
日期:2015-12-21 09:53:46目光如炬
日期:2015-12-20 22:00:00秀才
日期:2015-12-25 15:31:10秀才
日期:2015-12-14 15:02:13目光如炬
日期:2015-12-13 22:00:00秀才
日期:2015-12-14 14:56:09天枰座
日期:2015-12-02 13:02:15巨蟹座
日期:2016-01-30 22:10:33
发表于 2017-6-14 09:37 | 显示全部楼层
本帖最后由 jieyancai 于 2017-6-14 09:38 编辑
lusklusklusk 发表于 2017-6-14 09:28
刚重试了一遍,把主库shutdown后,备库做failover的时候还是自动生成一个standby redo log

11g之前正常做dg switchover就是要求手动添加standby redo log。
应该是11g之后oracle做了改进,如果没手动创建过standby redo log,那么数据库自动创建一个standby redo log来满足切换的需求。

使用道具 举报

回复
论坛徽章:
37
秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-05 09:35:58秀才
日期:2016-01-13 12:14:26白羊座
日期:2016-02-01 14:49:24秀才
日期:2016-01-21 13:37:04秀才
日期:2016-01-25 15:02:04狮子座
日期:2016-03-22 09:45:47摩羯座
日期:2016-05-16 10:09:40弗兰奇
日期:2017-01-11 14:37:00奥运会纪念徽章:网球
日期:2016-09-26 15:05:12
 楼主| 发表于 2017-6-14 09:46 | 显示全部楼层
jieyancai 发表于 2017-6-14 09:37
11g之前正常做dg switchover就是要求手动添加standby redo log。
应该是11g之后oracle做了改进,如果没 ...

也是奇怪了,查了一遍11G DATAGUARD的官方文档E41134,没见到failover的时候会自动产生standby redo log这一说,不过alert日志倒明确说了This standby redo logfile is being created as part of the failover operation

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

TOP技术积分榜 社区积分榜 徽章 电子杂志 团队 统计 虎吧 老博客 知识索引树 读书频道 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档 | IT博客
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛 | SAP ERP系统
CopyRight 1999-2011 itpub.net All Right Reserved. 北京皓辰网域网络信息技术有限公司版权所有 联系我们 网站律师 隐私政策 知识产权声明
京ICP证:060528号 北京市公安局海淀分局网监中心备案编号:1101082001 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表