1.Standby database process status: You can run following query on standby database to see what MRP and RFS processes are doing, which block of which archivelog sequences are being shipped or being applied.

成都创新互联长期为上1000+客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为邹城企业提供专业的成都网站建设、网站制作，邹城网站改版等技术服务。拥有十载丰富建站经验和众多成功案例,为您定制开发。

SQL> select process, status, thread#, sequence#, block#, blocks from v$managed_standby ;
PROCESS   STATUS  THREAD#  SEQUENCE# BLOCK#     BLOCKS
--------- ------------ ---------- ---------- ---------- ----------
ARCH  CLOSING1 301  75776       1432
ARCH  CLOSING1 299  77824       1825
ARCH  CONNECTED0   0      0  0
ARCH  CLOSING1 300  75776       1422
RFS  IDLE0   0      0  0
RFS  IDLE0   0      0  0
RFS  IDLE1 302  72377  1
MRP0  WAIT_FOR_LOG1 302      0  0
8 rows selected.

2.Last applied log: Run this query on the standby database to see the last applied archivelog sequence number for each thread.

SQL> SELECT thread#, max(SEQUENCE#) FROM V$ARCHIVED_LOG where APPLIED='YES' group by thread#;
   THREAD# MAX(SEQUENCE#)
---------- --------------
 1      301

3.Archivelog difference: Run this on primary database. (not for real time apply)

SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY HH24:MI:SS';
Session altered.
SQL> SELECT   a.thread#,  b. last_seq, a.applied_seq, a. last_app_timestamp, b.last_seq-a.applied_seq   ARC_DIFF FROM (SELECT  thread#, MAX(sequence#) applied_seq, MAX(next_time) last_app_timestamp FROM gv$archived_log WHERE applied = 'YES' GROUP BY thread#) a,           (SELECT  thread#, MAX (sequence#) last_seq FROM gv$archived_log GROUP BY thread#) b WHERE a.thread# = b.thread#;
   THREAD#   LAST_SEQ APPLIED_SEQ LAST_APP_TIMESTAMP ARC_DIFF
---------- ---------- ----------- -------------------- ----------
 1  301      301 08-OCT-2015 01:06:460

4.Apply/transport lags: v$dataguard_stats view will show the general synchronization status of standby database.

SQL>  select * from v$dataguard_stats;
NAME  VALUE        UNIT      TIME_COMPUTED     DATUM_TIME
------------------------- -------------------- ------------------------------ ------------------------------ ------------------------------
transport lag  +00 00:00:00       day(2) to second(0) interval   10/08/2015 09:21:40     10/08/2015 09:21:39
apply lag  +00 08:14:59       day(2) to second(0) interval   10/08/2015 09:21:40     10/08/2015 09:21:39
apply finish time  +00 00:00:02.091     day(2) to second(3) interval   10/08/2015 09:21:40
estimated startup time  19       second      10/08/2015 09:21:40

5.

SQL> select * from v$recovery_progress;
START_TIM TYPE ITEM   UNITSSOFARTOTAL TIMESTAMP COMMENTS
--------- ------------------------------ ------------------------- --------------- ---------- ------- --------- --------------------
23-SEP-15 Media Recovery Log Files   Files  229    0
23-SEP-15 Media Recovery Active Apply Rate   KB/sec16045    0
23-SEP-15 Media Recovery Average Apply Rate   KB/sec    6    0
23-SEP-15 Media Recovery Maximum Apply Rate   KB/sec17761    0
23-SEP-15 Media Recovery Redo Applied   Megabytes 7891    0
23-SEP-15 Media Recovery Last Applied Redo   SCN+Time    0    0 08-OCT-15 SCN: 3957818
23-SEP-15 Media Recovery Active Time   Seconds  871    0
23-SEP-15 Media Recovery Apply Time per Log   Seconds    3    0
23-SEP-15 Media Recovery Checkpoint Time per Log   Seconds    0    0
23-SEP-15 Media Recovery Elapsed Time   Seconds      1248075    0
23-SEP-15 Media Recovery Standby Apply Lag   Seconds14784    0
11 rows selected.

当前名称：DG相关查询
本文来源：http://chengdu.cdxwcx.cn/article/picdij.html