您可以定義能最好地滿足管理需要的郵件儲存和管理服務記錄配置。本節論述了可幫助您決定最佳配置和策略的問題,並解釋了如何實作這些配置和策略。
記錄檔的命名方案 (service.sequenceNum.timeStamp ) 可協助您設計靈活的記錄自動重建和備份策略。事實上,將不同服務的事件寫入不同的檔案便於您快速分離問題。同時,由於檔案名稱中的序列號持續增長,並且時間標記始終是唯一的,因此當有限的序列號集用盡後,以後的記錄檔也不會簡單地覆寫早期的記錄檔。而是僅在達到更靈活的存在時間限制、檔案數量或總儲存空間時,才會覆寫或刪除較舊的記錄檔。
Messaging Server 支援記錄檔的自動循環,此功能簡化了管理也使備份變得更容易。不必手動刪除目前記錄檔並建立新記錄檔以保留後續記錄事件。您可以隨時備份目錄中除目前記錄檔之外的所有記錄檔,而不必停止伺服器或手動通知伺服器啟動新記錄檔。
設定記錄策略的過程中,您可以針對每種服務設定選項,這些選項控制對總記錄儲存空間、最大記錄檔數量、單個檔案大小、最長檔案存在時間和記錄檔循環的速度等方面的限制。
請記住您必須設定數個限制,其中不只一個限制可能會導致記錄檔的循環或刪除。最先達到的限制為起控制性作用的限制。例如,如果最大記錄檔大小是 3.5 MB,並且您指定每天建立一個新記錄,如果每 24 小時建立的記錄資料不止 3.5 MB,那麼每天實際建立的記錄檔則不止一個。而且,如果最大記錄檔數量是 10 個並且最長存在時間是 8 天,則可能永遠不會達到記錄檔的存在時間限制,因為較快的記錄自動重建將意味著在不到 8 天之內便已建立 10 個檔案。
為 Messaging Server 管理記錄提供的以下預設值可能是規劃的合理出發點:
目錄中記錄檔的最大數量:10
最大記錄檔大小:2 MB
所有記錄檔允許的總計最大值:20 MB
允許的最小可用磁碟空間:5 MB
記錄自動重建時間:1 天
過期之前的最長存在時間:7 天
記錄層級:通知
您可以看到此配置假定預計伺服器管理記錄資料每天累積大約 2 MB,每週備份一次,指定給管理記錄的總儲存空間至少是 25 MB。(如果記錄層級更詳細,則這些設定可能不足。)
對於 POP、IMAP 或 HTTP 記錄,相同的值可能是合理的開端。如果所有服務具有大致相同的記錄儲存空間需求 (如此處所示的預設值),您可能期望初始配置總計約 150 MB 的記錄儲存容量。(請注意,這僅表示儲存空間需求的一般指示;實際的需求可能會顯著不同。)
這些選項的最合適設定取決於記錄資料累積的速度。可能需要 4,000 到 10,000 個記錄項目以佔用 1 MB 儲存空間。在較詳細的記錄層級 (如通知),一般忙碌的伺服器每週可能產生數百 MB 的記錄資料。可遵循以下方法:
設定與儲存空間限制一致的記錄層級 — 即,估計該層級將導致記錄資料以與用來估計儲存限制大致相同的速度進行累積。
定義記錄檔大小以便不影響搜尋效能。同時,將記錄文件大小與循環排程和總儲存空間限制協調。假定記錄項目以某速度累積,您可以將最大速度設定得稍大於自動發生循環時期望累積的最大速度。最大檔案大小乘以最大檔案數可能約等於總儲存空間限制。
例如,如果每天進行 IMAP 記錄自動重建,您期望的 IMAP 記錄資料累積為每天 3 MB,IMAP 記錄的總儲存空間限制是 25 MB,您可將最大 IMAP 記錄檔大小設定為 3.5 MB。(本範例中,如果記錄資料累積得很快,以致於所有記錄檔都達到最大大小並且達到記錄檔的最大數量,則可能仍會遺失記錄資料。)
如果伺服器每週備份一次而您每天循環 IMAP 記錄檔,則可以將 IMAP 記錄檔的最大數量指定為 10 左右 (考慮到超過單個記錄大小限制而使循環加速的情況),並將最長存在時間指定為 7 或 8 天。
在硬體容量內選擇一個總儲存空間限制,使之與為伺服器規劃的備份排程相協調。估計您期望記錄資料累積的速度、新增安全因素並定義總儲存空間限制,以使在伺服器備份的間隔期間內不會超過此限制。
例如,如果期望平均每天累積 3 MB 的 IMAP 記錄檔資料,伺服器每週備份一次,則可以指定大約 25 - 30 MB 做為 IMAP 記錄的儲存空間限制 (假定您的磁碟儲存容量足夠)。
為了安全起見,請在儲存記錄檔的卷次中選擇允許的最小可用磁碟空間。這樣,如果由記錄檔大小之外的因素導致了磁碟區填滿,則在嘗試將記錄資料寫入已滿的磁碟而發生失敗之前將刪除舊記錄檔。