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.

成都創(chuàng)新互聯(lián)長(zhǎng)期為上1000+客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開(kāi)放共贏平臺(tái)，與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為鄒城企業(yè)提供專業(yè)的成都網(wǎng)站建設(shè)、網(wǎng)站制作，鄒城網(wǎng)站改版等技術(shù)服務(wù)。擁有十載豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開(kāi)發(fā)。

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.