1、监控途径:概括起来主要通过两个方面来进行:

2、监控恢复进度


(1)查看进程的活动状态


V$MANAGED_STANDBY视图专用于显示物理Standby数据库相关进程的当前状态,该视图中的列也很有特点,查看进程状态时,通常我们会关注PROCESS、CLIENT_PROCESS、SEQUENC#和STATUS几列,例如:


SQL> SELECT PROCESS,CLIENT_PROCESS,SEQUENCE#, STATUS FROM V$MANAGED_STANDBY;


PROCESS   CLIENT_P  SEQUENCE# STATUS


--------- -------- ---------- ------------


ARCH      ARCH        78  CLOSING


ARCH      ARCH        79  CLOSING


MRP0      N/A          80  WAIT_FOR_LOG


RFS       LGWR        80  IDLE


RFS       ARCH         0  IDLE


RFS       N/A            0  IDLE


相关说明:


PROCESS:进程名称,如ARCH、RFS、MRP0等。


CLIENT_P:对应的Primary数据库中的进程,如ARCH、LGWR等。


SEQUENCE#:归档序号。


STATUS:进程的当前状态,值较多,常见的有:


1)ALLOCATED:正准备连接Primary数据库。


2)ATTACHED:正在连接Primary数据库。


3)CONNECTED:已连接至Primary数据库。


4)IDLE:空闲中。


5)RECEIVING:归档文件接收中。


6)OPENING:归档文件处理中。


7)CLOSING:归档文件处理完,收尾中。


8)WRITING:REDO数据库写向归档文件中。


9)WAIT_FOR_LOG:等待新的REDO数据中。


10)WAIT_FOR_GAP:归档有中断,正等待中断的那部分REDO数据。


11)APPLYING_LOG:应用REDO数据中。



(2)检查REDO应用进度


V$ARCHIVE_DEST_STATUS视图显示归档文件路径配置信息及REDO的应用情况等,例如:


SQL> SELECT DEST_NAME,ARCHIVED_THREAD#,ARCHIVED_SEQ#,APPLIED_THREAD#,APPLIED_SEQ#,


DB_UNIQUE_NAME FROM V$ARCHIVE_DEST_STATUS WHERE STATUS='VALID';


DEST_NAME ARCHIVED_THREAD# ARCHIVED_SEQ# APPLIED_THREAD# APPLIED_SEQ# DB_UNIQUE_NAME


-------------------- ---------------- ------------- --------------- ------------ ------------------------------


LOG_ARCHIVE_DEST_1         1          79              0            0      NONE


STANDBY_ARCHIVE_DEST      1          78              1           78     NONE



(3)检查归档文件路径和创建信息


物理Standby数据库端可以通过查询V$ARCHIVED_LOG视图,获取归档文件的一些附加信息,如文件创建时间、创建进程、归档序号、是否被应用等,例如:


SQL>  SELECT NAME,CREATOR,SEQUENCE#,APPLIED,COMPLETION_TIME FROM V$ARCHIVED_LOG;


NAME                                               CREATOR  SEQUENCE# APP COMPLETIO


-------------------------------------------------- ------- ---------- --- ---------


/u01/archive/1_1_717413573.dbf                     ARCH             1 YES 30-APR-10


/u01/archive/1_3_717413573.dbf                     ARCH             3 YES 30-APR-10


… …


/u01/archive/1_78_717413573.dbf                    ARCH            78 YES 01-MAY-10


/u01/archive/1_79_717413573.dbf                    ARCH            79 YES 02-MAY-10



(4)查询归档历史


物理Standby数据库端通过V$LOG_HISTORY视图,可以查询所有已被应用的归档文件信息(无论该归档文件是否还存在),例如:


SQL> SELECT FIRST_TIME,FIRST_CHANGE#,NEXT_CHANGE#, SEQUENCE# FROM V$LOG_HISTORY;


FIRST_TIM FIRST_CHANGE# NEXT_CHANGE#  SEQUENCE#


--------- ------------- ------------ ----------


27-APR-10        446075       475833          1


27-APR-10        475833       489482          2


… …


30-APR-10        544929       590113         78


01-MAY-10        590113       652357         79


仍然通过该视图,稍稍修改下SQL语句,就可以查询到最后应用的归档文件,例如:


SQL> SELECT THREAD#, MAX(SEQUENCE#) AS "LAST_APPLIED_LOG" FROM V$LOG_HISTORY GROUP BY THREAD#;


THREAD# LAST_APPLIED_LOG


---------- ----------------


1               79


当然也可以通过查询V$ARCHIVED_LOG视图中的APP列获得相同的功能,例如:


SQL> SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;


THREAD#  SEQUENCE# APP


---------- ---------- ---


1          1 YES


1          2 YES


1          3 YES



(5)查看物理Standby数据库未接收的日志文件


日志文件的发送是通过LOG_ARHIVE_DEST_N参数来控制,因此我们只需要对比本地生成的归档和远端生成的归档间差异即可。例如:


SQL> 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#);


THREAD#  SEQUENCE#


---------- ----------


1         76


1         77


1         78


1         79


说明:  DEST_ID=N,N其实就是LOG_ARCHIVE_DEST_N参数中的那个N。



(6)监控日志应用服务


1) 查询当前数据的基本信息(v$database信息):如,查询数据库角色、保护模式、保护级别等:


SQL> SELECT DATABASE_ROLE,DB_UNIQUE_NAME,OPEN_MODE,


PROTECTION_MODE,PROTECTION_LEVEL, SWITCHOVER_STATUS  FROM V$DATABASE;


DATABASE_ROLE    DB_UNIQUE_NAME                 OPEN_MODE  PROTECTION_MODE      PROTECTION_LEVEL     SWITCHOVER_STATUS


---------------- ------------------------------ ---------- -------------------- -------------------- --------------------


PRIMARY          orcl_pd                        READ WRITE MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY SESSIONS ACTIVE


再比如,查询failover后快速启动的信息:


SQL> SELECT FS_FAILOVER_STATUS,FS_FAILOVER_CURRENT_TARGET,  FS_FAILOVER_THRESHOLD,  FS_FAILOVER_OBSERVER_PRESENT FROM V$DATABASE;


FS_FAILOVER_STATUS    FS_FAILOVER_CURRENT_TARGET     FS_FAILOVER_THRESHOLD FS_FAIL


--------------------- ------------------------------ --------------------- -------


DISABLED                                                                 0



2) 查看当前REDO应用和REDO传输服务的活动状态


查询物理Standby数据库当前REDO应用和REDO传输服务的状态非V$MANAGED_STANDBY视图莫属,例如:


SQL> SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;


PROCESS   STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS


--------- ------------ ---------- ---------- ---------- ----------


ARCH      CLOSING               1         78      98305       1752


ARCH      CLOSING               1         79      98305       1752


MRP0      WAIT_FOR_LOG          1         80          0          0


RFS       IDLE                  1         80      75297          3


RFS       IDLE                  0          0          0          0


RFS       IDLE                  0          0          0          0



3) 检查应用模式(是否启用了实时应用)


物理Standby数据库查询V$ARCHIVE_DEST_STATUS视图,如果打开了实时应用,则RECOVERY_MODE列会显示为:MANAGED REAL TIME APPLY,例如:


SQL> SELECT RECOVERY_MODE FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID=2;


RECOVERY_MODE


-----------------------


MANAGED



4) Data Guard事件(V$DATAGUARD_STATUS)


该视图显示那些被自动触发写入Alert.log或服务器Trace文件的事件。通常是在你不便访问到服务器查询Alert.log时,可以临时访问本视图查看一些与Data Guard相关的信息,例如:


SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;


MESSAGE


---------------------------------------------------------------------------------------------------


ARC0: Archival started


ARC1: Archival started


ARC0: Becoming the 'no FAL' ARCH


ARC0: Becoming the 'no SRL' ARCH


ARC1: Becoming the heartbeat ARCH


Attempt to start background Managed Standby Recovery process


MRP0: Background Managed Standby Recovery process started


Managed Standby Recovery not using Real Time Apply


Clearing online redo logfile 1 /u01/app/oracle/oradata/orcl/redo01.log


Clearing online redo logfile 1 complete


Media Recovery Waiting for thread 1 sequence 74



(7)调整物理Standby端REDO数据应用频率


调整应用频率,说白了就是调整I/O读取能力,所以通常我们从以下几个方面着手:


1)设置RECOVER并行度


在介质恢复或REDO应用期间,都需要读取重做日志文件,默认都是串行恢复,我们可以在执行RECOVER的时候加上PARALLEL子句来指定并行度,提高读取和应用的性能,例如:


SQL> RECOVER STANDBY DATABASE PARALLEL 2 ;


提 示: 建议PARALLEL的值为#CPUs×2。


注意: 该设置仅对当前环境有效,Oracle数据库重启之后,默认情况下并行度会恢复至初始值,如果DBA觉着每次执行很麻烦,要通过初始化参数PARALLEL_MAX_SERVERS来设置默认的并行度。


2) 加快REDO应用频繁


设置初始化参数DB_BLOCK_CHECKING=FALSE能够提高2倍左右的应用效率,该参数设置是否验证数据块的有效性,对于物理Standby数据库,禁止验证基本上还是可以接受的(Primary数据库强烈建议将该参数值设置为TRUE,当然默认就是TRUE),该参数是一个动态参数,修改后直接生效,不需要重启数据库。


3) 设置PARALLEL_EXECUTION_MESSAGE_SIZE参数值


如果打开了并行恢复,适当提高初始化参数PARALLEL_EXECUTION_MESSAGE_ SIZE的参数值,比如4096也能提高大概20%左右的性能,不过需要注意,增大这个参数的参数值可能会占用更多内存。


4) 优化磁盘I/O


在恢复期间最大的瓶颈就是I/O读写,要缓解这个瓶颈,使用本地异步I/O并设置初始化参数DISK_ASYNCH_IO=TRUE会有所帮助。DISK_ASYNCH_IO参数控制到数据文件的磁盘I/O是否异步。某些情况下异步I/O 能降低数据库文件并行读取,提高整个恢复时间。


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