关于RAC SCN和RAC恢复的一些疑问

Maclean Liu(刘相兵

Question FROM 网友 MAIL

1.RAC全局的SCN
我在DSI408上看了一点点，各个节点并不会立刻同步每个事务commit引起的scn变更，而是经过max_commit_propagation_delay，或者3秒钟由LCK process来处理各个节点间SCN的同步推进，这样相当于同步之前，各个节点的SCN是自己维护的，彼此之间是存在重叠，如果把各个节点的归档集合在一起做恢复，单存从SCN的排序，是不能反应出事务的先后顺序的，oracle此时如何保证standby恢复后和主库是完全一样的?

2.RAC standby恢复时，是如何应用归档的？
我们的环境是4个节点的RAC，后面有个单节点的standby，standby接受前面4个节点的归档，并恢复，
我们观察发现，standby恢复归档，他会在多个节点的archive文件之间反复的切换，有时候甚至是A节点的一个归档文件，处理了一半，切到B节点的归档，再切到C节点，再回来，
我知道对于RAC而言，有一个整体的事务序列，standby这么恢复，就是在维护这个顺序，我的疑问是，oracle怎么事先知道这个事务链顺序的？他怎么在A处理了一半，就知道要切到B，切到C?难道他在恢复之前就把所有的归档读了一次，做好了排序吗？那得要多大的排序区域？

说的简单点，oracle rac standby的恢复就是在各个节点的归档之间疯狂穿梭的，他这个穿梭的路线，是如何高效的计算出来的？