ARCH 和 LGWR 两种方式

1、Redo传输：所有写入主库的online redo被 synchronously 或者 asynchronously 传输到 standby 数据库。如果 standby 数据库存在standby redo log，standby redo log将被使用。如果没有oracle会自动写到归档日志中，然而如果归档日志没有写完的情况下如果出现灾难，该没有写满的归档日志是不能被用来做应用恢复的。所以我们无论在哪种模式下（包括最大性能模式）都建议使用standby redo log。

2、Arch传输：如果主库日志归档，Arch进程把贵党日志传输到standby数据库。

查询DataGuard当前处于哪种日志传输方式：

SQL> select process,CLIENT_PROCESS from v$managed_standby;

PROCESS CLIENT_P
--------- --------
ARCH ARCH
ARCH ARCH
RFS UNKNOWN
MRP0 N/A
RFS LGWR

RFS UNKNOWN

6 rows selected.

以上说明DataGuard处于LGWR传输方式。在LGWR方式v$managed_standby一定存在一条记录为：CLIENT_PROCESS ='LGWR'。相应的参数文件：

SQL> SHOW PARAMETER LOG_ARCHIVE_DEST_3

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_3 string db_unique_name=yudong_c SERVIC
E=yudong_c LGWR SYNC AFFIRM NE
T_TIMEOUT=10 valid_for=(online
_logfile, primary_role) REOPEN
=60 OPTIONAL

SQL> select process,CLIENT_PROCESS from v$managed_standby;

PROCESS CLIENT_P
--------- --------
ARCH ARCH
ARCH ARCH
ARCH ARCH
RFS UNKNOWN
MRP0 N/A
RFS UNKNOWN
RFS UNKNOWN

7 rows selected.

以上说明DataGuard处于ARCH传输方式。在ARCH方式v$managed_standby一定存在一条记录为：CLIENT_PROCESS ='ARCH'。相应的参数文件：

SQL> SHOW PARAMETER LOG_ARCHIVE_DEST_3

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_3 string db_unique_name=fc1cn_d SERVICE
=fc1cn_d
valid_for=(online_logfile, p
rimary_role) REOPEN=60 OPTIONAL