RAC中关于scn是怎么控制的

回到原点

求解：rac中关于scn是怎么控制的
不同实例在rac运行状态下，scn是怎么控制的？
当rac其中一个节点失效，scn又是怎么控制的？

=================================================================

commented RAC各个节点同步SCN机制的

Maclean Liu(刘相兵

"不同实例在RAC运行状态下，SCN是怎么控制的？"

RAC 通过 broadcast on commit  "commit广播"简称BOC 实现多节点间的scn system change number同步

大致的过程如下：

1. foreground process FG前台进程对block 做修改并 commit 提交
2. 前台进程通知LGWR将redo 写出到redo log中
3. LGWR后台进程会初始化写出 并将BOC(broadcast on commit ) request要求加入LMS进程的队列queue，并通知LMS进程
4. 本地实例local instance的LMS 进程会将BOC message讯息发送给其他实例上的LMS进程
5. 远程实例(remote instances)的LMS进程会更新它们的SCN，并将应答ACK信息传回给发送实例
6. 一旦所有的远程实例(remote instance)都应答ACK过BOC(broadcast on commit ) message， 本地的LMS进程会post LGWR 表示这个SCN 已经被传播了
7. redo log write写出完成
8. 最初 commit的哪些前台进程FG ， 之前都会处于"log file sync"的等待事件中， 以上LGWR完成redo写后 会通知前台进程 他们之前生成的变化 都已经 提交并写到磁盘中， FG 可以继续工作。

Maclean Liu(刘相兵

"当RAC其中一个节点失效， SCN又是怎么控制的？"

其中一个节点失效 时 会发生 instance recovery ， 期间 Global Resource Directory frozen，

参考
了解你所不知道的SMON功能(六):Instance Recovery
http://www.oracledatabase12g.com ... tance-recovery.html

comodo

学习了，节点通讯是RAC的瓶颈

orafans

看过文章说interconnecte通信用IB来实现，不知道有没有。
关于RAC中的SCN，有所了解了。