RMAN-00600 [13200]的处理_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 1974 | 回复: 0   主题: RMAN-00600 [13200]的处理        下一篇 
lxk
注册用户
等级:上尉
经验:547
发帖:109
精华:0
注册:2011-8-18
状态:离线
发送短消息息给lxk 加好友    发送短消息息给lxk 发消息
发表于: IP:您无权察看 2015-8-19 12:05:12 | [全部帖] [楼主帖] 楼主

在dataguard上,使用rman连接catalog数据库进行备份。备份的时候,rman的日志报错如下:

Starting backup at 2014/04/23-10:02:02
archived log /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201410_9ofpggpg_.arc not found or out of sync with catalog
skipping inaccessible file /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201410_9ofpggpg_.arc
archived log /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201411_9ofqblsm_.arc not found or out of sync with catalog
skipping inaccessible file /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201411_9ofqblsm_.arc
archived log /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201412_9ofr6px7_.arc not found or out of sync with catalog
skipping inaccessible file /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201412_9ofr6px7_.arc
archived log /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201413_9ofs2v2m_.arc not found or out of sync with catalog
skipping inaccessible file /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201413_9ofs2v2m_.arc
RMAN-06061: WARNING: skipping archived log compromises recoverability
released channel: ch00
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 04/23/2014 10:02:23
RMAN-00600: internal error, arguments [13200] [] [] [] []


一开始,根据文档:341337.1,以为造成这个报错的原因是,注册在catalog库中的信息,在备份时被调用,由于备份是在dataguard库发起,在dataguard主机上去找对应的路径,就认为归档日志被人为的删除了。因此就报错inaccessible。
建议把生产和dataguard的FRA区设置同一目录。(或者用link指向同一目录),然后在rman中:
1.    Resync catalog
2.    Crosscheck archivelog all
3.    Delete expired archivelog all;


但是后来这样处理后还是继续报错。

最后发现,还是DB_UNIQUE_NAME的问题,由于没有配置DB_UNIQUE_NAME参数,导致连接到CATALOG库备份时,同一个日志文件会出现两个位置,引起备份异常:

g3ah1040:mobprd > rman target / catalog catuser/catpwd@cattns
Recovery Manager: Release 11.2.0.3.0 - Production on Wed Apr 23 10:31:53 2014
Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
connected to target database: mobprd (DBID=3585792802)
connected to recovery catalog database


RMAN> list archivelog sequence 201410; <<<<<<由于dataguard没有配置DB_UNIQUE_NAME,同一个sequence#的归档在catalog库有2条记录。

ListofArchivedLogCopiesfordatabasewithdb_unique_namemobprd
=====================================================================
Key     ThrdSeq     SLowTime
----------------------------
5396852191    201410A23-APR-14
Name: /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201410_9ofpggpg_.arc
5397223791    201410A23-APR-14
Name: /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201410_9ofpghkq_.arc


题外话:关于DB_UNIQUE_NAME,一些公司为了减轻对生产的压力,选择备份在dataguard上进行,主库是rac+asm,备库是文件系 统。在进行备份的恢复测试时,如果没有设置DB_UNIQUE_NAME,即使备份是文件系统上的文件,但是在restore的时候,会遇到 restore去asm的路径的问题,但是这个asm的路径其实是不存在的。

--转自 北京联动北方科技有限公司




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论