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

 找回密码
 注册
查看: 1568|回复: 9

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

使用道具 举报

回复
论坛徽章:
115
现任管理团队成员
日期:2011-05-07 01:45:08
发表于 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

使用道具 举报

回复
论坛徽章:
175
秀才
日期:2016-02-18 09:24:30火眼金睛
日期:2016-01-31 22:00:00巨蟹座
日期:2016-01-30 22:10:33目光如炬
日期: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摩羯座
日期:2016-01-20 16:48:10
发表于 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

使用道具 举报

回复
论坛徽章:
0
发表于 2017-7-10 13:44 | 显示全部楼层
log_archive_dest_2='service=TDG47 lgwr async VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=TDG'
备库没有standby log , 那备库还是 应用的 主库的归档日志?? 在线日志传不过去吧

使用道具 举报

回复

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

本版积分规则

SACC2017购票6.8折优惠进行时

2017中国系统架构师大会(SACC2017)将于10月19-21日在北京新云南皇冠假日酒店震撼来袭。今年,大会以“云智未来”为主题,云集国内外顶级专家,围绕云计算、人工智能、大数据、移动互联网、产业应用等热点领域展开技术探讨与交流。本届大会共设置2大主会场,18个技术专场;邀请来自互联网、金融、制造业、电商等多个领域,100余位技术专家及行业领袖来分享他们的经验;并将吸引4000+人次的系统运维、架构师及IT决策人士参会,为他们提供最具价值的交流平台。
----------------------------------------
优惠时间:2017年8月2日前

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