Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1122397
  • 博文数量: 159
  • 博客积分: 3063
  • 博客等级: 中校
  • 技术积分: 2703
  • 用 户 组: 普通用户
  • 注册时间: 2012-04-01 01:51
文章分类

全部博文(159)

文章存档

2013年(48)

2012年(111)

分类: Oracle

2013-08-08 01:21:53

首先,主库处于open状态,而备库则处于mounted 状态,另外,主库中先通过“SQL> alter system archive log current;”来强制切换主库的redo日志并归档。
再检查主备库归档日志:
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     0
Next log sequence to archive   0
Current log sequence           129

       主备库的archive的current log sequence 都应为129,证明主库产生的归档能正常传送到备库。
       在正常情况下,备库要通过“alter database recover managed standby database disconnect from session;”来使数据库处于应用日志的状态。
        现在开始switchover 操作。
        主库:
        检查数据库中除了当前会话外,还有没有其他非系统的活动会话,
        SQL> select count(*) from v$session where username is not null
               2  ;

         COUNT(*)
         ----------
               1
        检查主库状态,
        SQL> select open_mode,database_role,switchover_status from          
                    v$database;

        OPEN_MODE    DATABASE_ROLE    SWITCHOVER_STATUS
       ----------                 ----------------                --------------------
          READ WRITE   PRIMARY                   SESSIONS ACTIVE

        本来switchover_status 状态应该为 TO STANDBY,这里既然只有一个活动会话sys,则也是可以切换的。
        执行主库switchover切换操作,关闭数据库,启动到mount状态:
        SQL> alter database commit to switchover to physical standby;

                Database altered.

        SQL> shutdown immediate;
        ORA-01507: database not mounted

        ORACLE instance shut down.
        SQL> startup nomount;
        ORACLE instance started.

        Total System Global Area 1224736768 bytes
        Fixed Size                  2083560 bytes
        Variable Size             352322840 bytes
        Database Buffers          855638016 bytes
        Redo Buffers               14692352 bytes
        SQL> alter database mount standby database;

        Database altered.

        检查状态,数据库已经处于STANDBY 角色,
        SQL> select open_mode,database_role,switchover_status from               
                    v$database;

         OPEN_MODE  DATABASE_ROLE       SWITCHOVER_STATUS
         ----------              ----------------                   --------------------
         MOUNTED        PHYSICAL STANDBY RECOVERY NEEDED

        注:此处的“RECOVERY NEEDED”原本应为"TO PRIMARY" ,但只是因为当前备库(原主库)并没有处于应用日志状态,按前述重新执行“alter database recover managed standby database disconnect from session;”。

        SQL> select open_mode,database_role,switchover_status from            
                    v$database;

        OPEN_MODE  DATABASE_ROLE      SWITCHOVER_STATUS
        ----------              ----------------                  --------------------
        MOUNTED       PHYSICAL STANDBY SESSIONS ACTIVE

        session active状态并不影响当前备库下次切换为主库。
       
        登陆原备库操作:
        检查活动会话,
        SQL> select count(*) from v$session where username is not null;
         
         COUNT(*)
         ----------
               1
        SQL> select open_mode,database_role,switchover_status from
                    v$database;

        OPEN_MODE  DATABASE_ROLE      SWITCHOVER_STATUS
         ----------             ----------------                  --------------------
         MOUNTED      PHYSICAL STANDBY TO PRIMARY

         SQL> alter database commit to switchover to primary;

         Database altered.

         SQL> shutdown immediate                              
         ORA-01109: database not open

         Database dismounted.
         ORACLE instance shut down.
         SQL> startup
         ORACLE instance started.
         。。。
         Database mounted.
         Database opened.
         原备库经已切换成主库角色,同样SESSIONS ACTIVE并不影响它下次切换回备库角色。
         SQL> select open_mode,database_role,switchover_status from
                    v$database;

         OPEN_MODE  DATABASE_ROLE    SWITCHOVER_STATUS
         ----------              ----------------                --------------------
         READ WRITE   PRIMARY                    SESSIONS ACTIVE

         在切换的过程中,我们可以做一个小测试来验证原备库切换为主库后数据文件有否跟原主库同步:
         先在主库建立一张表,插入数据:
         SQL> create  table tanlong (c1 number,c2 date);

         SQL> insert into tanlong values(1,sysdate);

         SQL> select * from tanlong;
         C1         C2
         ---------- ---------
         1            10-APR-11

         SQL> commit;             //记得commit 一下,写到redo里。

         Commit complete.

         再切换日志,写归档,此时归档应该传送到备库。
         在完成switchover操作后,检查主库(原备库):
         SQL> select * from tanlong ;

          C1         C2
          ---------- ---------
          1           10-APR-11
         证明当它作为备库时,已经接收并应用了原主库传送过来的归档,两边数据库的数据是一致的。
         至此,完成测试。
              
          最后,学习好的方法。
          1,在主备切换测试的时候,开两个crt窗口,使用“tail -f alert.log” 来同步观察数据库操作的信息。
          2,当任何一个库切换成备库角色,或者一直担当备库角色时,应始终处于应用日志状态。(alter database recover managed standby database disconnect from session;)
阅读(2789) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~