Oracle 10GR2 DataGuard可笑的ARCH ASYNC

可笑的ARCH ASYNC
    在网上查创建Oracle 10G DataGuard文章中，有很多文章在*.LOG_ARCHIVE_DEST_2='SERVICE=10gstandby arch ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=10gstandby'，其实在10G dataguad里传送redo有LGWR和ARCH二种方式，LGWR又有同步和异步的区别，但如果用ARCH方式，只有同步之种方式。不会有ARCH+ASYNC这种方式，这也是大家经常会出现的通病，做事只是依葫芦画瓢，不求甚解。
    Oracle的官方文档是这样写的：When you specify the ARCH attribute, only the SYNC attribute is valid. An error message is returned if you specify the ARCH and ASYNC attributes together.其实这也有点小问题，指了ARCH+ASYNC并不会有任何错误信息（我在10.2.0.4上测试不会有报错，只是你指定了ASYNC也还是SYNC模式传送），也这是大家没引起注意的其中一个原因吧。
   

其它知识点：
1.如果启用了LGWR传送redo数据，在alert.log中会出现以下信息：
 ****************************************************************
 LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
 *****************************************************************

2.备库启用real time apply方法：
  首先备库要用standby redo log：然后alter database recover managed standby database using current logfile disconnect from session; 在v$archive_dest_status的recovery_mode出现real time字样表示已经启用了实时恢复

3.real time启用与不启用，在alert.log中的信息变化
  启用后，当主库有新的redo传过来后，出现Recovery of Online Redo Log: Thread 1 Group 6 Seq 24 Reading mem 0
  不启用只是出现RFS[7]: Successfully opened standby log 6: '/oradata/kgbdwmyj/standby_redo06.log';

 

作者george.ma blog:http://blog.chinaunix.net/u/12521/
参考：
Oracle® Data Guard Concepts and Administration
10g Release 2 (10.2)
Part Number B14239-05