我的编程空间,编程开发者的网络收藏夹
学习永远不晚

Oracle 11G Active DataGuard角色切换

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

Oracle 11G Active DataGuard角色切换


1.切换前准备:

1.1主库检查:

1.1.1 FAL检查

SQL> show parameter fal;

 

NAME                                 TYPE        VALUE

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

fal_client                           string

fal_server                           string

SQL> alter system set fal_client='pri_1522';

SQL> alter system set fal_server='std_1522';

SQL> show parameter fal;

 

NAME                                 TYPE        VALUE

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

fal_client                           string      pri_1522

fal_server                           string      std_1522

1.1.2 Standby文件自动管理

SQL> show parameter standby_file_management;

 

NAME                                 TYPE        VALUE

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

standby_file_management              string      MANUAL

SQL> alter system set standby_file_management='auto';

SQL> show parameter standby_file_management;

 

NAME                                 TYPE        VALUE

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

standby_file_management              string      auto

1.1.3 Convert参数设定

设定数据文件、重做日志转换目录

SQL> show parameter convert;

 

NAME                                 TYPE        VALUE

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

db_file_name_convert                 string      /u01/app/oradata/testdb, /u01/

                                                 app/oradata/testdb

log_file_name_convert                string      /u01/app/archivelog/testdb, /u

                                                 01/app/archivelog/testdb

1.1.4 Log_archive_dest参数

SQL> show parameter log_archive_dest_1;

 

NAME                                 TYPE        VALUE

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

log_archive_dest_1                   string      location=/u01/app/archivelog/t

                                                 estdb valid_for=(all_logfiles,

                                                 all_roles) db_unique_name=pri_

                                                 db

SQL> show parameter log_archive_dest_2;

 

NAME                                 TYPE        VALUE

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

log_archive_dest_2                   string      service=std_1522 lgwr sync val

                                                 id_for=(online_logfiles,primar

                                                 y_role) db_unique_name=std_db

 

1.2备库检查

1.2.1 FAL检查

SQL> show parameter fal;

 

NAME                                 TYPE        VALUE

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

fal_client                           string      std_1522

fal_server                           string      pri_1522

1.2.2 Standby文件自动管理

SQL> show parameter standby_file_management;

 

NAME                                 TYPE        VALUE

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

standby_file_management              string      auto

1.2.3 Convert参数设定

SQL> show parameter convert;

 

NAME                                 TYPE        VALUE

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

db_file_name_convert                 string      /u01/app/oradata/testdb, /u01/

                                                 app/oradata/testdb

log_file_name_convert                string      /u01/app/archivelog/testdb, /u

                                                 01/app/archivelog/testdb

1.2.4 Log_archive_dest参数

SQL> show parameter log_archive_dest_1;

 

NAME                                 TYPE        VALUE

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

log_archive_dest_1                   string      location=/u01/app/archivelog/t

                                                 estdb valid_for=(all_logfiles,

                                                 all_roles) db_unique_name=std_

                                                 db

SQL> show parameter log_archive_dest_2;

 

NAME                                 TYPE        VALUE

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

log_archive_dest_2                   string      service=pri_1522 lgwr sync val

                                                 id_for=(online_logfiles,primar

                                                 y_role) db_unique_name=pri_db

1.2.5 确定日志归档、force logging打开

SQL> SELECT log_mode, force_logging, open_mode FROM v$database;

 

LOG_MODE     FOR OPEN_MODE

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

ARCHIVELOG   YES READ ONLY

 

 

 

2.主库切换成物理备库

2.1检查主库状态

2.1.1切换前查看主库是否有GAP

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PRIMARY          RESOLVABLEGAP        READ WRITE           MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

 

SQL> SELECT status, gap_status, dest_id FROM v$archive_dest_status WHERE dest_id=2;

STATUS    GAP_STATUS               DEST_ID

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

VALID     RESOLVABLE GAP                    2

2.1.2有GAP,进行一次日志切换

SQL> alter system switch logfile;

SQL> SELECT status, gap_status, dest_id FROM v$archive_dest_status WHERE dest_id=2;

 

STATUS    GAP_STATUS               DEST_ID

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

VALID     NO GAP                            2

 

SQL> SELECT database_role, switchover_status, protection_mode, protection_level FROM v$database;

DATABASE_ROLE    SWITCHOVER_STATUS    PROTECTION_MODE      PROTECTION_LEVEL

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

PRIMARY          TOSTANDBY            MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

 

2.2备库的状态

SQL> SELECT switchover_status, database_role, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PHYSICAL STANDBY NOT ALLOWED          READ ONLY WITH APPLY MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

2.3备库取消应用日志

SQL> alter database recover managed standby database cancel;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PHYSICAL STANDBY SWITCHOVER PENDING   READ ONLY            MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

2.4主库切换成物理备库

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

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database

                                                                                           *

ERROR at line 1:

ORA-01507: database not mounted

2.5原备库切换成新主库

2.5.1查看状态

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PHYSICAL STANDBY SWITCHOVER PENDING   READ ONLY            MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

2.5.2原备库需要应用日志(因原主库已发生切换产生了日志)

SQL> alter database recover managed standby database disconnect;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PHYSICAL STANDBY TO PRIMARY           READ ONLY            MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

2.5.3原备库切换成新主库

SQL> alter database commit to switchover to primary;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PRIMARY          NOTALLOWED           MOUNTED              MAXIMUM PERFORMANCE  UNPROTECTED

2.5.4新主库(原备库)置为open状态:

SQL> alter database open;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PRIMARY          FAILED DESTINATION   READ WRITE           MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

 

到此原备库已经切换成新的主库了,原主库已切换成新备库并关闭。

3.新备库管理

3.1启动新备库,并置于mount状态

由于原主库切换时已经关闭,需要重启实例,并置于mount状态:

SQL> ! ps -ef | grep ora_                                      

oracle   28136     1  011:10 ?        00:00:01 ora_pmon_testdb

oracle   28138     1  011:10 ?        00:00:00 ora_vktm_testdb

oracle   28142     1  011:10 ?        00:00:00 ora_gen0_testdb

oracle   28144     1  011:10 ?        00:00:00 ora_diag_testdb

oracle   28146     1  011:10 ?        00:00:00 ora_dbrm_testdb

oracle   28148     1  011:10 ?        00:00:00 ora_psp0_testdb

oracle   28150     1  011:10 ?        00:00:01 ora_dia0_testdb

oracle   28152     1  011:10 ?        00:00:02 ora_mman_testdb

oracle   28154     1  011:10 ?        00:00:00 ora_dbw0_testdb

oracle   28156     1  011:10 ?        00:00:01 ora_lgwr_testdb

oracle   28158     1  011:10 ?        00:00:01 ora_ckpt_testdb

oracle   28160     1  011:10 ?        00:00:01 ora_smon_testdb

oracle   28162     1  011:10 ?        00:00:00 ora_reco_testdb

oracle   28164     1  011:10 ?        00:00:01 ora_mmon_testdb

oracle   28166     1  011:10 ?        00:00:00 ora_mmnl_testdb

oracle   28290     1  011:25 ?        00:00:00 ora_s001_testdb

oracle   28292     1  011:25 ?        00:00:00 ora_d000_testdb

oracle   28299 18875  0 11:29 pts/0    00:00:00 /bin/bash -c  ps -ef | grep ora_

oracle   28301 28299  0 11:29 pts/0    00:00:00 grep ora_

 

SQL> shutdown immediate;

ORA-01507: database not mounted

 

 

ORACLE instance shut down.

SQL> startup mount;

3.2新备库应用日志:

SQL> alter database recover managed standby database using current logfile disconnect from session;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PHYSICAL STANDBY TO PRIMARY           MOUNTED              MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

3.3新备库状态置为open:

SQL> alter database open;

alter database open

*

ERROR at line 1:

ORA-10456: cannotopen standby database; media recovery session may be in progress

 

SQL> alter database recover managed standby database cancel;

SQL> alter database open;

此处报错是因为备库在应用日志

3.4新备库应用日志:

3.4.1创建standby日志组

如果不创建standby日志组,应用日志会报错。

SQL> alter database recover managed standby database using current logfile disconnect from session;

alter database recover managed standby database using current logfile disconnect from session

*

ERROR at line 1:

ORA-38500: USING CURRENT LOGFILE option not available without standby redo logs

 

建立Standby log来应用来自主库(原备库)日志(11G新特性redo only with apply

SQL> alter database add standby logfile thread 1 group 4 '/u01/app/oradata/testdb/stdredo04.rdo' size 50m;

SQL> alter database add standby logfile thread 1 group 5 '/u01/app/oradata/testdb/stdredo05.rdo' size 50m;

SQL> alter database add standby logfile thread 1 group 6 '/u01/app/oradata/testdb/stdredo06.rdo' size 50m;

SQL> alter database add standby logfile thread 1 group 7 '/u01/app/oradata/testdb/stdredo07.rdo' size 50m;

SQL> column member format a50;

SQL> SELECT * FROM v$logfile order by group#;

 

    GROUP# STATUS  TYPE    MEMBER                                        IS_

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

         1         ONLINE  /u01/app/oradata/testdb/redo01.rdo            NO

         2         ONLINE  /u01/app/oradata/testdb/redo02.rdo            NO

         3         ONLINE  /u01/app/oradata/testdb/redo03.rdo            NO

         4         STANDBY /u01/app/oradata/testdb/stdredo04.rdo         NO

         5         STANDBY /u01/app/oradata/testdb/stdredo05.rdo         NO

         6         STANDBY /u01/app/oradata/testdb/stdredo06.rdo         NO

         7         STANDBY /u01/app/oradata/testdb/stdredo07.rdo         NO

3.4.2新备库应用日志

SQL> alter database recover managed standby database using current logfile disconnect from session;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PHYSICAL STANDBY NOT ALLOWED          READ ONLY WITH APPLY MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

4状态检查及数据验证

4.1新主库检查

当新备库(原主库)启动正常时,新主库状态就正常了。

4.1.1检查新主库是否有GAP

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PRIMARY          RESOLVABLE GAP       READ WRITE           MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

 

SQL> alter system switch logfile;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

 

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

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

PRIMARY          TOSTANDBY            READ WRITE           MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

4.2数据验证

4.2.1新主库建表,并插入数据

SQL> SELECT username, account_status FROM dba_users WHERE username='HR';

 

USERNAME                       ACCOUNT_STATUS

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

HR                             OPEN

 

SQL> create table hr.table2(id int, name varchar2(20));

SQL> insert into hr.table2 values (01, 'Active DataGuard');

 

1 row created.

 

SQL> SELECT * FROM hr.table2;

ID         NAME

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

         1 Active DataGuard

 

SQL> commit;

4.2.2新备库(原主库)验证

SQL> SELECT * FROM hr.table2;

ID         NAME

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

         1 Active DataGuard

 

 


附件:http://down.51cto.com/data/2367432

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

Oracle 11G Active DataGuard角色切换

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

【12c】DataGuard物理备库角色切换

Data Guard环境中数据库的角色转换有两种,分别为Switchover和Failover,通过名称可知,前者是正常的主备库之间的角色切换,该切换方式不会丢失数据;后者是故障切换,即主库不能继续提供服务的切换,可能发生数据丢失。从12.1版本开始,切换到物
【12c】DataGuard物理备库角色切换
2021-10-03

如何进行Oracle 11g AMM与ASMM切换

这篇文章给大家介绍如何进行Oracle 11g AMM与ASMM切换,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。 现在的Oracle正在往智能化方向发展。如果我们现在找一些8i/9i时代的Oracle书籍,怎么样配置
2023-06-06

oracle 12c flex cluster专题 之 节点角色转换

沃趣科技 周天鹏笔者上一篇译文中在介绍Leaf Node时提到,**虽然leaf node不要求直接访问共享存储,但最好还是连上共享存储,因为说不准未来哪天就要把这个leaf node转为hub node使用。**其实这样的说法并
2022-11-30

oracle 11g dg broker 开启fast-start failover自动故障切换

一.首先保证主从数据库的闪回数据库功能以及强制归档都打开,如下保证都为yes
2023-06-03

编程热搜

目录