郵件儲存在資料庫中。磁碟上使用者的分布、使用者電子信箱的大小以及磁碟需求均會影響儲存效能。以下各節會描述這些情況︰
stored 執行各項重要作業,例如郵件資料庫的死結和作業事件作業、強制執行時效策略以及刪除磁碟上儲存的郵件。如果 stored 停止執行,郵件傳送伺服器最終會遇到問題。如果 stored 未在 start-msg 執行時啟動,則其他程序均不會啟動。如需有關 stored 的更多資訊,請參閱「Sun Java System Messaging Server 6.3 Administration Reference」中的「stored」。
沒有明顯徵兆。
檢查 stored 程序是否正在執行。stored 在名為 store 的 msg-svr-base/data/proc 中建立並更新 pid 檔案。pid 檔案在回復時顯示 init 狀態,在準備就緒時顯示 ready 狀態。例如:
231: cat store 28250 ready |
第一行的數字是 stored 的程序 ID。
232: ps -eaf | grep stored inetuser 28250 1 0 Jan 05 ? 8:44 /opt/SUNWmsgsr/lib/stored -d |
檢查 msg-svr-base/store/mboxlist 中建立的記錄檔。請注意,並非每個記錄檔的建立都是由直接的 stored 問題導致的。如果 imapd 停止或者出現資料庫問題,也會建立記錄檔。
檢查 msg-svr-base/config 中以下檔案的時間戳記:
stored.ckp - 在檢查點進行嘗試時涉及。應該每 1 分鐘戳記一次時間 stored.lcu - 每次清除資料庫記錄檔時更改時間。應該每 5 分鐘戳記一次時間 stored.per - 每次進行每個使用者的資料庫寫出時更改時間。應該每 60 分鐘標記一次時間
檢查預設記錄檔 msg-svr-base/log/default/default 中的 stored 郵件。
可以使用 watcher 和 msprobe 進行監視。請參閱4.5 自動重新啟動失敗或無回應的服務和27.8.9 使用 msprobe 和 watcher 功能進行監視。
資料庫鎖定的狀態由不同的伺服器程序控制。這些資料庫鎖定會影響郵件儲存的效能。如果出現死結,郵件將無法以正常速度插入儲存,結果將導致 ims-ms 通道佇列增大。備份佇列有合理的原因,因此保留佇列長度歷程對於診斷問題非常有用。
大量作業事件累積未解決。