测试数据库DG搭建为正式库以后做准备

Data guard 部署

1、系统准备（备库只需建立数据库软件）

两台操作系统 oracle linux 7

Node1 172.16.70.191

Node2 172.16.70.192

Oracle 11g 

2、搭建数据库(选择企业模式安装，不要标准版避免闪回开启不了)

     a、redo日志修改为100M

     b、每个日志组里改成两个logfile,big size 100M

  c、10g的数据库sga和pga内存分配

           sga=内存*80%*80%

           pga=内存*20%*20%

3、配置主备库的listener和tnsnames.ora

     listener配置 （备库的监听服务名要改）

SID_LIST_LISTENER =

 (SID_LIST =

   (SID_DESC =

    (GLOBAL_DBNAME = orcl)

    (ORACLE_HOME = /data/app/oracle)

    (SID_NAME = orcl)

   )

   (SID_DESC =

     (GLOBAL_DBNAME = orcl_DGMGRL)

     (ORACLE_HOME = /data/app/oracle)

     (SID_NAME = orcl)

   )

 )

LISTENER =

  (DESCRIPTION_LIST =

    (DESCRIPTION =

      (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521))

      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))

    )

  )

注意静态监听中的GLOBAL_DBNAME和本机的db_unique_name是一样的

第二个global_dbname是用来给dgmgl（dg broker)工具使用）必须有_DGMGRL这个结尾。否则切换会导致被切换的库不能自动启动。所以我这里命名的是（实例名+_DGMGRL)

Tnsnames.ora 配置(主库修改后复制到备库）

ORCL =

  (DESCRIPTION =

    (SDU = 32767)

    (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = orcl)

    )

  )

ORCLBAK =

  (DESCRIPTION =

    (SDU = 32767)

    (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = orclbak)

    )

  )

for_db =

  (ADDRESS = (PROTOCOL = TCP)(HOST = NODE1)(PORT = 1521))

备库上的for_db为备库的机器名或ip,node1,node2 可以使用ip

二 、主库上的参数修改

4、开启force logging 模式

       alter database force logging

      select open_mode,log_mode,force_logging,flashback_on from v$database;

    若发现flashback 是no

    启动数据库到mount 打开闪回

    alter database flashback on;（针对企业版有此功能）

    select open_mode,log_mode,force_logging,flashback_on from v$database;

   

  作用：不管什么操作都会生成redo日志,应该看到 force_logging 列为 YES。 

   特点：

   ① 在数据库mount状态和open状态都可以启动force logging模式 

   ② 临时表空间和临时回滚段动作不会生成redo日志 

   ③ alter database noforce logging; 关闭forcelogging

5、设置db_unique_name 该标识必须唯一

    show parameter db_unique_name

  show parameter db_name

  主库此参数最好一样，备库的db_name最好和主库一样

  alter system set db_unique_name=orcl scope=spfile;

  主备库都要设置，且不能一样

6、The DB_UNIQUE_NAME values of the primary and standby database should be used in theDG_CONFIG setting of the LOG_ARCHIVE_CONFIG parameter让主库知道备库名字

     alter system set log_archive_config = 'dg_config=(orcl,orclbak)';

     上面两个代表的是db_unique_name

7、配置归档位置和重做日志

    alter system set log_archive_dest_1 = 'location=use_db_recovery_file_dest valid_for=(all_logfiles, all_roles) db_unique_name=orcl';

      这个命令指定快速恢复区作为归档位置，此归档位置用于在所有数据库角色下归档所有的日志文件。官方文档里说使用 valid_for=(online_logfiles, all_roles)，这将导致备库无法归档备用日志文件，因为它们不是在线日志。但如果使用 all_logfiles 选项，主备库将都能归档在线以及备用日志。如果你想在备库进行备份，并同时备份归档日志的话，必须使用 all_logfiles。

8、配置redo 日志从主库传输到备库

  alter system set log_archive_dest_2 = 'service=orclbak lgwr sync valid_for=(online_logfile,primary_role) db_unique_name=orclbak';

10G中 STANDBY_ARCHIVE_DEST 参数不需要，已经被官方弃用。如11g 设置此参数后启动数据库，只会报 ORA-32004: obsolete or deprecated parameter(s) specified for RDBMSinstance错误。

 8.1、LOG_ARCHIVE_FORMAT and LOG_ARCHIVE_MAX_PROCESSES parameters must be set to appropriate values and the REMOTE_LOGIN_PASSWORDFILE must be set to exclusive.

ALTER SYSTEM SET  LOG_ARCHIVE_FORMAT='%t_%s_%r.arc' SCOPE=SPFILE;
ALTER SYSTEM SET  LOG_ARCHIVE_MAX_PROCESSES=30;
ALTER SYSTEM SET  REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE SCOPE=SPFILE;

9、设置参数 FAL_SERVER

  此参数指定日志传输出现问题，备库去哪找缺少的归档日志，备库可自动去寻找缺省的参数，并要求主库传输

  主库上为备库的实例名

  FAL_CLIENT 为备库的实例名

相反备库的设置和主库恰好相反

  alter system set fal_server='orclbak';（服务名）

10、当主库添加或删除数据文件时，这些文件也会在备库添加或删除

   alter system set standby_file_management=auto;（此功能）

11、添加备用日志组

    确认主库有备用日志文件(StandbyLog Files)。备库使用备用日志文件来来保存从主库接收到的重做日志。

  主库上也建立备用日志文件有两个原因：一是主库可能转换成备库，备库需要备用日志，二是如果主库建了备用日志，备库会自动建。

备用日志的大小和在线日志一样大，组数一样多

 alter database add standby logfile group 44 ('$ORACLE_BASE/oradata/orcl/std_redo11.log') size 500M;

alter database add standby logfile group 55 ('$ORACLE_BASE/oradata/orcl/std_redo22.log') size 500M;  

alter database add standby logfile group 66 ('$ORACLE_BASE/oradata/orcl/std_redo33.log') size 500M;

建好后查看：

  select group#,type, member from v$logfile;

12、重启数据库

13、设置本地监听抓取

      alter system set local_listener='for_db';

     重启数据库并创建pfile文件

14、将创建好的pfile文件移动到备库

三、修改备库环境

 15、修改传递过来的pfile文件（复制后控制文件路径不变，pfile文件名也不变）

    根据备库的配置文件修改

     .audit_file_dest

     .control_files

     .log_archive_dest_1

      .log_archive_dest_2

     以上四个参数，db_name 不用修改

建议：如果修改上诉路径，需要设置db_file_name_convert 和 log_file_name_convert

这两个参数，或者直接查询主库的文件位置，在备库建相应的文件位置：

    user_dump_dest—>show parameter

    core_dump_dest —>show parameter

    datafile所在目录（oradata）—>select file_name fromd ba_data_files;

    controlfile所在目录—>show parameter control

    onlinelog所在位置—>select member from v$logfile;

    archivelog所在位置—>show parameter db_recovery_file_dest

adump位置—>通常为$ORACLE_BASE/admin/<ORACLE_SID>/adump

mkdir -p /u01/app/oracle/admin/DB11G/adump

mkdir -p /u01/app/oracle/fast_recovery_area/

mkdir -p /u01/app/oracle/diag/rdbms/db11g/DB11G/cdump

mkdir -p /u01/app/oracle/oradata/DB11G/

mkdir -p /u01/tablespace/

mkdir -p /u01/app/oracle/fast_recovery_area/DB11G/

mkdir -p /u01/redolog/

需要将.control开头的控制文件的位子注释掉#   

LOG_ARCHIVE_DEST_1 参数中的 db_unique_name 修改为备库的相应唯一名（这里是orclbak）。

   LOG_ARCHIVE_DEST_2 参数，修改为主库对应的服务名和数据库唯一名（这里是orcl）。

   FAL_SERVER 参数修改指向主库的服务名

   增加如下参数：

db_unique_name=orclbak

db_file_name_convert 和 log_file_name_convert。如果主备库的数据文件、日志文件位置不同，需要设置这两个参数。

16、创建备库的密码文件

    

使用oracle帐号登录，设置的密码要保证主库、备用库是相同。也可以复制主库密码文件到备库。

$ rm $ORACLE_HOME/dbs/orapw$ORACLE_SID

$ orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=manager entries=5

 备注：

如果你不是使用 SSL 做重做日志传输验证(一般来说不会)，那么你需要使用密码文件做验证。你必须创建密码文件，并且设置参数 REMOTE_LOGIN_PASSWORDFILE 为 EXCLUSIVE 或 SHARED。一般数据库默认就有密码文件，并且此参数默认为 EXECUSIVE。先检查下这两项，如果不是默认，设置方法如下：

SQL> alter system set remote_login_passwordfile=exclusive scope=spfile;

17、启动备库到nomount状态然后连接主库进行RMAN duplicate操作

         sqlplus / as sysdba

         create spfile from pfile='$ORACLE_HOME/initorcl.ora'

         startup nomount;

         

备注：

若启动出现 ORA-32004: obsoleteor deprecated parameter(s) specified for RDBMS instance，则查看日志，

文本格 式的alert文件在哪里呢？看一下动态视图V$DIAG_INFO吧。

SQL> select * from v$diag_info ;

$ tail -f /data/oracle/app/oracle/diag/rdbms/orcl_standby/orcl/trace/alert_orcl.log

看看有无类似过期参数提示：

WARNING: The background_dump_dest init.ora parameter has been deprecated.

18、在备库上连接rman(此时主库为open 备库为nomount)

   rman target sys/sys@orcl auxiliary sys/sys@orclbak

ys/sys@topbak< RecoveryManager:Release11.2.0.4.0一ProductiononFriAug2912:14:522014 Copyri吕ht(c)1982,2011,oracleand/oritsaffiliates.Allri吕htsreserved. connectedtotar吕etdatabase:TOPPROD(DBID=2084233808) connectedtoauxi1iarydatabase:TOPBAK(notmounted)" v:shapes="图片_x0020_1">

19、RMAN通过网络在线duplicate复制主库数据到备库（确保有路径，不然会报错）

  RMAN> duplicate target database for standby nofilenamecheck from active database;

20、将备库置于active dataguard模式下

    物理备库（physical Standby）在应用redo的时候，数据库需要处于mount状态。从11g开始，应用redo的时候，物理备库可以处于read-only模式，这就称为Active Data Guard 。通过Active Data Guard，可以在物理备库进行查询或者导出数据，从而减少对主库的访问和压力。

   sqlplus /nolog

   conn / as sysdba

   查看状态

   select open_mode,database_role,db_unique_name from v$database;

1）打开备库（Dataguard只能启动备库到readonly模式）

SQL> alter database open; 

2）启用实时重做应用(备库上做）

选项“USING CURRENT LOGFILE”的含义是当备库收到日志后，尽快完成恢复。 

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

如何取消备库的自动恢复？ 

取消Redo Apply 

SQL> alter database recover managed standby database cancel; 

3）查看状态 

状态“READ ONLY WITH APPLY”即表示此时备库处于Read Only状态的同时可以接受主库传过来的日志进行恢复，以便达到备库可以即时查看到主库变化的目的。 

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

OPEN_MODE DATABASE_ROLEDB_UNIQUE_NAME

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

READ ONLY WITH APPLY PHYSICAL STANDBY orclbak

 

查看日志状态 

SQL> select status from v$standby_log; 

STATUS 

---------- 

ACTIVE 

UNASSIGNED 

UNASSIGNED

SQL> select member from v$logfile;

MEMBER

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

/u2/oradb/archivelog/ORCLBAK/onlinelog/o1_mf_1_9w4g4d8w_.log

/u2/oradb/archivelog/ORCLBAK/onlinelog/o1_mf_2_9w4g4dgk_.log

/u2/oradb/archivelog/ORCLBAK/onlinelog/o1_mf_3_9w4g4dmp_.log

/u2/oradb/archivelog/ORCLBAK/onlinelog/o1_mf_4_9w4g4gmx_.log

/u2/oradb/archivelog/ORCLBAK/onlinelog/o1_mf_5_9w4g4grv_.log

/u2/oradb/archivelog/ORCLBAK/onlinelog/o1_mf_6_9w4g4gy6_.log

/u2/oradb/archivelog/ORCLBAK/onlinelog/o1_mf_8_9w4g4jqv_.log

7 rows selected.

五、修改dataguard的数据保护模式为最高可用性模式

根据Oracle文档的解释，最高可用性数据保护模式需要先满足以下几个条件 

Table 6-1 Required Redo Transport Attributes for DataProtection Modes

Maximum Availability	Maximum Performance	Maximum Protection
AFFIRM or NOAFFIRM	NOAFFIRM	AFFIRM
SYNC	ASYNC	SYNC
DB_UNIQUE_NAME	DB_UNIQUE_NAME	DB_UNIQUE_NAME

Minimum Requirements for Maximum Protection Mode

Redo Archival Process	LGWR
Network Transmission Mode	SYNC
Disk Write Option	AFFIRM
Standby Redo Logs?	Yes
Standby Database Type	Physical Only

For example:

log_archive_dest_2='service=testdb_standby LGWR SYNC AFFIRM'

主库上查看DG状态（搭建前已将模式修改，下为最高性能模式下的修改方法）

SQL> select db_unique_name,protection_mode,protection_level from v$database;

DB_UNIQUE_NAME PROTECTION_MODEPROTECTION_LEVEL

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

orcl MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE

 

备库上查看DG状态

SQL> select db_unique_name,protection_mode,protection_level from v$database;

DB_UNIQUE_NAME PROTECTION_MODEPROTECTION_LEVEL

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

orclbak MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE

 

在主库上设置DG保护模式为最高可用性模式

SQL> alter database set standby database to maximize availability;

 

再次查看主库、备库，发现DG保护模式都已经变了。

主库

SQL> select db_unique_name,protection_mode,protection_level from v$database;

DB_UNIQUE_NAME PROTECTION_MODEPROTECTION_LEVEL

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

orcl MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

 

备库

SQL> select db_unique_name,protection_mode,protection_level from v$database;

DB_UNIQUE_NAME PROTECTION_MODEPROTECTION_LEVEL

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

orclbak MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

 

将备库shutdown后，主库和备库的PROTECTION_LEVEL将变为RESYNCHRONIZATION

SQL> select db_unique_name,protection_mode,protection_level from v$database;

DB_UNIQUE_NAME PROTECTION_MODEPROTECTION_LEVEL

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

orclbak MAXIMUM AVAILABILITYRESYNCHRONIZATION

 

备库执行（验证主库模式切换）

一般SWITCHOVER切换都是计划中的切换，特点是在切换后，不会丢失任何的数据，而且这个过程是可逆的，整个DATA GUARD环境不会被破坏，原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作。

 在进行DATA GUARD的物理STANDBY切换前需要注意： 

1）确认主库和从库间网络连接通畅； 

2）确认没有活动的会话连接在数据库中； 

3）PRIMARY数据库处于打开的状态，STANDBY数据库处于MOUNT状态；

4）确保STANDBY数据库处于ARCHIVELOG模式； 

5）如果设置了REDO应用的延迟，那么将这个设置去掉； 

6）确保配置了主库和从库的初始化参数，使得切换完成后，DATA GUARD机制可以顺利的运行。

主库：

1. 查看switchover 状态 

SQL>select switchover_status from v$database;

SWITCHOVER_STATUS

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

TO STANDBY

ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;

附： A:switchover_status出现session active/not allowed 

 当出现session active的时候表示还有活动的session,则运行 

Alter database commit to switchover to physical standby with session shutdown ; 

     当出现not allowed时，在官方文档说转换会不成功，确保没有回话连接

3 启动到mount和应用日志状态 

SQL>shutdown immediate; 

SQL> startup nomount; 

alter database mount standby database;

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 

备库： 

1.查看switchover状态 

SQL> select switchover_status from v$database;

    TO PRIMARY 

附：若不是用此语句切换：

ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY with session shutdown;

补充：若出现：ORA-16139: media recovery required

是因为没有执行：alter database recover managed standby database disconnect from session; 

2. 切换成主库 

SQL> alter database commit to switchover to primary;

Database altered. 

SQL> shutdown immediate;

SQL> startup;

SQL> alter system switch logfile;

3. 查看数据库模式 

SQL>select dest_name,status,database_mode,recovery_mode,protection_mode from v$archive_dest_status;

SQL>select status,database_mode from v$archive_dest_status;

验证同步：

SQL> select max(sequence#) from v$archived_log;

如果出现ORA-10456: cannot open standby database; media recovery session may be in process

操作：

           Select name,open_mode from v$database;

           alter database recover managed standby database cancel;

           alter database open;

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

如果出现select max(sequence#) from v$archived_log;备库低于主库的情况

SQL> recover managed standby database cancel;

SQL> recover automatic standby database ;

SQL> RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;

六、体验实时查询（Real-timequery）特性 (可选)

1. 主库上创建表空间、用户以及表并初始化数据

（1）创建表空间并查看表空间创建结果和状态

SQL> create tablespace dbs2 datafile '$ORACLE_BASE/oradata/$ORACLE_SID/dbs2-01.dbf' size 10m;

SQL> select * from v$tablespace where name = 'DBS2';

SQL> select ts#,status,bytes,name from v$datafile where ts# = 14;

 

（2）创建用户并授权

SQL> create user test identified by test default tablespace dbs2;

SQL> grant dba to test;

 

（3）创建表并初始化数据

$ sqlplus /nolog

SQL> conn test/test

SQL> create table t (x varchar2(8));

SQL> insert into t values ('islandstar');

SQL> commit;

SQL> select * from t;

 

X

--------

Secooler

 

2. 验证主库所创建表空间、用户以及表并初始化数据是否在备库应用成功

（1）查看备库表空间

SQL> select * from v$tablespace where name = 'DBS2';

       TS# NAME INC BIG FLA ENC

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

        14 DBS2 YES NO YES

SQL> select ts#,status,bytes,name from v$datafile where ts# = 14;

       TS# STATUS BYTES

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

NAME

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

        14 ONLINE 10485760

/u2/oradb/oradata/orcl/dbs2-01.dbf

 

创建成功。

 

（2）查看备库用户及数据是否存在

方法同主库

主库上的变化已经即时的在备库上得到应用。

这便是Oracle 11g物理Active Data Guard实时查询（Real-time query）特性的体现。

七、Active Data Guard 维护

Data Guard 启动关闭顺序：

启动顺序：先standby ,后primary;

关闭顺序：先primary 后standby;

 

主库没有遗漏

SQL> select * from v$archive_gap;

显示无结果表示无遗漏

查看日志是否能正确从主库同步到备用库，查看主备库

SQL> col standby_dest for a12

SQL> col archived for a10

SQL> col applied for a10

SQL> col status for a10

SQL> select sequence#,standby_dest,archived,applied,status from v$archived_log;

只需要保证2边sequence序列号一致且最新的app返回YES了，就说明备库接收到应用且恢复了。

 在主库上检查最近的归档日志和强制一个日志归档

 alter session set nls_date_format='DD-MON-YYYY HH24:MI:SS';

 select sequence#,first_time,next_time from v$archived_log order by sequence#;

 备库上执行同样的语句

 

正常操作关闭DG时，再次启动DG循序为：

1. 先启动备库，再启动主库

$ sqlplus / as sysdba

SQL> startup

2. 在备库执行命令：打开实时应用状态模式

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

 

非正常情况下关闭DG后，重启DG时需要操作

1. 检查主、备库的protection_level值，若其中一点为RESYNCHRONIZATION，说明实时同步已经有问题。

SQL> select db_unique_name,protection_mode,protection_level from v$database;

DB_UNIQUE_NAME PROTECTION_MODEPROTECTION_LEVEL

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

orcl MAXIMUM AVAILABILITYRESYNCHRONIZATION

Oracle的data guard在主库设置为最大可用模式不能实现时，自动降级为最大性能模式。这样的结果使得日志同步不再实时。

解决方法（在主库执行）：

1. 根据最大可用模式的最低要求，将log_archive_dest_2调整为lgwr sync affirm。

SQL> show parameter log_archive_dest_2

若包含有lgwr sync affirm ，则执行

SQL> alter system switch logfile;

强制日志切换，不一定就归档当前的重做日志文件（若自动归档打开，就归档前的重做日志，若自动归档没有打开，就不归档当前重做日志。）

若无lgwr sync affirm ，则执行如下两句命令

SQL> alter system setlog_archive_dest_2 = 'service=orcl_standby lgwr sync affirm valid_for=(online_logfile,primary_role) db_unique_name=orcl_standby';

SQL> alter system switch logfile;

 

2. 查看备库open_mode是否为“READ ONLY WITH APPLY”，否则执行后面一条语句，打开实时应用状态模式：

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

OPEN_MODE DATABASE_ROLEDB_UNIQUE_NAME

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

READ ONLY WITH APPLY PHYSICAL STANDBY orclbak

 

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

八、主备库切换 Switchover

物理Data Guard角色转换步骤

Step 1 验证主库是否能执行角色转换到备库（原主库执行）：

1.查看switchover状态

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

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

TO STANDBY

Step 2 开始把物理主库改变为物理备库（原主库执行）

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;

 

注：如果有活动的session可以使用此选项，否则转换会遇到ORA-01093错误，也可以杀掉活动会话或等活动会话后进行转换

当出现session active的时候表示还有活动的session,则运行

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

Step 3 关闭并重启主库（原主库执行）

SQL> SHUTDOWN IMMEDIATE;

SQL> STARTUP MOUNT;

Step 4 验证备库是否能执行角色转换到主库（原备库执行）

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

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

TO PRIMARY

Step 5 开始把物理备库转换成物理主库（原备库执行）

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

--如果报ORA-16139: mediarecovery required，可能是由于未应用日志引起，可先执行

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Step 6 打开备库，然后关闭重启.（原备库执行）

SQL> ALTER DATABASE OPEN;

SQL> SHUTDOWN IMMEDIATE;

SQL> STARTUP;

Step 7 验证是否转换成功（原备库执行）

SQL> ALTER SYSTEM SWITCH LOGFILE;

Setp 8 应用归档日志（原主库上执行）

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

此步若提示报错：

ORA-01153: an incompatible media recoveryis active

则先执行

SQL> alter database recover managed standby database cancel;

再执行

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

 

最后，重启一下数据库（原备库执行）

SQL> shutdownimmediate;

SQL> startup

以上是没有使用DGBROKER的切换过程

使用DGBROKER切换流程：

1、切换到oracle用户下面，

2、使用dgmgrl sys/manager进入到dgmgrl环境重

3、执行switchover to orclbak  这步自动主从切换

4、exit退出dgmgrl，使用sqlplus进入到环境重执行：

select db_unique_name,database_role,open_mode from v$database;

这个select语句主从上面都执行，已查看两边的数据库状态，dgmgrl只需要在主库的服务器上执行即可

FAILOVER切换：

1、如果主库故障，发生宕机，只需要在在任易一边执行failover to orclbak

2、切换成功后登陆查看数据库状态。

3、恢复主库的方法，一般使用recreate重建数据库代价很大，过程相当于重新执行上面的配置。在拥有dg broker后恢复过程就变得简单。

4、过程如下：

5、将原来的主库启动到mount状态

6、在现在新的主库上面登陆到dg broker环境

7、执行： reinstate database orcl

8、结果显示succeded就完成

 此文档是个很好的朋友给我的，我就是照着它完成熟悉的DG

 ---------------我是有底线的-------------------- 
作者：jt
出处：http://www.cnblogs.com/Jt00/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
如果文中有什么错误，欢迎指出。以免更多的人被误导。