TIMESTEN ACTIVE-STANDBY(AS)配置安全重启或切换的过程

                                           TIMESTEN ACTIVE-STANDBY(AS)配置安全重启或切换的过程
      对于TIMESTEN ACTIVE-STANDBY配置，在STANDBY上应用日志的过程和Oracle数据库的logical STANDBY相似，都是重组sql在
STANDBY上执行,而不是physical应用数据块恢复的方式.虽然没有进一步的资料得知是不是应用数据块恢复的方式.但是我们可以通过
STANDBY在整个过程是可以接受事务的，这点和应用数据块恢复的方式最大的区别来判断.

      如果需要重启整个AS站点或是进行切换的时候需要注意两边的事务是不是已经完全同步到了(no return service配置).
有时候发现在ACTIVE库上关闭TIMESTEN后，把原来的STANDBY切换到ACTIVE上时，原来的ACTIVE进入不了STANDBY状态.或是会导致
部分事务丢失.特别是在ACTIVE上使用-force强制关闭的时候要非常小心.根本原因就是AS没有完全同步。
  
     在ORACLE DG中，如果要进行switchover的时候，需要在主库上先执行.这时候主库会所等到有事务结束后，写一条特殊的记录
到redo log中，当备库接受到这条记录，准备开始进行提升为主库.如果主库突然挂了，这时候只能进行failover了，这就和我们
讨论在TIMESTEN中的AS 两边不同步的时候进行转换的情况是一样的。原来的ACTIVE只能destory后，进行重建.

   正常的关闭方法：

1,应用程序全部断开;

2,待到ACTIVE上的事务全部传到备库上去

Command> call ttrepsubscriberwait(null,null,null,null,-1);
< 00 >
1 row found.

--返回00

3,查看shmid中的CTN是否一致
   latch                   = 9     (SbCTNWrapLatch)
    latch                   = 10    (SbRepCTNLatch)
  replBackupCTN             = <0.0>
  locCTN                    = <1377309360.5416539>  --本事的事务
  appliedCTN                = <1377309360.5416539>  --应用的事务
  prevCTN                   = <1377309360.5416539>
  lastAwtCTN                = <0.0>
  lastLocalAwtCTN           = <0.0>
  lastGlobalAwtCTN          = <0.0>

二码合一，表示完全同步

4,先关闭主库，后备库。或是进行AS转换