1. Fri Jun 29 20:18:10 2012  
    2.  
         
  2. Started recovery at 
    3.  
         
  3.  Thread 1: logseq 526723, block 735397, scn 0.0  
    4.  
         
  4. Fri Jun 29 20:18:10 2012  
    5.  
         
  5. Recovery of Online Redo Log: Thread 1 Group 1 Seq 526723 Reading mem 0  
    6.  
         
  6.   Mem# 0 errs 0: /dev/vgocrm05/rredo01  
    7.  
         
  7. Fri Jun 29 20:18:22 2012  
    8.  
         
  8. Recovery of Online Redo Log: Thread 1 Group 2 Seq 526724 Reading mem 0  
    9.  
         
  9.   Mem# 0 errs 0: /dev/vgocrm04/rredo02  
    10.  
         
  10. Fri Jun 29 20:18:36 2012  
    11.  
         
  11. Completed redo application  
    12.  
         
  12. Fri Jun 29 20:18:37 2012  
    13.  
         
  13. Ended recovery at 
    14.  
         
  14.  Thread 1: logseq 526724, block 383606, scn 2853.3698983521  
    15.  
         
  15.  126266 data blocks read, 126255 data blocks written, 672206 redo blocks read 
    16.  
         
  16. Fri Jun 29 20:18:50 2012  
    17.  
         
  17. Crash recovery completed successfully  
    18.  
         
  18. Fri Jun 29 20:18:50 2012  
    19.  
         
  19. Thread 1 advanced to log sequence 526725  
    20.  
         
  20. Thread 1 opened at log sequence 526725  
    21.  
         
  21.   Current log# 4 seq# 526725 mem# 0: /dev/vgocrm02/rredo_03  
    22.  
         
  22. Successful open of redo thread 1  
    23.  
         
  23. Fri Jun 29 20:18:50 2012  
    24.  
         
  24. SMON: enabling cache recovery  
    25.  
         
  25. Fri Jun 29 20:18:51 2012 
    26.  
        
 
    
 今日对于日志中的scn表示很困惑，scn 2853.3698983521这东西到底代表什么？
 
    
先说怎么算的
 2853代表wrap(16位)
 3698983521代表base(32位)
 
    
 十进制转换二进制
 2853=101100100101
 3698983521=11011100011110100000001001100001
 
    
 然后把两个合起来 wrap.base
 10110010010111011100011110100000001001100001
 
    
二进制转换十进制
 10110010010111011100011110100000001001100001=12257240679009
 
    
12257240679009这个号就是系统的scn啦~
 
    
这是算出来的，我们也可以通过视图查看
 
    
在alter日志中我们可以定位log sequence号526725
 
    
在视图v$log_history中查看
 
    
 
 
    
 
    
     
         
  1. SQL> select recid,sequence#,first_change#,next_change# from v$log_history where sequence#=526725;  
    2.  
         
  2.  
    3.  
         
  3.      RECID  SEQUENCE#           FIRST_CHANGE#      NEXT_CHANGE#  
    4.  
         
  4. ---------- ---------- ----------------------- -----------------  
    5.  
         
  5.     526725     526725          12257240679010    12257383088787  
    6.  
         
  6.  
    7.  
        
 
    
frist_change#中的值比算出来的小1，这里有一个问题不知是不是切换一次日志就加一。如果是的话那么完成Ended recovery的时间点只需要SCN-1即可
 
    
不过我得仔细研究一下什么叫wrap和base了