Oracle DG 最大保护模式的实现

色破飞机

　　实现最大保护模式，可以先实现最大性能模式，然后再转换为最大保护模式。
　　一、三种保护模式
　　最大性能（maximize performance）：这是data guard默认的保护模式。primay上的事务commit前不需要从standby上收到反馈信息，该模式在primary故障时可能丢失数据，但standby对primary的性能影响最小。
　　最大可用（maximize availability）：在正常情况下，最大可用模式和最大保护模式一样；在standby不可用时，最大可用模式会自动降低成最大性能模式，所以standby故障不会导致primay不可用。只要至少有一个standby可用的情况下，即使primary down机，也能保证不丢失数据。
　　最大保护（maximize protection）：最高级别的保护模式。primay上的事务在commit前必须确认redo已经传递到至少一个standby上，如果所有standby不可用，则primary会挂起。该模式能保证零数据丢失。
　　二、查看当前保护模式
　　SQL> select DATABASE_ROLE,PROTECTION_MODE,PROTECTION_LEVEL from v$database;
　　DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
　　---------------- -------------------- --------------------
　　PRIMARY MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE
　　三、两种日志传输方式
　　Arch：传统的日志传送方式。现在只有在最大性能模式时才能采用。归档日志通过primary上的arch进程传送给standby的RFS进程。
　　LGWr：oracle9i开始可以使用LGWR即时将日志传送到standby，而不再需要等到归档操作时才传送，已减少可能的数据丢失。在三种保护模式下都可以使用该方式传送日志。使用LGWR方式传送，在standby库上必须先建立standby redo logfile
　　四、查看日志传送方式
　　SQL> select dest_name,archiver from v$archive_dest;
　　DEST_NAME ARCHIVER
　　-------------------- ----------
　　LOG_ARCHIVE_DEST_1 ARCH
　　LOG_ARCHIVE_DEST_2 LGWR
　　LOG_ARCHIVE_DEST_3 ARCH
　　LOG_ARCHIVE_DEST_4 ARCH
　　LOG_ARCHIVE_DEST_5 ARCH
　　LOG_ARCHIVE_DEST_6 ARCH
　　LOG_ARCHIVE_DEST_7 ARCH
　　LOG_ARCHIVE_DEST_8 ARCH
　　LOG_ARCHIVE_DEST_9 ARCH
　　LOG_ARCHIVE_DEST_10 ARCH
　　10 rows selected.
　　五、添加standby redo logfile
　　首先停止standby的自动恢复状态

　　SQL>>
　　Database>　　如果没有停止自动恢复状态就添加standby logfile，会报错：
　　ORA-01156: recovery in progress may need access to files

　　SQL>>
　　04.redo'）>
　　Database>
　　SQL>>
　　05.redo'）>
　　Database>
　　SQL>>
　　06.redo'）>
　　Database>　　注意standby logfile的group名不能和primary的redo logfile group重复，因为我的primay已经有3组日志了，这里添加的三组standby logfile从group 4开始。同时standby redo logfile的大小和primary的redo logfile保持一致。
　　六、设置standby的归档路径
　　log_archive_dest_1='location=/free/oracle/orabak '
　　standby_archive_dest='/free/oracle/orabak '
　　七、在primary上修改为用LGWR传送日志

　　SQL>>
　　System>　　在primary上swith logfile

　　SQL>>
　　System>　　在primary的alter中可以看到成功的记录
　　Thu Nov 23 12:41:28 2006
　　ALTER SYSTEM SET log_archive_dest_2='service=standby lgwr async' SCOPE=BOTH;
　　Thu Nov 23 12:43:12 2006
　　LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
　　***********************************************************
　　Creating archive destination LOG_ARCHIVE_DEST_2: 'standby'
　　LNS0 started with pid=13
　　Thu Nov 23 12:43:16 2006
　　LGWR: Beginning to archive log 3 thread 1 sequence 102
　　Thread 1 advanced to log sequence 102
　　Current log# 3 seq# 102 mem# 0: D:ORACLEORADATANINGREDO03.LOG
　　Thu Nov 23 12:43:16 2006
　　ARC0: Evaluating archive log 2 thread 1 sequence 101
　　ARC0: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2
　　ARC0: Beginning to archive log 2 thread 1 sequence 101
　　Creating archive destination LOG_ARCHIVE_DEST_2: 'standby'
　　Creating archive destination LOG_ARCHIVE_DEST_1: 'D:ORACLEARCHNINGARC00101.001'
　　ARC0: Completed archiving log 2 thread 1 sequence 101
　　八、切换standby的保护模式
　　切换保护模式的操作必须在primay执行，且primay必须处于mount状态
　　如果在open状态执行，则报错：
　　ORA-01126: database must be mounted EXCLUSIVE and not open for this operation
　　SQL> shutdown immediate;
　　Database closed.
　　Database dismounted.
　　ORACLE instance shut down.
　　SQL> startup mount;
　　ORACLE instance started.
　　Total System Global Area 134814580 bytes

　　Fixed>
　　Variable>　　Database Buffers 25165824 bytes
　　Redo Buffers 143360 bytes
　　Database mounted.

　　SQL>>
　　Database>
　　SQL>>　　alter database open
　　*
　　ERROR at line 1:
　　ORA-03113: end-of-file on communication channel
　　注意，这时需要先修改日志传送方式为lgwr同步方式，否则，数据库是无法open，可以在初始化参数文件中定义。
　　SQL> conn / as sysdba

　　Connected to an>　　SQL> startup mount;
　　ORACLE instance started.
　　Total System Global Area 134814580 bytes

　　Fixed>
　　Variable>　　Database Buffers 25165824 bytes
　　Redo Buffers 143360 bytes
　　Database mounted.

　　SQL>>
　　System>
　　SQL>>
　　Database>　　再来看看当前保护模式
　　SQL> select DATABASE_ROLE,PROTECTION_MODE,PROTECTION_LEVEL from v$database;
　　DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
　　---------------- -------------------- --------------------
　　PHYSICAL standby maximize protection maximize protection
　　切换成maximize availability也需要类似的步骤，不再演示。
　　注：在10gR2的data guard中，按照上述步骤切换保护模式的时候却不成功。主库完成切换语句后再open就报错：ORA-03113: end-of-file on communication channel。看alert文件，报错ORA-16072: a minimum of one standby database destination is required。但实际上备库的standby logfile都已经建好了，解决方法如下：
　　解决方法：
　　将主备库的flashback打开：
　　启动到mount
　　SQL> select FLASHBACK_ON from v$database;
　　FLASHBACK_ON
　　------------------------------------
　　NO

　　SQL>>　　数据库已更改。
　　然后再切换到最大可用或者最大保护模式就ok了，切换前注意备库已经处于mount状态，并且主库原有的归档日志都已经全部复制到备库对应的归档目录下了，否则传送方式由arch改成lgwr后这些差异日志就无法自动传过去了。
　　九、  有次在做10gR2试验，将主库切换到maximize availability正常open，但是如果切换到Maximum protection就直接报错ORA-03113: end-of-file on communication channel，检查归档日志主备库都已经同步了，FLASHBACK_ON也已经是yes，但是就是不能open主数据库。
　　后来查看资料发现 Maximum protection模式必须满足以下条件：
　　Redo Archival Process: LGWR
　　Network Tranmission mode: SYNC
　　Disk Write Option: AFFIRM
　　Standby Redo Logs: Yes
　　standby database type: Physical Only
　　但是我的主库参数设置为：
　　*.LOG_ARCHIVE_DEST_2= 'SERVICE=STANDBY VALID_FOR=（ONLINE_LOGFILES,PRIMARY_ROLE） DB_UNIQUE_NAME=STANDBY LGWR SYNC REOPEN=10'
　　缺少了AFFIRM参数：增加后，如下
　　*.LOG_ARCHIVE_DEST_2= 'SERVICE=STANDBY VALID_FOR=（ONLINE_LOGFILES,PRIMARY_ROLE） DB_UNIQUE_NAME=STANDBY LGWR SYNC AFFIRM REOPEN=10'
　　这样，切换到Maximum protection就ok了。
　　在最大保护模式下，直接关闭备库是不行的，如果在备库上关闭数据库，会有如下提示：
　　SQL> shutdown immediate
　　ORA-01154: database busy. Open, close, mount, and dismount not allowed now
　　SQL>
　　看来在最大保护模式下，备库是不允许关闭的，此时首先关闭主库，然后备库就可以顺利关闭了。
　　十、打开standby数据库以read only方式

　　SQL>>　　SQL> SHUTDOWN;
　　SQL> STARTUP MOUNT;

　　SQL>>　　对比主库与standby数据库中的表记录，应该是一样的。
　　把standby数据库重新变成recovery状态：
　　SQL> SHUTDOWN IMMEDIATE
　　SQL> STARTUP NOMOUNT

　　SQL>>
　　SQL>>　　oracle视频教程请关注:http://u.youku.com/user_video/id_UMzAzMjkxMjE2.html