ogg GGS ERROR 500 Could not find archived log

今天客戶一個OGG extract程式STOPED了，檢視日誌報歸檔無法找見，出現此種情況往往是歸檔已經備走或被刪除。通常解決的辦法有三種：1.檢視要傳輸的資料是否正常。如果正常可以考慮修改extract 程式為begin now來從當前時間開始做捕獲或傳輸。2.如果資料庫不準確，需要採用RMAN的方式，還原歸檔來達到目的。3.修改Recovery Checkpoint 對應的時間戳為Current Checkpoint 對應的時間戳

問題症狀：
Source Context :
  SourceModule            : [er.main]
  SourceID                : [$Id: //depot/releases/OpenSys/v10.4.0/src/app/er/rep.c#25 $]
  SourceFunction          : [extract_start_point(time_elt_def *, time_elt_def *)]
  SourceLine              : [12057]


2014-11-07 15:17:33  GGS ERROR       500  Could not find archived log for sequence 5237 thread 1 under default destinations SQL WHERE sequence# = :ora_seq_no AND         thread# = :ora_thread AND         archived = 'YES' AND         deleted = 'NO' AND         name not like '+%'         AN>, erro
r retrieving redo file name for sequence 5237, archived = 1, use_alternate = 0Not able to establish initial position for sequence 5237, rba 2742800.


2014-11-07 15:17:33  GGS ERROR       190  PROCESS ABENDING.

解決方法：
1.  第一種解決方法：
GGSCI>alter extract ext1,begin now
GGSCI>start ext1 
2. 第二種解決方法：
--透過RMAN來還原歸檔
rman target /
run {
allocate channel t1 type 'sbt_tape'
parms 'ENV=(NSR_SERVER=backupsvr4,NSR_DATA_VOLUME_POOL=TXY3archdata)';
restore archivelog from logseq 5237 until logseq 5239;
release channel t1;}
---還原後再開始OGG程式
GGSCI>start ext1
3.第三種解決方法
GGSCI>info ext1  －－－－查詢出seq 5237對應的時間
GGSCI>alter extract ext1 ,begin 2014-11-07
GGSCI>start ext1


檢視程式：
GGSCI (sokf6a) 132>info SDSEQ,showch 

info *

alter extract sdseq ,thread 1,extseqno 7246, extrba   1275700736
alter extract sdseq ,thread 2,extseqno 16139, extrba 3049684856