Sun Java System Messaging Server 6.3 管理指南

20.14.1 郵件儲存的標準監視程序

本節概述郵件儲存的標準監視程序。對於郵件儲存的一般檢查、測試和標準維護作業來說,這些程序很有幫助。

如需附加資訊,請參閱27.7 監視郵件儲存

20.14.1.1 檢查硬體空間

郵件儲存應有足夠的附加磁碟空間與硬體資源。若郵件儲存已接近磁碟空間及硬體空間的上限,在郵件儲存內可能會出現問題。

磁碟空間不足是導致郵件伺服器問題和故障的最常見原因之一。若沒有空間可供寫入郵件儲存,郵件伺服器將當機。此外,當可用磁碟空間低於特定臨界值時,將出現與郵件遞送和記錄等相關的問題。如果 stored 程序的清除功能失敗,無法從郵件儲存中永久刪除已刪除的郵件,則磁碟空間將立即耗盡。

如需有關監視磁碟空間的資訊,請參閱20.11.5 監視磁碟空間27.7 監視郵件儲存

20.14.1.2 檢查記錄檔

檢查記錄檔,確保郵件儲存程序按配置執行。Messaging Server 可為每個主要協定或服務建立一組單獨的記錄檔,它支援:SMTP、IMAP、POP 和 HTTP。您可以查看位於 msg-svr-base/log/ 目錄中的記錄檔。您應定期監視記錄檔。

請注意記錄會影響伺服器效能。您指定的記錄詳細度越高,您的記錄檔在指定時間內佔用的磁碟空間就越大。您應為伺服器定義有效可行的記錄旋轉策略、過期策略和備份策略。如需有關定義伺服器記錄策略的資訊,請參閱第 25 章, 管理記錄

20.14.1.3 使用遙測檢查使用者 IMAP/POP/Webmail 階段作業

Messaging Server 提供名為遙測的功能,可將使用者的整個 IMAP、POP 或 HTTP 階段作業擷取至檔案。該功能對於除錯用戶端問題十分有用。例如,如果使用者抱怨他們的郵件存取用戶端無法按預期作業,就可以使用此功能來追蹤存取用戶端和 Messaging Server 之間的互動。

若要擷取 POP 階段作業,請建立下列目錄:

msg-svr-base/data/telemetry/ pop_or_imap_or_http/userid

若要擷取 POP 階段作業,請建立下列目錄:

msg-svr-base/data/telemetry/pop/userid

若要擷取 IMAP 階段作業,請建立下列目錄:

msg-svr-base/data/telemetry/imap/userid

若要擷取 Webmail 階段作業,請建立下列目錄:

msg-svr-base/data/telemetry/http/userid

請注意,目錄必須為 Messaging Server 使用者 ID 所擁有,或可供其寫入。

Messaging Server 將在該目錄中為每個階段作業建立一個檔案。輸出範例如下所示。


LOGIN redb 2003/11/26 13:03:21
>0.017>1 OK User logged in
<0.047<2 XSERVERINFO MANAGEACCOUNTURL MANAGELISTSURL MANAGEFILTERSURL
>0.003>* XSERVERINFO MANAGEACCOUNTURL {67}
http://redb@cuisine.blue.planet.com:800/bin/user/admin/bin/enduser 
MANAGELISTSURL NIL MANAGEFILTERSURL NIL
2 OK Completed
<0.046<3 select "INBOX"
>0.236>* FLAGS (\Answered flagged draft deleted \Seen $MDNSent Junk)
* OK [PERMANENTFLAGS (\Answered flag draft deleted \Seen $MDNSent Junk \*)]
* 1538 EXISTS
* 0 RECENT
* OK [UNSEEN 23]
* OK [UIDVALIDITY 1046219200]
* OK [UIDNEXT 1968]
3 OK [READ-WRITE] Completed
<0.045<4 UID fetch 1:* (FLAGS)
>0.117>* 1 FETCH (FLAGS (\Seen) UID 330)
* 2 FETCH (FLAGS (\Seen) UID 331)
* 3 FETCH (FLAGS (\Seen) UID 332)
* 4 FETCH (FLAGS (\Seen) UID 333)
* 5 FETCH (FLAGS (\Seen) UID 334)
<etc>

若要停用遙測記錄,請移動或移除您先前建立的目錄。

20.14.1.4 檢查 stored 程序

stored 功能可執行多種重要作業,如郵件資料庫的死結和作業事件、實作時效策略以及永久刪除及清除磁碟上儲存的郵件。如果 stored 停止執行,將導致 Messaging Server 出現問題。如果 stored 未在 start-msg 執行時啟動,則其他程序均不會啟動。

表 20–12 stored 作業

stored 作業 

功能 

stored.ckp

在資料庫檢查點初始化時更新。大約每 1 分鐘標記一次。 

stored.lcu

在清理每個資料庫記錄時更新。大約每 5 分鐘標記一次時間。 

stored.per

在進行每個使用者的資料庫寫出時更新。每小時標記一次時間。 

如需有關 stored 程序的更多資訊,請參閱「Sun Java System Messaging Server 6.3 Administration Reference」中的20.11.6 stored 常駐程式一章。

如需有關監視 stored 功能的附加資訊,請參閱27.7 監視郵件儲存

20.14.1.5 檢查資料庫記錄檔

資料庫記錄檔參照不活躍的作業事件檢查點記錄檔 (位於目錄 store_root/mboxlist 中)。如果記錄檔累積,將不會產生資料庫檢查點。一般說來,總會有兩個或三個資料庫記錄檔同時存在。如果檔案較多,可能是發生問題的徵兆。

20.14.1.6 檢查使用者資料夾

若要檢查使用者資料夾,您可以執行指令 reconstruct -r -n (遞迴不會修正),該指令可檢閱任何使用者資料夾並報告錯誤。如需有關 reconstruct 指令的更多資訊,請參閱20.14.3 修復電子信箱和電子信箱資料庫

20.14.1.7 檢查核心檔案

只有在程序出現非預期終止時,才會有記憶體檔案。查看這些檔案非常重要,特別是當您發現郵件儲存中存在問題的時候。在 Solaris 上,請使用 coreadm 來配置 core 檔案的位置。