從9i以後，一般都不需要手工處理確實的日誌，FAL自動會幫我們處理這些問題。
但是，並非我們就完全不用手工處理了，比如，你的磁碟空間爆滿，歸檔日誌在傳到備庫前被轉移到其他地方，這種情況下FAL是不能解決問題的，需要手工處理一下。

下面就簡單說說手工處理日誌GAP的步驟：
1、在備庫檢查是否有日誌缺失
SQL> select * from V$ARCHIVE_GAP;

THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
---------- ------------- --------------
1 99 109

從上面的資訊可以看出，備庫中缺失了99到109的日誌。

2、在主庫中查詢缺失的日誌的所在路徑和名稱

SQL> SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND SEQUENCE# BETWEEN 99 AND 109;

NAME
--------------------------------------------------------------------------------
/u01/archivelog/1_99_626106231.arc
/u01/archivelog/1_100_626106231.arc
/u01/archivelog/1_101_626106231.arc
/u01/archivelog/1_102_626106231.arc
/u01/archivelog/1_103_626106231.arc
/u01/archivelog/1_104_626106231.arc
/u01/archivelog/1_105_626106231.arc
/u01/archivelog/1_106_626106231.arc
/u01/archivelog/1_107_626106231.arc
/u01/archivelog/1_108_626106231.arc
/u01/archivelog/1_109_626106231.arc

如果把日誌移動到其他路徑，則把日誌所在路徑換成當前實際所在路徑。

3、把日誌複製到備庫上
sftp> get 1_99_626106231.arc
Fetching /u01/archivelog/archive/1_99_626106231.arc to 1_99_626106231.arc
/u01/archivelog/archive/1_99_626106231.arc 100% 17KB 17.0KB/s 00:00
sftp> mget 1_10*
Fetching /u01/archivelog/archive/1_100_626106231.arc to 1_100_626106231.arc
/u01/archivelog/archive/1_100_626106231.arc 100% 4962KB 2.4MB/s 00:02
......
Fetching /u01/archivelog/archive/1_10_626106231.dbf to 1_10_626106231.dbf
/u01/archivelog/archive/1_10_626106231.dbf 100% 40KB 40.0KB/s 00:00

4、在備庫上手工註冊上一步中從主庫複製來的日誌
SQL> ALTER DATABASE REGISTER LOGFILE '/u01/archivelog/1_99_626106231.arc';

Database altered.
......

SQL> ALTER DATABASE REGISTER LOGFILE '/u01/archivelog/1_109_626106231.arc';

Database altered.

5、稍等片刻，觀察備庫的alert日誌資訊

Sun Aug 12 20:38:47 2007
Media Recovery Log /u01/archivelog/1_99_626106231.arc
Media Recovery Log /u01/archivelog/1_100_626106231.arc
Media Recovery Log /u01/archivelog/1_101_626106231.arc
Media Recovery Log /u01/archivelog/1_102_626106231.arc
......
從以上資訊，可以看出之前註冊的日誌已經被正常應用。

6、檢查備庫是否還有日誌GAP

SQL> select * from V$ARCHIVE_GAP;

no rows selected

如果有行返回，則重複2-5步，直到查詢結果是"no rows selected"。

如果日誌只是臨時移動到其他地方，過後會再移回原路徑，則不用這麼大費周折手工去手工處理了，把日誌拷回原處後FAL會自動處理GAP。

DATAGUARD中手工處理日誌GAP

相關文章