2.5 启动日志应用

修复完成后，重新启动日志应用：

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

方法 3：重建备库（简单粗暴）

如果坏块影响严重且以上方法无法修复，可以考虑重新同步备库，如果是数据量比较小的推荐这样操作

如果是数据量很大的话 推荐前面的两种方法：

3.1 RMAN duplicate方式重建备库

创建主库的全量备份（包括数据文件、控制文件、归档日志）：

rman target sys/xxxx@pms auxiliary sys/xxxx@PMSDGrun 
{
allocate channel d1 type disk;
allocate channel d2 type disk;
allocate channel d3 type disk;
allocate channel d4 type disk;
allocate auxiliary channel c1 type disk;
allocate auxiliary channel c2 type disk;
allocate auxiliary channel c3 type disk;
allocate auxiliary channel c4 type disk;
duplicate target database for standby from active database nofilenamecheck;
}

3.2 重新开始归档应用

alter database recover managed standby database cancel;alter database open;alter database recover managed standby database using current logfile disconnect from session;

在备库使用 RMAN 恢复备份并重新配置 Data Guard 环境。

三. 验证修复

  检查坏块是否修复

在备库执行以下命令，确认坏块是否已修复：

SELECT * FROM V$DATABASE_BLOCK_CORRUPTION;

  确认日志应用正常

查看备库是否同步正常：

--日志传输状态
standby> 
select 'Last Applied : ' Logs,
       to_char(next_time, 'DD-MON-YY HH24:MI:SS') Time
  from v$archived_log
 where sequence# =
       (select max(sequence#) from v$archived_log where applied = 'YES')
union
select 'Last Received : ' Logs,
       to_char(next_time, 'DD-MON-YY HH24:MI:SS') Time
  from v$archived_log
 where sequence# = (select max(sequence#) from v$archived_log);-- 最后应用的sequence序列
Standby> 
select al.thrd "Thread",
       almax   "Last Seq Received",
       lhmax   "Last Seq Applied"
  from (select thread# thrd, max(sequence#) almax
          from v$archived_log
         where resetlogs_change# =
               (select resetlogs_change# from v$database)
         group by thread#) al,
       (select thread# thrd, max(sequence#) lhmax
          from v$log_history
         where first_time = (select max(first_time) from v$log_history)
         group by thread#) lh
 where al.thrd = lh.thrd;

四. 注意事项 优先通过主库恢复 ：

1. 如果坏块较少，推荐使用方法 1 恢复。
2. 如果坏块较多，直接使用方法 2 替换数据文件。
3. 如果数据库比较小 也推荐重建方式  简单直接，如果数据库太大 重建耗时太久 推荐前两种方式
4. 另外如果是主库有文件损坏，备库正常方法2也适用。