监控 real-time apply 实时同步的dataguard 是否正常同步：

select to_char(SYSDATE,'yyyymmdd hh24:mi:ss') CTIME,NAME,VALUE,DATUM_TIME
 from V$DATAGUARD_STATS 
 WHERE NAME LIKE '%lag';

其中如果apply lag对应的value大于0，那么就需要注意检查是否同步正常。如果相差
时间非常多，value值等于几分钟，甚至达到1个小时，那可能实时同步有问题，需要
检查 alert log 文件，其中会提示是否启动了real time apply, 检查最近的log，可以
发现：
alter database recover managed standby database using current logfile disconnect from session
MRP0 started with pid=20, OS id=647263927
Managed Standby Recovery starting Real Time Apply

查询备库是否有MRP0进程：
select * from v$managed_standby where process = 'MRP0';

说明实时同步已经开启，那么如果apply lag 还是常常大于0，那么可能是DG上standby redo log
的问题，如果standby redo log增加不正确，那么可以在alert log中找到类似如下的语句：
RFS[1]: No Standby redo logfiles created for thread 1

那么可能是standby redo log没有在DG上创建，也有可能创建了，但是thread错误导致。 可以通过
select GROUP#, THREAD#, SEQUENCE#, STATUS from  v$standby_log  查看, 如果创建了standby
redo log , 那么在应用redo时，一定有至少1个standby redo log的状态是 ACTIVE 的，其他大多数
是 unassigned .  如果都是 UNASSIGNED ，那么就是standby redo log的问题。

可以通过如下方式重新加入：
shut immediate 
startup mount

alter database add standby logfile thread 1 group 4  '/opt/oracle/oradata/test/standby_redo04.log ' size 1024M;                                  
alter database add standby logfile thread 1 group 5  '/opt/oracle/oradata/test/standby_redo05.log ' size 1024M; 
....     

最后再开启为read only with apply的方式：

startup nomount
alter database mount standby database ;
alter database open read only ;
SQL> select open_mode from v$database;
OPEN_MODE
--------------------
READ ONLY

SQL> alter database recover managed standby database using current logfile disconnect from session;
SQL> select open_mode from v$database; 
OPEN_MODE
--------------------
READ ONLY WITH APPLY 

还有一种影响同步的是，apply 同步出现错误 ， 可以查询 select error from  v$archive_dest 查看是否有同步错误 。

如果需要暂停或取消同步apply : 
alter database recover managed standby database cancel ;