热备的同时有人在写数据会不会造成几个数据文件SCN的不一致

eagle_fan

补充一下：
使用RMAN备份时在copy前会检查该块是否时一致的（先读到large pool中），所以不用在redo log中记录一致性块

rwq_

如果Commit以后，数据还会是在Buffer中吗？？？只要提示Commit成功的那么CKPT同时也应该更新结束，那么控制文件和数据文件头应该都更新了，怎么会一样呢？？？
---------------------
commit后，checkpoint不一定会执行吧！

rollingpig

用begin backup之后做热备
·同一个tablespace里的SCN是一致的
·不同tablespace,包括control file里的SCN不一致

lovexueer

最初由 rwq_ 发布
[B]如果Commit以后，数据还会是在Buffer中吗？？？只要提示Commit成功的那么CKPT同时也应该更新结束，那么控制文件和数据文件头应该都更新了，怎么会一样呢？？？
---------------------
commit后，checkpoint不一定会执行吧！ [/B]

commit后，checkpoint是不一定会执行,
仅仅日志提交到硬盘上而已.

ZALBB

最初由 rollingpig 发布
[B]用begin backup之后做热备
·同一个tablespace里的SCN是一致的 你确定？
·不同tablespace,包括control file里的SCN不一致 [/B]

licy

scn准确来说叫做system changed number而不是system commit number,他是一个时钟或者说Oracle的心跳。
根据时间的对比，来确定什么时候提交、回滚或者数据库发生过变化。

为了防止热备份过程中出现意外，热备份开始时，数据文件的scn应该是被冰冻起来的，等热备份完成以后scn恢复正常。如果中间出了问题，可以从冰冻scn开始恢复（假如没有一个起点，scn也不断发生变化，如果中间出了数据读写错误，或者其他问题，数据库就很难恢复了）。没有引经据典，而是根据理解写的

piner

热备份出来的数据文件，很难保证其中的块是SCN一致的，除非数据库是只读的。

只要有写，有时间差，就可能发生检查点，写入数据块，这样数据文件就不一致了，
但是，其实，只要块一致就没有问题，只不过是普通热备份靠日志来保证块的一致性，而rman靠一致性读来保证块一致。

chirsdong

最初由 jilin100 发布
[B]比如给SYSTEM这个数据文件备份时 USER的数据文件又有个新操作 那不就不一样了么
。。。。 指教我一下啊
是不是ORACLE会判断 只要有一个数据文件在备份就不写数据 只把数据放在缓存等待处理？ [/B]

BEGIN  BACKUP   和END BACKUP 期间,被备份表空间的数据文件的SCN 是被锁定的,这是为了备份文件的一致性.这期间该表空间的SCN 对比控制文件以及其他数据文件头的SCN 是滞后的,可以对比
几个视图中的SCN就可以看出来了.到END BACKUP时,相当于一个表空间级恢复.这时ORALCE 会把该文件的SCN 追上其他的SCN,是数据库中各文件的状态保持一致.

jiangliao

热备份时，数据文件的SCN肯定是不一致的，所以你应该保留归档日志，以便需要的时候进行恢复操作！

Ora-600

热备会冻结数据文件头的scn，文件中数据的scn可以不一致，因为在恢复的时候将需要应用归档，只要从早于文件头的scn对应的日志记录都存在（也就是说从begin backup这一刻开始），就可以应用日志进行恢复，那么begin backup时的scn号被作为了恢复时应用日志的起点