dataguard 日志传输服务

1、日志传输可以分为 lgwr和ARCH，默认是arch，其中lgwr传输可以分为async和sync
sync：同步服务，只有在事物参数的日志成功的传输到备库的目的地，事物才能提交。虽然同步服务没有限制主库和同步目的地的距离，但是主库同步数据到目的地的延时，增加了事物提交的时间
         这种同步模式一般用在最大保护，最高可用
async：异步服务，这种模式在事物提交时不会等待此事物产生的日志成功同步到备库，这种模式一般用在最大性能

2、redo传输的安全
 redo传输使用的 oracle net 服务，通过ssl保护验证或者远端的password 文件

3、参数文件
LOG_ARCHIVE_DEST_n ：初始化参数，用来指定备库的传输目的地
 LOG_ARCHIVE_DEST_STATE_n：用来打开关闭目的地，他有三个值
                        enable：默认值，控制日志可以传输到LOG_ARCHIVE_DEST_n 指定的地址
                       defer：控制日志不能传输到 LOG_ARCHIVE_DEST_n指定的地址
                       alternate：在指定的地址传输失败后，可以传输到到这个地址

1．REOPEN 指定时间后再次尝试归档
使用REOPEN=seconds（默认为300秒）属性，在指定时间重复尝试向归档目的地进行归档操作，如果该参数值设置为0，则一旦失败就不会再尝试重新连接并发送，直到下次REDO数据再被归档时会重新尝试。
例如，设置REOPEN为100秒：
LOG_ARCHIVE_DEST_2='SERVICE=DavePrimary LGWR ASYNC REOPEN=100' 
2．ALTERNATE 指定替补的归档目的地
ALTERNATE属性定义一个替补的归档目的地，所谓替补就是一旦主归档目的地因各种原因无法使用，则临时向ALTERNATE属性中指定的路径写。
例如：
LOG_ARCHIVE_DEST_1='LOCATION=/disk1 ALTERNATE=LOG_ARCHIVE_DEST_2' 
LOG_ARCHIVE_DEST_STATE_1=ENABLE  
LOG_ARCHIVE_DEST_2='LOCATION=/disk2' 
LOG_ARCHIVE_DEST_STATE_2=ALTERNATE 
上述参数设置归档路径为/disk1，当/disk1路径下无法成功归档时，自动尝试向/disk2路径下归档文件。
从功能上来看，REOPEN与ALTERNATE是有一定重复的，不过需要注意一点，REOPEN属性比ALTERNATE属性的优先级要高，如果你指定REOPEN属性的值>0，则LGWR（或ARCn）进程会首先尝试向主归档目的地写入，直到达到最大重试次数，如果仍然写入失败，才会向ALTERNATE属性指定的路径写。
 
3．MAX_FAILURE 控制失败尝试次数
用REOPEN指定失败后重新尝试的时间周期，MAX_FAILURE则控制失败尝试的次数。
例如，设置LOG_ARCHIVE_DEST_1在本地归档文件时，如果遇到错误，则每隔100秒尝试一次，共尝试不超过3次，设置如下：
LOG_ARCHIVE_DEST_1='LOCATION=E:/ora10g/oradata/jsspdg/ REOPEN=100 MAX_FAILURE=3'

SYNC: 同步传输日志
ASYNC:异步传输日志
NET_TIMEOUT:指定lgwr进程在规定时间内把日志传输到备库
NOAFFIRM: 主库产生的日志不用等到写入备库后，才算成功
AFFIRM: 主库产生的日志只有写入到备库后，才算成功
DB_UNIQUE_NAME: 数据库的唯一名称，用来指定传输日志的地址
VALID_FOR: 用来指定redo传输服务的目的地
COMPRESSION :日志以压缩的形式传输的目的地
REOPEN ： 用来指定由于之前的错误重新连接传输日志到目的地，每次连接的最小时间
LOG_ARCHIVE_DEST_n：用来指定日志传输的目的地

*.standby_file_management='AUTO'：主库增加或减少数据文件的动作是否自动应用到从库

4、standby redo log
1）   同步和异步的传输模式在传输目的地必须有standbylog 才行，standby 用于接收从其他数据传输的日志，其结构和redo一样，管理也和reodo一样管理。
日志是由其他数据库传输过来，通过后台进程RFS进程写入到standby reod log

2）standby redo log大于或者等于主库的redo log，最好备库的standby redo 等于备库的redo
                                  3）备库的standby redo要比主库多一个或者多个日志
              主：
               SQL> SELECT GROUP#, BYTES FROM V$LOG;
                                        备：
                                         SQL> SELECT GROUP#, BYTES FROM V$STANDBY_LOG;
                                    4） 创建standby redo log
                                            如果是single database ，备库创建redo比主库的redo多一个或者多个standby redo，并且和主库的日志大小相同
                                                 SQL> ALTER DATABASE ADD STANDBY LOGFILE ('/oracle/dbs/slog1.rdo') SIZE 500M;
                                               如果是集群
SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 500M;
SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 500M;

5）配置standby redo log 归档
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP MOUNT;
SQL> ALTER DATABASE ARCHIVELOG;

     配置归档到快速恢复区域：
        LOG_ARCHIVE_DEST_2 = 'LOCATION=USE_DB_RECOVERY_FILE_DEST  VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE)'
LOG_ARCHIVE_DEST_STATE_2=ENABLE

或者配置归档到本地区域：
LOG_ARCHIVE_DEST_2 = 'LOCATION = /disk2/archive VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE)' LOG_ARCHIVE_DEST_STATE_2=ENABLE

5、Configuring a Cascaded Destination
                           1）选择配置级联的备库
                            2） 在级联的备库上配置到主库和备库库的网络服务tnsname.ora 然后配置  FAL_SERVER
                            3）配置 LOG_ARCHIVE_DEST_n  ，SERVICE为到达备库的网络名

Primary Database

DB_UNIQUE_NAME=boston
FAL_SERVER=boston2
LOG_ARCHIVE_CONFIG='DG_CONFIG=(boston,boston2,denver)'
LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST   VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=boston'
LOG_ARCHIVE_DEST_2='SERVICE=boston2 SYNC  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=boston2'

Cascading Physical Standby Database

DB_UNIQUE_NAME=boston2
FAL_SERVER=boston
LOG_ARCHIVE_CONFIG= 'DG_CONFIG=(boston,boston2,denver)'
LOG_ARCHIVE_DEST_1='LOCATION= USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=boston2'
LOG_ARCHIVE_DEST_2= 'SERVICE=denver  VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE) DB_UNIQUE_NAME=denver'
 
Cascaded Physical Standby Database
                                       DB_UNIQUE_NAME=denver
FAL_SERVER=boston2
LOG_ARCHIVE_CONFIG='DG_CONFIG=(boston,boston2,denver)'
LOG_ARCHIVE_DEST_1='LOCATION= USE_DB_RECOVERY_FILE_DEST  VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=denver'

6、监控日志的传输：
                              1、查看最近归档的日志文件
                                            SQL> SELECT MAX(SEQUENCE#), THREAD# FROM V$ARCHIVED_LOG GROUP BY THREAD#;
                                  2、主库查看最近归档的日志，已经归档目的地
                               SELECT DESTINATION, STATUS, ARCHIVED_THREAD#, ARCHIVED_SEQ#  FROM V$ARCHIVE_DEST_STATUS  WHERE STATUS <> 'DEFERRED' AND STATUS <> 'INACTIVE';
                            3、查看主库没有归档日志到备库的日志有哪些
                                SELECT LOCAL.THREAD#, LOCAL.SEQUENCE# FROM  (SELECT THREAD#, SEQUENCE# FROM V$ARCHIVED_LOG WHERE DEST_ID=1)  LOCAL WHERE 
                                       LOCAL.SEQUENCE# NOT IN  (SELECT SEQUENCE# FROM V$ARCHIVED_LOG WHERE DEST_ID=2 AND THREAD# = LOCAL.THREAD#);
 
4、主库监控同步日志的响应时间
SQL> SELECT FREQUENCY, DURATION FROM  V$REDO_DEST_RESP_HISTOGRAM WHERE DEST_ID=2 AND FREQUENCY>1;
  frequency  指出监控响应时间几次，duration 响应时间

查找最大响应时间是多长时间
SQL> SELECT max(DURATION) FROM V$REDO_DEST_RESP_HISTOGRAM WHERE DEST_ID=2 AND FREQUENCY>1;

主库查找最小响应时间
SQL> SELECT min( DURATION) FROM V$REDO_DEST_RESP_HISTOGRAM  WHERE DEST_ID=2 AND FREQUENCY>1;

The highest observed response time for a destination cannot exceed the highest specified NET_TIMEOUT value specified for that destination, because synchronous redo transport mode sessions are terminated 
if a redo transport destination does not respond to a redo transport message within NET_TIMEOUT seconds.
在最大响应时间不能超过net_timeout指定的时间，否则日志同步就会中断

7、gap的解决：

备库查看是否存在gap
SQL> SELECT * FROM V$ARCHIVE_GAP;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
-----------  -------------  --------------
 1              7              10

如果是物理备库：  
在主库上执行，确定gap，备库缺失的日志名称
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';

如果是逻辑备库查询DBA_LOGSTDBY_LOG:
                           在主库上执行
SQL> COLUMN FILE_NAME FORMAT a55
SQL> SELECT THREAD#, SEQUENCE#, FILE_NAME FROM DBA_LOGSTDBY_LOG L  WHERE NEXT_CHANGE# NOT IN 
(SELECT FIRST_CHANGE# FROM DBA_LOGSTDBY_LOG WHERE L.THREAD# = THREAD#) 
ORDER BY THREAD#, SEQUENCE#;
 
  THREAD#  SEQUENCE# FILE_NAME
---------- ---------- -----------------------------------------------
1          6 /disk1/oracle/dbs/log-1292880008_6.arc
1         10 /disk1/oracle/dbs/log-1292880008_10.arc
从主库复制日志到备库，然后注册

SQL> ALTER DATABASE REGISTER LOGICAL LOGFILE '/disk1/oracle/dbs/log-1292880008_7.arc';

SQL> ALTER DATABASE REGISTER LOGICAL LOGFILE  '/disk1/oracle/dbs/log-1292880008_8.arc';

SQL> ALTER DATABASE REGISTER LOGICAL LOGFILE  '/disk1/oracle/dbs/log-1292880008_9.arc';

8、日志传输造成的等待事件
在 V$SYSTEM_EVENT 发现等待事件

Wait Event Description
LNS wait on ATTACH   ：Total time spent waiting for redo transport sessions to be established to all ASYNC and SYNC redo transport destinations
LNS wait on SENDREQ：Total time spent waiting for redo data to be written to all ASYNC and SYNC redo transport destinations
LNS wait on DETACH    ：Total time spent waiting for redo transport connections to be terminated to all ASYNC and SYNC redo transport destinations

查看日志的状态：
SQL> select name,dest_id, SEQUENCE#,RESETLOGS_ID,REGISTRAR,APPLIED,DELETED,STATUS,fal,STANDBY_DEST,ARCHIVED from v$archived_log;
NAME    DEST_ID  SEQUENCE# RESETLOGS_ID REGISTR APPLIED   DEL S FAL STA ARC
---------------------------------------- ---------- ---------- ------------ ------- --------- --- - --- --- ---
 1   403
 815224926 SRMN    YES       YES D NO  NO  YES
 1   404
 815224926 SRMN    YES       YES D NO  NO  YES
/archive/1_405_815224926.arc  2
  405  815224926 RFS     YES       NO  A YES NO  YES
/archive/1_406_815224926.arc  2
  406  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_407_815224926.arc  2
  407  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_408_815224926.arc  1
  408  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_409_815224926.arc  1
  409  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_410_815224926.arc  1
  410  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_411_815224926.arc  1
  411  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_412_815224926.arc  1
  412  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_413_815224926.arc  1
  413  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_414_815224926.arc  1
  414  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_415_815224926.arc  1
  415  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_416_815224926.arc  0
  416  815224926 RFS     YES       NO  A YES NO  YES
/archive/1_417_815224926.arc  0
  417  815224926 RFS     YES       NO  A YES NO  YES
/archive/1_418_815224926.arc  1
  418  815224926 RFS     YES       NO  A NO
NO  YES
/archive/1_419_815224926.arc  1
  419  815224926 RFS     YES       NO  A NO
NO  YES