(SELECT THREAD# ,SEQUENCE# FROM V$LOG_HISTORY WHERE (THREAD#,FIRST_TIME ) IN
(SELECT THREAD#,MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL
WHERE ARCH.THREAD# = APPL.THREAD# ORDER BY 1;? 3? ? 4? ? 5? ? 6? ? 7?
? ? Thread Last Sequence Received Last Sequence Applied Difference
---------- ---------------------- --------------------- ----------
? ? ? ? 1? ? ? ? ? ? ? ? ? 3531? ? ? ? ? ? ? ? ? 3397? ? ? ? 134
此时归档应用停在了3398上面，加上之后的，共有134个归档没应用
这个时间点在主库执行的操作是添加数据文件：
Thu May 14 13:57:28 2015
ALTER TABLESPACE oa2015
? ADD DATAFILE '+DATA'
? SIZE 16G
? AUTOEXTEND OFF
Thu May 14 13:58:05 2015
Completed: ALTER TABLESPACE oa2015
? ADD DATAFILE '+DATA'
? SIZE 16G
? AUTOEXTEND OFF
备库磁盘空间确实不足，主库要求创建的数据文件为2个16G的文件，但是备库磁盘组可用空间只剩3G左右了
ASMCMD> lsdg
State? ? Type? ? Rebal? Sector? Block? ? ? AU? Total_MB? Free_MB? Req_mir_free_MB? Usable_file_MB? Offline_disks? Voting_files? Name
MOUNTED? EXTERN? N? ? ? ? 512? 4096? 1048576? 1638400? ? 3265? ? ? ? ? ? ? ? 0? ? ? ? ? ? 3265? ? ? ? ? ? ? 0? ? ? ? ? ? N? DATA/
和客户沟通了下，他们打算把DG停掉，暂时不用了，因此也没有做进一步处理，如果不想让归档日志传递到备库，可以设置主库参数log_archived_dest_state_2=defer。如果要解决故障，就要先添加磁盘到磁盘组，然后重新启用MRP进程，应用归档日志。