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
转载于:https://blog.51cto.com/19880614/1278039
993
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
