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

incarnation英文的翻印的“化身”,那在oracle里如何理解它呢?我理解为“数据库实体”(一个数据库场景)
数据库自从创建起就连续的发展,但经过不完全恢复后,数据库要重新设置起点,然后继续来连续的发展,而数据库
的连续性是通过SCN来保证的,在不完全恢复后,数据库的控制文件,保证重做日志文件和数据文件的scn是不一致的,所以
数据库要求通过resetlogs打开来他们的scn的同步一致

前段时间我的系统cpu总是有23%在等待,但不知道在等待什么,这几天想到一定哪个内存段没有正常退出,于是通过
下面对命令查找异常的内存段并释放

查找内存段:

#ipcs -ma


释放内存段

#ipcrm -m


在这之后,cpu恢复正常,但第二天发现我的rman数据库异常,推断我强制释放的内存段可能和rman数据库有关,我的查询库是通过用rman备份集恢复出来的

我用rman连接两个库时,无论我如何调整 (reset database to incarnation number)都是分别报如下两个错误

RMAN-20003: target database incarnation not found in recovery catalog
RMAN-20011: target database incarnation is not current in recovery catalog


当时想了半天也没想明白,事后在回家的路上突然想到,查询库经历了不完全恢复(也就是resetlogs打开数据库),使其incarnation和主库的incarnation的不一样(incarnation是通过 scn和dbid,db key来识别的)。只有通过重新用生产库的备份恢复查询库来解决,因为在查询库恢复时,查询库是nomount的,这时没有引导控制的文件(控制文件中记录数据库的incarnation),这个时候恢复后,resetlog open数据库时,就把生产库的incarnation同时写到查询库的控制文件,重做日志文件和数据文件,这样就保证了查询库和生产库的incarnation是一样的。

参考文档:

http://www.laoxiong.net/share-mem-seg-abnormal.html
http://hi.baidu.com/ryokocha/blog/item/6eabbe450e569636869473f4.html




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