【DATAGUARD】物理dg的switchover切换（五） / 憋错料

一.1 BLOG文档结构图

一.2 前言部分

一.2.1 导读

各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识，~O(∩_∩)O~：

① 物理dg的switchover切换演练过程

② 物理dg管理和维护的一些sql

注意：本篇BLOG中代码部分需要特别关注的地方我都用***背景和红色字体来表示，比如下边的例子中，thread 1的最大归档日志号为33，thread 2的最大归档日志号为43是需要特别关注的地方。

List of Archived Logs in backup set 11

Thrd Seq Low SCN Low Time Next SCN Next Time

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

1 32 1621589 2015-05-29 11:09:52 1625242 2015-05-29 11:15:48

1 33 1625242 2015-05-29 11:15:48 1625293 2015-05-29 11:15:58

2 42 1613951 2015-05-29 10:41:18 1625245 2015-05-29 11:15:49

2 43 1625245 2015-05-29 11:15:49 1625253 2015-05-29 11:15:53

本文如有错误或不完善的地方请大家多多指正，ITPUB留言或QQ皆可，您的批评指正是我写作的最大动力。

一.2.2 实验环境介绍

项目

主库

dg库

db 类型

单实例

db version

11.2.0.3

db 存储

FS type

ORACLE_SID

oradg11g

oradgphy

db_name

oradg11g

主机IP地址：

192.168.59.130

OS版本及kernel版本

RHEL6.5 64位，2.6.32-504.16.2.el6.x86_64

OS hostname

rhel6_lhr

一.2.3 相关参考文章链接

【DATAGUARD】基于同一个主机建立物理备库和逻辑备库（一）： http://blog.itpub.net/26736162/viewspace-1448197/
【DATAGUARD】基于同一个主机建立物理备库和逻辑备库（二 ): http://blog.itpub.net/26736162/viewspace-1448207/
【DATAGUARD】基于同一个主机建立物理备库和逻辑备库（三 ): http://blog.itpub.net/26736162/viewspace-1481972/
【DATAGUARD】基于同一个主机建立物理备库和逻辑备库 (四)--添加一个物理dg节点：http://blog.itpub.net/26736162/viewspace-1484878/

一.2.4 本文简介

这段时间比较忙，一直没有更新blog了，看了大神们一直在坚持写blog，真心佩服。这几天一个客户要搭建物理dg，顺便演示switchover的切换，这里我整理了一下共享出来，希望对大家有用，本次实验的环境基于http://blog.itpub.net/26736162/viewspace-1448197/ 文章中搭建的环境，下一章中介绍failover的切换。

一.3 相关知识点扫盲

1．角色

Oracle 数据库中含有两种角色。

用户角色：定义了一组权限的集合，该角色可以分配给用户，也可以分配给其他角色。

数据库角色：在备库中数据库扮演什么样的角色，primary还是standby。

v$database.DATABASE_ROLE标识了数据库的运行角色。

处于备库环境中，数据库有两种类型：phsical standby、logical standby。

2．角色管理服务

一个数据库运行在如下互相排斥的角色中。

Primary role：一个数据库运行在primary role，那么log transport services传递重做日志到备库。

Standby role：一个数据库运行在standby role，那么log apply services应用归档日志到备库。

角色管理服务允许用户动态地在主、备库中进行角色切换。

用户可以使用角色管理服务，进行主、备库的计划中的角色切换，这个叫switchover，或者是非计划中的角色切换，叫failover。

3．Switchover&Failover

切换是在主数据库与其备数据库之间进行角色反转，切换确保不丢失数据。这是对于主系统计划维护的典型操作。在切换期间，主数据库转换到备角色，备数据库转换到主角色。转换发生不需要重建任何数据库。

（1）Switchover

用到的场景：计划中的角色转换或用户操作系统和硬件的维护等。

（2）Failover

故障转移是当主数据库不可用时执行的。故障转移只有在主数据库灾难故障的情况下执行，并且故障转移导致备数据库转换到主角色。用到的场景：非计划中的角色切换，一般在紧急情况下使用。根据保护模式的不同，可能会没有或者很少的数据损失。

（3）角色转换决策树

角色转换（switchover&failover）的最终目的是尽快地使主库在线，而同时尽量减少数据损失或者是实现无数据损失。尽量选择宕机时间最短，同时数据损失最小的策略。总之在失败切换前，应该先考虑修复主数据库或者进行无数据损失的角色转换。

即使使用无数据损失的备库方案，修复主库可能会比切换到备库更快点。如果修复了主库，那么就不需要修改客户端的连接。但是如果修复工作导致了任何的数据损失，那么可能需要重新创建所有的备用数据库。

通常情况下，最合适切换的备库为已经应用了最多的归档日志的备用数据库。

一.4 实验部分

一.4.1 实验目标

① 主库和物理dg的switchover切换

② 还原为最初始的状态

一.4.2 实验过程

一.4.2.1 主库oradg11g的参数设置检查

这里主要有2个内容需要检测：

① fal_client、fal_server、standby_file_management、db_file_name_convert 、log_filename_convert是否合理

② standbylog file 是否已经创建

[[email protected]_lhr ~]$ echo $ORACLE_SID

oradg11g

[[email protected]_lhr ~]$

[[email protected]_lhr ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on 星期日 7月 26 17:33:53 2015

连接到:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

17:33:53 SQL> col name format a25

17:33:55 SQL> col VALUE format a20

17:33:55 SQL> SELECT a.NAME,a.VALUE

17:33:55 2 FROM v$parameter a

17:33:55 3 WHERE a.NAME LIKE ‘%file_name_convert‘

17:33:55 4 OR a.NAME LIKE ‘fal%‘

17:33:55 5 OR a.NAME LIKE ‘standby_file%‘;

NAME VALUE

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

db_file_name_convert oradgphy, oradg11g

log_file_name_convert oradgphy, oradg11g

fal_client oradg11g

fal_server oradgphy

standby_file_management AUTO

已用时间: 00: 00: 00.01

17:33:56 SQL>

20:32:09 SQL> set line 9999 pagesize 9999

20:36:47 SQL> col db_id format a15

20:36:47 SQL> select GROUP#, DBID db_id, THREAD#, SEQUENCE#, BYTES, USED, ARCHIVED, STATUS, FIRST_CHANGE#, NEXT_CHANGE#,LAST_CHANGE# from v$standby_log ;

GROUP# DB_ID THREAD# SEQUENCE# BYTES USED ARC STATUS FIRST_CHANGE# NEXT_CHANGE# LAST_CHANGE#

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

4 UNASSIGNED 1 0 52428800 0 YES UNASSIGNED

5 UNASSIGNED 1 0 52428800 0 YES UNASSIGNED

6 UNASSIGNED 0 0 52428800 0 YES UNASSIGNED

7 UNASSIGNED 0 0 52428800 0 YES UNASSIGNED

已用时间: 00: 00: 00.02

20:36:47 SQL> select * from v$logfile;

GROUP# STATUS TYPE MEMBER IS_

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

3 ONLINE /u01/app/oracle/oradata/oradg11g/redo03.log NO

2 ONLINE /u01/app/oracle/oradata/oradg11g/redo02.log NO

1 ONLINE /u01/app/oracle/oradata/oradg11g/redo01.log NO

4 STANDBY /u01/app/oracle/oradata/oradg11g/standby_redo04.log NO

5 STANDBY /u01/app/oracle/oradata/oradg11g/standby_redo05.log NO

6 STANDBY /u01/app/oracle/oradata/oradg11g/standby_redo06.log NO

7 STANDBY /u01/app/oracle/oradata/oradg11g/standby_redo07.log NO

已选择7行。

已用时间: 00: 00: 00.00

20:37:00 SQL> ! ls /u01/app/oracle/oradata/oradg11g/standby*

/u01/app/oracle/oradata/oradg11g/standby_redo04.log /u01/app/oracle/oradata/oradg11g/standby_redo06.log

/u01/app/oracle/oradata/oradg11g/standby_redo05.log /u01/app/oracle/oradata/oradg11g/standby_redo07.log

20:37:11 SQL>

一.4.2.2 主库oradg11g执行切换

17:35:45 SQL> select name, LOG_MODE, OPEN_MODE, database_role, SWITCHOVER_STATUS, db_unique_name from v$database;

NAME LOG_MODE OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS DB_UNIQUE_NAME

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

ORADG11G ARCHIVELOG READ WRITE PRIMARY TO STANDBY oradg11g

已用时间: 00: 00: 00.01

17:35:46 SQL> alter database commit to switchover to physical standby with session shutdown;

数据库已更改。

已用时间: 00: 00: 06.22

17:36:14 SQL> shutdown immediate

ORA-01092: ORACLE instance terminated. Disconnection forced

17:36:35 SQL> ORA-24324: 未初始化服务句柄

ORA-01041: 内部错误, hostdef 扩展名不存在

17:36:35 SQL> exit

从 Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options 断开

[[email protected]_lhr ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on 星期日 7月 26 17:36:39 2015

已连接到空闲例程。

17:36:39 SQL> startup mount;

ORACLE 例程已经启动。

Total System Global Area 325685248 bytes

Fixed Size 2228064 bytes

Variable Size 192938144 bytes

Database Buffers 125829120 bytes

Redo Buffers 4689920 bytes

数据库装载完毕。

17:36:52 SQL> select name, LOG_MODE, OPEN_MODE, database_role, SWITCHOVER_STATUS, db_unique_name from v$database;

NAME LOG_MODE OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS DB_UNIQUE_NAME

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

ORADG11G ARCHIVELOG MOUNTED PHYSICAL STANDBY RECOVERY NEEDED oradg11g

已用时间: 00: 00: 00.01

17:37:04 SQL>

告警日志：

Sun Jul 26 17:36:07 2015

alter database commit to switchover to physical standby with session shutdown

ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY [Process Id: 37669] (oradg11g)

Sun Jul 26 17:36:07 2015

Thread 1 advanced to log sequence 127 (LGWR switch)

Current log# 1 seq# 127 mem# 0: /u01/app/oracle/oradata/oradg11g/redo01.log

Sun Jul 26 17:36:07 2015

Stopping background process CJQ0

Stopping background process QMNC

All dispatchers and shared servers shutdown

CLOSE: killing server sessions.

Active process 37415 user ‘grid‘ program ‘[email protected]_lhr‘