oracle是如何确定应在什么时候对某个特定的数据文件或某些数据文件进行恢复的？

shysnake

關注ing

ZALBB

最初由 Kamus 发布
[B]

？
如果你自己作一次trace，就知道生成的是文本文件，只是一条SQL而已（当然还有一些操作步骤的建议），需要你运行这个SQL创建新的控制文件，这个新创建的控制文件里面自然有所有的数据文件信息。 [/B]

问题是，这是新创建的控制文件里是否有数据文件的检测点及
SCN的信息？若没有，则实现不了楼主的说法，那ORACLE
又是如何实现检测的；若有，那这信息从何而来？

biti_rainy

最初由 ZALBB 发布
[B]

问题是，这是新创建的控制文件里是否有数据文件的检测点及
SCN的信息？若没有，则实现不了楼主的说法，那ORACLE
又是如何实现检测的；若有，那这信息从何而来？ [/B]

创建控制文件的时候会去读数据文件头从而获得一些基础信息

ZALBB

最初由 biti_rainy 发布
[B]


创建控制文件的时候会去读数据文件头从而获得一些基础信息 [/B]

假如这些基础信息可以用来诊断是否需要恢复数据文件的话，
那数据库启动的时候，只需要从文件本身获取这些信息即可
做出判断，无需和控制上的类似信息做比较；若不可以，，，

biti_rainy

最初由 ZALBB 发布
[B]

假如这些基础信息可以用来诊断是否需要恢复数据文件的话，
那数据库启动的时候，只需要从文件本身获取这些信息即可
做出判断，无需和控制上的类似信息做比较；若不可以，，， [/B]

控制文件和数据文件之间的信息是有冗余的。

控制文件上存放文件头信息还有其他用途，用于备份、恢复等，除了校验数据文件外、识别文件版本差异，还比如，数据文件丢失，通过控制文件就可以create  datafile  reuse 得到创建的时间点的scn然后根据该文件创建以来的归档日志进行恢复。

在mount状态下，使用rman就可以根据控制文件来决定备份。

假如控制文件中没有记录文件头的信息，我们很容易可以骗过oracle使用非  正确的文件 而打开数据库。


当然，我还是认为，控制文件中不存储日志文件头信息不是不可以，大不了少些功能而已。现实如此，要耿耿于怀可以去 质问  oracle 设计人员。