Chinaunix首页 | 论坛 | 博客
  • 博客访问: 793391
  • 博文数量: 350
  • 博客积分: 10
  • 博客等级: 民兵
  • 技术积分: 5668
  • 用 户 组: 普通用户
  • 注册时间: 2011-03-23 17:53
文章分类

全部博文(350)

文章存档

2013年(350)

分类: Oracle

2013-04-28 10:10:05

三、角色切换

  将一套单实例数据库转换成RAC,最快捷的方式是什么,假设条件允许,我觉着首选就应当是Dataguard的switchover,如果一切顺利,甚至只需要短短几分钟就能够完成转换的操作。由于环境所限,这里我们来实际演示一个案例,将一套RAC数据库切换为单实例,嘻嘻,仅做示例,这个会了,那单实例转换RAC也没啥问题的!

  进行切换前要对当前环境进行检查,一个是要确保切换的正确执行,再一个也要确保切换后数据库的Dataguard配置不会被破坏。有朋友可能会问,当前Dataguard跑的好好的,难道切换下角色就有可能导致Dataguard不正常吗?

  老实讲这太可能了,就像谈恋爱的俩人关系再好,要是有其中一人搬了家,新地址却没让另一半知道,那这两人的关系肯定就断了,起码是要中断一段时间(细心品味的话,这段描述也说明,即使准备不好导致Dataguard出现了一些问题也表怕,还是会有补救措施的,比如,赶紧找找相熟的打听打听新地址)。因此无论做什么样的切换,最起码也要保证双方还能互动吧,这里我们要做的检查,也正是确保不论角色怎么换,两方的紧(亲)密联系不会被中断。

  角色切换后,原Primary变成了Standby,而原Standby变成了新的Primary(假设该Dataguard配置为一主一备的前提下),因此这里首先检查两端log_archive_dest_n参数的设置,首先来看Primary数据库:

    SQL> set sqlprompt "JSSDB> "

    JSSDB> show parameter log_archive_dest

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    log_archive_dest                     string

    log_archive_dest_1                   string      location=/data/oradata/jssdbn1

                                                     /archivelog

    log_archive_dest_10                  string

    log_archive_dest_2                   string      service=jssstd lgwr async vali

                                                     d_for=(online_logfiles,primary

                                                     _role) db_unique_name=jssstd

    log_archive_dest_3                   string

    log_archive_dest_4                   string

    log_archive_dest_5                   string

    log_archive_dest_6                   string

    log_archive_dest_7                   string

    log_archive_dest_8                   string

    log_archive_dest_9                   string

    log_archive_dest_state_1             string      enable

    log_archive_dest_state_10            string      enable

    log_archive_dest_state_2             string      enable

    log_archive_dest_state_3             string      enable

    log_archive_dest_state_4             string      enable

    log_archive_dest_state_5             string      enable

    log_archive_dest_state_6             string      enable

    log_archive_dest_state_7             string      enable

    log_archive_dest_state_8             string      enable

    log_archive_dest_state_9             string      enable

    JSSDB> show parameter fal;

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    fal_client                           string

    fal_server                           string

    JSSDB> show parameter file_name_convert;

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    db_file_name_convert                 string

    log_file_name_convert                string

    JSSDB> show parameter standby_file_management;

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    standby_file_management              string      MANUAL

  再来看看Standby:

    SQL> set sqlprompt "JSSSTD> "

    JSSSTD> show parameter log_archive_dest

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    log_archive_dest                     string

    log_archive_dest_1                   string      location=/data1/jssstd/arclog

                                                     valid_for=(all_logfiles,all_ro

                                                     les) db_unique_name=jssstd

    log_archive_dest_10                  string

    log_archive_dest_2                   string

    log_archive_dest_3                   string

    log_archive_dest_4                   string

    log_archive_dest_5                   string

    log_archive_dest_6                   string

    log_archive_dest_7                   string

    log_archive_dest_8                   string

    log_archive_dest_9                   string

    log_archive_dest_state_1             string      enable

    log_archive_dest_state_10            string      enable

    log_archive_dest_state_2             string      enable

    log_archive_dest_state_3             string      enable

    log_archive_dest_state_4             string      enable

    log_archive_dest_state_5             string      enable

    log_archive_dest_state_6             string      enable

    log_archive_dest_state_7             string      enable

    log_archive_dest_state_8             string      enable

    log_archive_dest_state_9             string      enable

    JSSSTD> show parameter fal 

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    fal_client                           string      JSSSTD

    fal_server                           string      jssdbn1, jssdbn2

    JSSSTD> show parameter file_name_convert

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    db_file_name_convert                 string      +ASMDISK1/jssdb/datafile, /dat

                                                     a1/jssstd, +ASMDISK1/jssdb/tem

                                                     pfile, /data1/jssstd

    log_file_name_convert                string      +ASMDISK1/jssdb/onlinelog, /da

                                                     ta1/jssstd

    JSSSTD> show parameter standby_file_management

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    standby_file_management              string      AUTO

  其实根本不用看,肯定不合格,因为前面就没配过,从上述返回信息可以看出,Standby没有任何向Primary发送归档的设置,Primary端也没有fal相关的设置,像*_file_name_convert这类参数也未设置,另外standby redo等也不用看了,前面也根本未创建(不过对于测试环境,这个问题倒也不影响),接下来就是要改这些初始化参数,操作如下:

    JSSDB> alter system set fal_server=jssstd;

    System altered.

    JSSDB> alter system set fal_client=jssdb;

    System altered.

    JSSDB> alter system set db_file_name_convert=¨/data1/jssstd¨,¨+ASMDISK1/jssdb¨ scope=spfile;

    System altered.

    JSSDB> alter system set log_file_name_convert=¨/data1/jssstd¨,¨+ASMDISK1/jssdb¨ scope=spfile;

    System altered.

    JSSSTD> alter system set log_archive_dest_2=¨service=jssdb lgwr async valid_for=(online_logfiles,primary_role) db_unique_name=jssdb¨;

    System altered.

  参数修改完毕,接下来开始进行角色转换。就本例而言,需要先到Primary端关闭其它实例仅保留一台实例,然后执行下列语句:

    JSSDB> alter database commit to switchover to physical standby with session shutdown;

    Database altered.

  with session shutdown 子句专门用来处理,执行转换操作时仍有用户在连接的情况,如果附加了该子句,Primary数据库执行switchover,就会自动断开仍在连接该实例的无关会话。

  重启原Primary,重启过后原Primary就是在以Standby身份运行了:

    JSSDB> shutdown immediate

    ORA-01507: database not mounted

    ORACLE instance shut down.

    JSSDB> startup mount

    ORACLE instance started.

    Total System Global Area  285212672 bytes

    Fixed Size                  2083368 bytes

    Variable Size             176162264 bytes

    Database Buffers          100663296 bytes

    Redo Buffers                6303744 bytes

    Database mounted.

    JSSDB> select DATABASE_ROLE,open_mode from v$database;

    DATABASE_ROLE    OPEN_MODE

    ---------------- ----------

    PHYSICAL STANDBY MOUNTED

  转到原Standby端操作:

    JSSSTD> alter database commit to switchover to primary;

    Database altered.

  注意,此时Standby要确保已启动REDO应用,否则转换时有可能失败。

  重新启动原Standby:

    JSSSTD> shutdown immediate

    ORA-01507: database not mounted

    ORACLE instance shut down.

    JSSSTD> startup

    ORACLE instance started.

    Total System Global Area  285212672 bytes

    Fixed Size                  2083368 bytes

    Variable Size              88081880 bytes

    Database Buffers          188743680 bytes

    Redo Buffers                6303744 bytes

    Database mounted.

    Database opened.

    JSSSTD> select DATABASE_ROLE,open_mode from v$database;

    DATABASE_ROLE    OPEN_MODE

    ---------------- ----------

    PRIMARY          READ WRITE

  新的Primary诞生了,切换下日志,看看Standby端的接收是否正常:

    JSSSTD> select thread#,max(sequence#) from v$archived_log group by thread#;

       THREAD# MAX(SEQUENCE#)

    ---------- --------------

             1            311

             2            144

    JSSSTD> alter system switch logfile;

    System altered.

    JSSSTD> select thread#,max(sequence#) from v$archived_log group by thread#;

       THREAD# MAX(SEQUENCE#)

    ---------- --------------

             1            312

             2            144

  由于新的Primary只有一个实例,因此其实我们只需要关注thread#1生成的日志即可,转到新的Standby看看:

    JSSDB> select thread#,max(sequence#) from v$archived_log group by thread#;

       THREAD# MAX(SEQUENCE#)

    ---------- --------------

             1            312

             2            144

  成功接收,角色转换基本成功鸟!


阅读(1193) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~