一个DG配置包含一个主数据库和一个或多个备用数据库,在主数据库正常运行的情况下,不会发生角色转换;当主数据库需要维护时,需要在某一备用数据库之间发生角色转换,使其暂时接替主库的功能对外提供服务。
角色转换前的准备工作:
检查各数据库的初始化参数,主要确认对不同角色相关的初始化参数都进行了正确的配置
确保可能成为primary 数据库的standby 服务器已经处于archivelog 模式
确保standby 数据库的临时文件存在并匹配primary 数据库的临时文件
检查主备数据库的standby redo log文件(最大保护和最高可用性模式)
确保standby 数据库的RAC 实例只有一个处于open 状态。(对于rac 结构的standby 数据库,在角色转换时只能有一个实例startup。其它rac实例必须统统shutdown,待角色转换结束后再startup)
切换又分为:switchover和failover,前者是无损切换,不会丢失数据,而后者则有可能会丢失数据,并且切换后原primary 数据库也不再是该data guard 配置的一部分了.针对不同standby(逻辑或物理)的处理方式也不尽相同。
物理Standby的switchover
1.检查primary database 是否支持switchover操作,如下:
SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;
NAME SWITCHOVER_STATUS OPEN_MODE PROTECTION_MODE DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL SESSIONS ACTIVE READ WRITE MAXIMUM PERFORMANCE PRIMARY
批注:出现session active这种状态不代表不能转换,可能是某些会话正在连接。
删除连接会话如下:
SQL> select sid,serial# from gv$session where username is not null;
SID SERIAL#
---------- ----------
159 3
SQL> alter system kill session '159,3';
alter system kill session '159,3'
*
ERROR at line 1:
ORA-00027: cannot kill current session --出现这种情况我们选择本地连接,关闭此远程会话终端
2.将primary转换为standby角色,如下:
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
Database altered.
批注:使用WITH SESSION SHUTDOWN 子句,专门用来处理前步操作中有远端用户的连接,附加该子句,就会自动断开仍在连接该实例的无关会话。
SQL> shutdown immediate --将原主数据库重新启动到mount状态
SQL> startup mount;
SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;
NAME SWITCHOVER_STATUS OPEN_MODE PROTECTION_MODE DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL TO PRIMARY MOUNTED MAXIMUM PERFORMANCE PHYSICAL STANDBY
3.检查备库的switchover
SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;
NAME SWITCHOVER_STATUS OPEN_MODE PROTECTION_MODE DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL TO PRIMARY MOUNTED MAXIMUM PERFORMANCE PHYSICAL STANDBY
4.将备库由standby转换为primary ,如下:
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
Database altered.
SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;
NAME SWITCHOVER_STATUS OPEN_MODE PROTECTION_MODE DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL TO STANDBY MOUNTED MAXIMUM PERFORMANCE PRIMARY
SQL> alter database open;
Database altered.
SQL> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
orcl OPEN
SQL> select name,open_mode from v$database;
NAME OPEN_MODE
--------- ----------
MYORCL READ WRITE
5.验证
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; --打开新的备库redo应用
Database altered.
新主库操作如下:
SQL> conn scott/tiger;
Connected.
SQL> select * from dept;
DEPTNO DNAME LOC
---------- -------------- -------------
50 ORACLE JAVA
10 ACCOUNTING NEW YORK
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
SQL> insert into dept values (60,'dayong','xiaoru');
1 row created.
SQL> commit;
Commit complete.
SQL> conn / as sysdba
Connected.
SQL> alter system switch logfile;
System altered.
新备库操作如下:
SQL> recover managed standby database cancel; --首先取消redo apply
Media recovery complete.
SQL> alter database open;
Database altered.
SQL> select * from scott.dept;
DEPTNO DNAME LOC
---------- -------------- -------------
50 ORACLE JAVA
60 dayong xiaoru
10 ACCOUNTING NEW YORK
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
6 rows selected.
物理Standby的failover
1.检查归档文件是否连接
查询待转换standby 数据库的V$ARCHIVE_GAP 视图,确认归档文件是否连接
SQL> SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;
no rows selected
批注:如果返回的有记录,按照列出的记录号复制对应的归档文件到行转换的standby服务器,必须确保所有已生成的归档文件均已存在于standby服务器,不然可能会数据不一致造成转换时报错
文件复制之后,通过下列命令将其加入数据字典:
SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1';
2.检查归档文件是否完整
在主、备数据库执行如下语句,查询视图V$ARCHIVED_LOG
SQL> SELECT UNIQUE THREAD# AS THREAD, MAX(SEQUENCE#) OVER (PARTITION BY thread#) AS LAST from V$ARCHIVED_LOG;
THREAD LAST
---------- ----------
1 15
批注:该语句取得当前数据库各线程已归档文件最大序号,如果primary 与standby 最大序号不相同,必须将多出的序号对应的归档文件复制到待转换的standby 服务器。不过既然是failover,有可能primary 数据库此时已经无法打开,甚至无法访问.
3.启动failover
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE; --备库执行
Database altered.
批注:FORCE 关键字将会停止当前活动的RFS 进程,以便立刻执行failover。
4.切换物理角色standby为primary
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; --备库操作
Database altered.
5.启动新的primary数据库
SQL> shutdown immediate;
SQL> startup
SQL> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
myorcl OPEN
SQL> select name,open_mode from v$database;
NAME OPEN_MODE
--------- ----------
MYORCL READ WRITE
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29634949/viewspace-1175278/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29634949/viewspace-1175278/