ORACLE在HP-UX下的系列問題處理(34)
2024-08-29 13:40:04
供稿:網友
OBII: RDS 守護進程中斷;重新創建Oracle 文件系統的數據列表
問題描述
在備份過程中或者在備份之后, OmniBack RDS 守護進程死掉。在進入GUI (圖形用戶界面)時出現下面的錯誤信息:
raimas velocis daemon not running.
omnisv.sh 狀態顯示確實如此,天天必須啟動守護進程。
在 RDS.log中顯示:
fatal resource manager error.
具體的問題似乎是由于線程服務器終止時檢測到一個錯誤,引起rm_fileSeekread超時。debug.log文件顯示:
DSM.3362 [cdbwrap.c:1360]
db[1] internal error [-2009] the session is disconnected.
如何解決這個問題?
配置信息
操作系統 - HPUX
版本 - 10.20
硬件系統 - HP 9000
系列 - K420
解決方法
在這個例子中,重新創建Oracle 文件系統的數據列表解決了RDS 守護進程中斷的問題,此外還用purge減小了數據庫的規模,然后writeascii/readascii。
.........following with all English text ....
OBII: RDS daemon dropping; recreate datalists for Oracle filesystems
PRoblem Description
I am having problems with the OmniBack RDS daemons dying during or right after a backup. When I go into the GUI (Graphical User Interface), I get the error message:
raimas velocis daemon not running.
omnisv.sh status shows this to be true and I have to
start the daemons daily.
I my RDS.log it shows:
fatal resource manager error.
The specific problem seeks to be a timeout in rm_fileSeekread
terminating because of an error detected in thread server abort.
In the debug.log file it shows:
DSM.3362 [cdbwrap.c:1360]
db[1] internal error [-2009] the session is disconnected.
How do I resolve this issue?
Configuration Info
Operating System - HPUX
Version - 10.20
Hardware System - HP 9000
Series - K420
Solution
In this case recreating the datalists for the Oracle filesystems resolved the problem of the RDS daemon dropping. Also the size of the database was redUCed with purge, then writeascii/readascii.