揭密备份恢复的原理！

tyhj1982

标题很吸引人，mark一下

stronghearted

另外提个问题：是否存在一些数据字典它是源于redo的？

lz，你指是对oracle维护数据字典源于redo?

warehouse

原帖由 stronghearted 于 2009-3-5 17:32 发表
另外提个问题：是否存在一些数据字典它是源于redo的？

lz，你指是对oracle维护数据字典源于redo?

我是指有哪些数据字典的信息是来自于redo的内容的？

trouble

mark一下。回头研究研究。

venee_lee

顶一下，概念太清晰了。佩服......

有个地方没弄明白：

resetlogs_id=666280930是从什么地方得到的。

[ 本帖最后由 venee_lee 于 2009-3-18 14:37 编辑 ]

warehouse

原帖由 venee_lee 于 2009-3-18 14:30 发表
顶一下，概念太清晰了。佩服......

有个地方没弄明白：

resetlogs_id=666280930是从什么地方得到的。

很多地方都可以得到：
v$archived_log,v$database_incarnation

venee_lee

突然又想到一个问题。

就是最后一个备份试验。

--拷贝备份的datafile and controlfile以及最新的redo回来

控制文件和数据文件头部记录的最新redo seq是76，而日志文件最新的seq是81。

SQL>recover database using backup controlfile;

使用了auto

以联机日志中的当前seq为最终的应用终点，自动去应用76之后的归档日志信息，当controlfile不是最新时，此时恢复db是无法自动应用redo，所以需要手工指定redo03.log。
假设其他2个联机日志也为归档，也需要一一指定。
可以这样理解吗？

试问：有没有这样可能性，数据库处于归档模式，非current的日志文件也未归档。

[ 本帖最后由 venee_lee 于 2009-3-19 10:20 编辑 ]

tina_shen

太长了，先谢谢你，再回头看。。。 LZ 辛苦了。。

warehouse

原帖由 venee_lee 于 2009-3-19 10:15 发表
突然又想到一个问题。

就是最后一个备份试验。

--拷贝备份的datafile and controlfile以及最新的redo回来

控制文件和数据文件头部记录的最新redo seq是76，而日志文件最新的seq是81。

SQL>recover database using backup controlfile;

使用了auto

以联机日志中的当前seq为最终的应用终点，自动去应用76之后的归档日志信息，当controlfile不是最新时，此时恢复db是无法自动应用redo，所以需要手工指定redo03.log。
假设其他2个联机日志也为归档，也需要一一指定。
可以这样理解吗？

试问：有没有这样可能性，数据库处于归档模式，非current的日志文件也未归档。

当然有这种可能性了，你自己可以模拟一下，10g不好模拟了，因为参数log_archive_start废弃了，不过还是可以模拟...通过限制flash_recovery_area的大小让归档日志由于空间不足不能归档...

venee_lee

原帖由 warehouse 于 2009-3-19 11:50 发表


当然有这种可能性了，你自己可以模拟一下，10g不好模拟了，因为参数log_archive_start废弃了，不过还是可以模拟...通过限制flash_recovery_area的大小让归档日志由于空间不足不能归档...

OK!