oracle DG日志传输模式详解

原文来自http://blog.itpub.net/31520497/viewspace-2156783/

1. 日志传输方式

有两种日志传输方式（ARC和LGWR），第一种是采用ARC进程传输日志，其示意图如下：

注：上图来自《大话Oracle RAC》

其大致过程如下：

1）主库：日志先写入在线重做日志，当在线重做日志满后（或人为切换）， ARC0进程归档该日志至主库本地归档目录，归档完成后，ARC1马上将该归档日志传输到备库；

2）备库：RFS进程接收日志，如果备库有Standby重做日志，则把日志复制到Standby重做日志，接着把Standby重做日志归档至备库本地归档目录，最后应用归档日志；如果没有配置Standby重做日志，RFS进程接收日志后，直接把它放到备库的归档目录下，再应用该日志。

另外一种是使用LGWR进程传输日志，它又分为两种方式，分别是ASYNC和SYNC，下面是ASYNC的示意图：

下面是SYNC的示意图如下：

注：上图来自《大话Oracle RAC》

用LGWR传输大致如下：

1）主库：只要有新的重做日志产生，LGWR进程将触发LNSn进程把新生成的日志传输到备库（注意：这里不能由LGWR直接传输，因为整个数据库实例只有一个LGWR，为了保证它的主要业务性能不受影响，不能由它直接传输）；

2）备库：RFS进程接收到日志后，将其写入Standby重做日志，如果备库开启了实时应用，就立即做日志应用，如果没有开启，则等Standby重做日志归档后再应用。

3）其中，ASYNC和SYNC的区别在于：SYNC是在redo还在内存时，LNSn进程就开始传输，而ASYNC是在redo缓冲到online redo log后，LNSn才开始传输。

从上面可以得出，从同步的实时性来看，LGWR(SYNC) > LGWR(ASYNC）> ARCH

2. 日志发送的配置

主库的日志发送是由log_archive_dest_n参数设置（注意：同时还有一个和它相对应的开关参数log_archive_dest_state_n，用于指定该参数是否有效），下面简单介绍下该参数各个属性的含义。

SERVICE（必须）：指定备库的网络连接名；

SYNC/ASYNC（默认为ASYNC）：指定日志的传输模式（同步/异步）；

NET_TIMEOUT：指定当采用SYNC传输模式时，超过多少秒则表示网路超时（默认为30s），在使用SNYC模式时，强烈建议设置改参数；

AFFIRM/NOAFFIRM：AFFIRM表示只有当日志写入Standby重做日志后才算日志传输成功，NOAFFIRM则没有这个要求；

DB_UNIQUE_NAME：指定备库的DB_UNIQUE_NAME；

VALID_FOR：格式为(redo_log_type,database_role)，只有这两个条件全部符合，才会发送日志；

其中redo_log_type有如下取值：ONLINE_LOGFILE, STANDBY_LOGFILE, ALL_LOGFILES

database_role有如下取值：PRIMARY_ROLE, STANDBY_ROLE, ALL_ROLES

REOPEN：指定当连接错误发生时，多少秒之后重试；

COMPRESSION：指定是否对日志进行压缩，已提高网络传输性能。

下面是log_archive_dest_n的一个例子：

DB_UNIQUE_NAME=BOSTONLOG_ARCHIVE_CONFIG=\'DG_CONFIG=(BOSTON,CHICAGO,HARTFORD)\' LOG_ARCHIVE_DEST_2=\'SERVICE=CHICAGO ASYNC NOAFFIRM VALID_FOR=(ONLINE_LOGFILE, PRIMARY_ROLE) REOPEN=60 COMPRESSION=ENABLE DB_UNIQUE_NAME=CHICAGO\' LOG_ARCHIVE_DEST_STATE_2=\'ENABLE\' LOG_ARCHIVE_DEST_3=\'SERVICE=HARTFORD SYNC AFFIRM NET_TIMEOUT=30 VALID_FOR=(ONLINE_LOGFILE,PRIMARY_ROLE) REOPEN=60 COMPRESSION=ENABLE DB_UNIQUE_NAME=HARTFORD\' LOG_ARCHIVE_DEST_STATE_3=\'ENABLE\'

3. 日志接受的配置

在备库，当RFS进程接受到日志后，就将其写入Standby日志文件里，备库的Standby日志文件可以看做是主库在线日志文件的一个镜像，当主库做日志切换时，备库的Standby日志也做相应的切换，切换后的Standby日志由备库的ARCH进程归档。

Oracle规定备库的Standby日志文件大小不能小于主库在线日志文件最大的一个，一般情况下，为了管理方便，最好把所有的在线日志和Standby日志大小设为一样。

Oracle还规定备库的Standby日志文件至少要比主库的在线日志文件多一组。

通过下面语句可以查询主库在线日志的大小和组数：

SQL> SELECT GROUP#, BYTES FROM V$LOG;通过下面的语句可以查询备库Standby日志的大小和组数：

SQL> SELECT GROUP#, BYTES FROM V$STANDBY_LOG;假设主库有两组在线日志，每个日志文件大小为500M，那么我们至少需要3组Standby，且每个日志文件大小不少于500M:

SQL> ALTER DATABASE ADD STANDBY LOGFILE (\'/oracle/dbs/slog1.rdo\') SIZE 500M;
SQL> ALTER DATABASE ADD STANDBY LOGFILE (\'/oracle/dbs/slog2.rdo\') SIZE 500M;
SQL> ALTER DATABASE ADD STANDBY LOGFILE (\'/oracle/dbs/slog3.rdo\') SIZE 500M;

上面提到过，备库的Standby日志也会被归档，它的归档路径由备库的log_archive_dest_n参数的location属性设置，如下所示：

LOG_ARCHIVE_DEST_1 = \'LOCATION = /disk2/archiveVALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE)\'LOG_ARCHIVE_DEST_STATE_2=ENABLE

4. 日志传输状态的监控

第一步：在主库执行如下语句获得最新归档序列号：

SQL> SELECT MAX(SEQUENCE#), THREAD# FROM V$ARCHIVED_LOG GROUP BY THREAD#;

第二步：在主库执行如下语句确认最新归档的日志是否已经传输至备库：

SQL> SELECT DESTINATION, STATUS, ARCHIVED_THREAD#, ARCHIVED_SEQ# FROM V$ARCHIVE_DEST_STATUS WHERE STATUS <> \'DEFERRED\' AND STATUS <> \'INACTIVE\';
DESTINATION       STATUS  ARCHIVED_THREAD#  ARCHIVED_SEQ#
------------------  ------  ----------------  -------------
/private1/prmy/lad VALID                1          947standby    ## 947如果状态不是VALID，则说明日志传输失败。

5. 手动解决日志传输GAP

Oracle DG会自动检测日志传输GAP并自动解决，但有时候GAP无法自动解决，必须DBA人工干预，下面我们讲讲手动解决的步骤：

首先，在备库执行下列语句查询是否有GAP：

SQL> SELECT * FROM V$ARCHIVE_GAP;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
-----------  -------------  --------------
1             7             10 ##HIGH_SEQUENCE#减去LOW_SEQUENCE#就是当前的GAP数，上例显示备库缺少从7到10（不包含10）的归档日志。

接着，在主库查询这些归档日志的目录位置：

SQL> SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND SEQUENCE# BETWEEN 7 AND 10;
NAME
--------------------------------------------------------------------------------
/primary/thread1_dest/arcr_1_7.arc /primary/thread1_dest/arcr_1_8.arc /primary/thread1_dest/arcr_1_9.arc

把这些归档日志从主库拷贝至备库，并在备库上注册：

SQL> ALTER DATABASE REGISTER LOGFILE  \'/physical_standby1/thread1_dest/arcr_1_7.arc\';
SQL> ALTER DATABASE REGISTER LOGFILE  \'/physical_standby1/thread1_dest/arcr_1_8.arc\';
SQL> ALTER DATABASE REGISTER LOGFILE  \'/physical_standby1/thread1_dest/arcr_1_9.arc\';

oracle DG日志传输模式详解相关推荐

oracle dg切换步骤,详解Oracle dg 三种模式切换
oracle dg 三大模式切换 =================================== 1 最大性能模式MAXIMUM PERFORMANCE ------默认模式 ===== ...
oracle DG模式搭建详解
oracle DG搭建安装环境在主机1上安装数据库软件,并建监听和实例,在主机2上安装数据库软件,并建监听,但不建实例,dg搭建之后数据会同步过去. 数据库参数优化(也可在spfile文件统 ...
【DG】DG概念原理详解
[DG]DG概念原理详解 RAC, Data Gurad, Stream 是Oracle 高可用性体系中的三种工具,每个工具即可以独立应用,也可以相互配合. 他们各自的侧重点不同,适用场景也不同. R ...
oracle解析关闭,oracle起动和关闭详解(转)
oracle起动和关闭详解(转)[@more@]实例 1．启动oracle server. startup[nomount|mount|open][force][pfile=filename] 参数说 ...
oracle dataguard详解,Oracle 19c 新特性详解：DataGuard 中ADG的自动DML重定向
Oracle 19c 新特性详解:DataGuard 中ADG的自动DML重定向在前面的文章<Oracle 19c 十大新特性一览>中,我们曾经提到 Oracle 19c的一个重要增强, ...
oracle数据库闪回详解
Oracle 9i 开始支持闪回,Oracle10g开始全面支持闪回功能,Oracle11g有所完善,为大家快速的恢复数据,查询历史数据提供了很大的便捷方法. 本文主要对Oracle常用闪回使用做些详 ...
Oracle 闪回技术详解
概述闪回技术是Oracle强大数据库备份恢复机制的一部分,在10g的时候就被推出一直延续到现在.在数据库发生逻辑错误的时候,闪回技术能提供快速且最小损失的恢复(多数闪回功能都能在数据库联机状态下完成 ...
oracle 11g目录结构详解
oracle 11g目录结构详解-pf文件概述前段时间有朋友留言需要oracle目录结构的介绍,所以整理了下这方面内容,这里简单分享下,下面以oracle 11g目录结构做说明. 11g目录结构 ...
Oracle PL/SQL编程详解
Oracle PL/SQL编程详解 - 古立 - 博客园 <我的网络摘抄本> 网摘/转载/备忘/随记博客园首页新随笔联系管理订阅随笔- 84 文章- 0 评论- 0 & ...

oracle DG日志传输模式详解

oracle DG日志传输模式详解相关推荐

最新文章

热门文章