rman備份的時候讀取v$session_longops失敗導致備份失敗

一個redhat as4下的oracle 10.2.0.2的庫使用的是基於物理dataguard的備份，每天晚上自動使用rman對資料庫進行備份，但是今天卻發現昨天晚上的備份失敗！因為資料要保證能恢復到任何的時間點，所以備份指令碼中是先對資料庫進行增量備份，然後進行日誌的備份。結果發現增量備份成功，但日誌卻沒有被備份。錯誤提示如下：
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00601: fatal error in recovery manager
RMAN-03004: fatal error during execution of command
RMAN-10006: error running SQL statement: select sofar, context, start_time from v$session_longops where (start_time > nvl(:1,
sysdate-100) or start_time = nvl(:2, sysdate+100)) and sid = :3 and serial# = :4 and opname
like 'RMAN:%' order by start_time desc, context desc
RMAN-10002: ORACLE error: ORA-00000: normal, successful completion

[@more@]

網上google了下，發現在9i中這是一個bug，metalink中有這個bug的描述：
Applies to:
Oracle Server - Enterprise Edition - Version: 9.2.0.5
This problem can occur on any platform.

Symptoms：
RMAN fails selecting from v$session_longops :
RMAN-10006: error running SQL statement: select sofar, context, start_time
from v$session_longops where (start_time > nvl(:1, sysdate-100) or
start_time = nvl(:2, sysdate+100)) and sid = :3 and serial#
= :4 and opname like 'RMAN:%' order by start_time desc, context desc
RMAN-10002: ORACLE : ORA-01041: internal error. hostdef extension doesn't exist

Solution：
Bug 3123232 is fixed in 9.2.0.6 so apply 9206 PSR or use the workaround:
Add to the init.ora/spfile of the target database
Switch off long-op statistics by setting the following (9.2 specific) settings in the (s)pfile :
optimizer_features_enable=9.2.0.1
_subquery_pruning_mv_enabled=false

Instance will have to be restarted

雖然此bug的描述跟我碰到的不大相同，而且此bug的版本跟我的也相差甚遠，但是網上看到有人在9.2.0.8中照樣碰到了，而且也是基於dataguard的備份，所以，這很可能就是一個bug，變異拉，哈哈。需要說明的是查詢v$session_longops失敗不會導致執行中的命令失敗，而會導致下一條命令執行失敗。就比如我的，增量備份照樣完成，只不過接下來的對歸檔進行備份的命令卻失敗。

不過我沒有設定隱含引數，只是重啟了dataguard就好了