- 招聘 : Linux运维
- 论坛徽章:
- 0
|
原帖由 china286 于 2005-12-13 16:33 发表
1、在某个时间对db(archivelog ,但没开自动归档)文件control file和fst.dbf(fst表空间及fst表在这里面)做冷备,然后db运行一段时间(期间只对fst表insert两条记录并commit,没做其他操作),再关闭数据库还原control file和fst.dbf冷备文件,发现可直接startup而不用任何recover语句。为什么,明明不一致的嘛,怎么不执行恢复便可直接启动成功?
另外启动scn在正常关db时,会赋值给结束scn,以便下次启动时相核对,那启动scn的值又是由什么来触发它发生改变及如何赋值的呢,是block里的scn值吗?
另外网上说在核对scn前,会先核对检查点计数器,如过检查点计数器不一致,会要求线程恢复,什么是线程恢复?
2、而且启动后发现fst表插入的语句都丢失了,怎么启动的嘛?
2、为什么启动后会多一个归档文件?我没开自动归档啊?
3、我模拟环境,又从冷备开始,直至结束,又做了一遍,但不startup,而先startup mount->recover database until cancel->指定某个正确的联机日志,发现也可成功启动,而且fst表不会丢失数据
4、recover 后用与不用using backup controlfile在scn和checkpoint的使用上有没有什么不同?
1:因为那些改变还在当前日志里,甚至可以理解为一次断电的环境
2:commit后不会丢失的啊!不知道你怎么做的
2、为什么启动后会多一个归档文件?我没开自动归档啊?
什么版本?10g设了归档就是自动归档
4、recover 后用与不用using backup controlfile在scn和checkpoint的使用上有没有什么不同?
只有在数据库结构发生了改变后才需要使用using backup controlfile |
|