oracle scn研究

深入了解Oracle SCN (1)
--------------------------------------------------------------------------------
［说明］本来在研究Backup and Recovery，可是在做实验的时候遇到一些问题不是很理解，进而追根求源，想搞清楚，于是必须搞清楚SCN和Recovery之间的关系。于是乎转而研究SCN，这两天看了很多文章，包括Eygle网站上的文章，itpub上biti等大师以前发过或者参与讨论过的帖子，发现思路有模糊到清晰，再由清晰到模糊，越走越深，至今还没有完全搞清楚。决定暂时到此为止，等以后各方面的知识积累多了，再转过来研究一下。本想自己写个总结性的文章，可是发现了一篇文章已经写的很好了，我就懒惰的以逸待劳，copy过来了，在此谢谢前辈们的工作，大家辛苦了～
SCN的概念
SCN是顺序递增的一个数字，在Oracle中用来标识数据库的每一次改动，及其先后顺序。SCN的最大值是0xffff.ffffffff。
SCN的管理方式
Oracle对SCN的管理，分为单节点和RAC两种方式。
单节点的instance中
单节点的instance中，SCN值存在SGA区，由system commit number latch保护。任何进程要得到当前的SCN值，都要先得到这个latch。
RAC/OPS环境中
Oracle通过排队机制(Enqueue)实现SCN在各并行节点之间的顺序增长。具体有两种方法：
Lamport算法：又称面包房算法，先来先服务算法。跟很多银行采用的排队机制一样。客户到了银行，先领取一个服务号。一旦某个窗口出现空闲，拥有最小服务号的客户就可以去空闲窗口办理业务。
Commit广播算法：一有commit完成，最新的SCN就广播到所有节点中。
上述两种算法可以通过调整初始化参数max_commit_propagation_delay来切换。在多数系统(除了Compaq Tur64 Unix)中，该参数的默认值都是700厘秒(centisecond)，采用Lamport算法。如果该值小于100厘秒，Oracle就采用广播算法，并且记录在alert.log文件中。
几种重要的SCN
Commit SCN
当用户提交commit命令后，系统将当前scn赋给该transaction。这些信息都反映在redo buffer中，并马上更新到redo log文件里。
Offline SCN
除了System tablespace以外的任何表空间，当我们执行SQL>alter tablespace…offline normal命令时，就会触发一个checkpoint，将内存中的dirty buffer写入磁盘文件中。Checkpoint完成后，数据文件头会更新checkpoint scn和offline normal scn值。其中数据库文件头的checkpoint scn值可通过查询列x$kccfe.fecps得到。
如果执行SQL>alter table