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