事務日誌檔案將記錄資料庫引擎執行的每個事務。所有事務將先寫入日誌，然後再慢慢寫入資料庫。與 exchange server 2003 不同，exchange 2010 中的事務日誌檔案大小已從 5 mb 減小到 1 mb。此更改旨在支援連續複製功能，並將主儲存失敗時的資料損失量降到最低。
可以使用下表來估計將在 exchange 2010 郵箱伺服器上生成的事務日誌數量，其中平均郵件大小為 75kb。
「每天生成的事務日誌數」的值取決於選擇的郵件配置檔案和平均郵件大小。它表示每天每個郵箱將生成的事務日誌數。每個郵件配置檔案的日誌生成數需考慮以下因素：
每個郵箱配置檔案生成的事務日誌數量
郵件配置檔案（75 kb 的平均郵件大小）
每日生成的事務日誌的數量
可以使用以下準則來了解郵件大小如何影響事務日誌的生成速度：
例如，如果您每天有 100 封郵件，並且：
以下部分討論影響日誌大小容量的因素：
日誌 lun 大小在一定程度上取決於備份和還原設計。例如，如果設計允許後退兩周並重播自那時起生成的所有日誌，則需要兩周日誌檔案的空間。如果備份設計包括每週完整備份和每日差異備份，則日誌 lun 需要大於整週日誌檔案的空間，以允許在還原期間進行備份和重播。大多數執行夜間完全備份的企業，會將所需的每天日誌生成容量的分配提高到兩到三倍。採用該方法可防止備份失敗導致填滿日誌驅動器而卸除資料庫。
如果計畫在 exchange 2010 中使用郵箱恢復和單個專案恢復功能作為備份基礎結構（從而啟用迴圈日誌記錄），那麼最佳做法是，您應該確保將所需的每天日誌生成容量的分配提高到三倍。這樣可確保當複製已掛起或在正常引數下無法執行時，資料庫不會由於截斷故障而卸除。
移動郵箱是大型郵箱部署的主要容量因素。許多大型公司每夜或每週將一定百分比的使用者郵箱移動到不同的資料庫、伺服器或**。如果您的組織也是如此，您可能會發現為日誌 lun 多提供一些空間以容納郵箱移動是非常必要的。
儘管源伺服器會記錄小型記錄刪除，目標伺服器仍必須先將所有傳輸資料寫入事務日誌。如果一天生成 10 gb 的日誌檔案，並且將 30 gb 的緩衝區保留三天，則移動 50 個 2 gb 的郵箱 (100 gb) 將填滿目標日誌 lun 並導致停機。在上述情況下，可能必須為日誌 lun 分配額外容量以支援移動郵箱。
對於大多數部署來說，我們建議您在建立日誌 lun 時向日誌大小增加 20% 的開銷因素（考慮其他所有因素之後），這樣可以確保出現意外的日誌生成時存在必要的容量。
高可用性會在三個重要方面影響日誌容量要求：
有關詳細資訊，請參閱了解高可用性因素。
lun 的容量要求將基於資料集（資料庫、事務日誌、內容索引和恢復空間）的大小以及其他一些可用空間。多數操作管理程式都具有容量閾值，當 lun 的利用率超過 80％ 時，容量閾值可提供警報。
可以使用以下公式來確定 lun 的相應大小：
lun 容量 = 資料大小 /（1 - 可用空間百分比要求）
例如，如果資料大小要求為 3000 mb，可用空間要求為 20％，則承載該資料的 lun 的大小必須為 3750 mb。
Exchange 2010日誌的容量規劃
事務日誌檔案將記錄資料庫引擎執行的每個事務。所有事務將先寫入日誌，然後再慢慢寫入資料庫。與 exchange server 2003 不同，exchange 2010 中的事務日誌檔案大小已從 5 mb 減小到 1 mb。此更改旨在支援連續複製功能，並將主儲存失敗時的資料損失量降到最低。可以使用下表...
如何清除Exchange2010郵件日誌
故障現象 exchange2010在使用一段時間後，日誌占用磁碟空間不斷增長 日誌檔案為單獨乙個分割槽 最後佔滿日誌檔案分割槽可用磁碟空間，導致使用者無法正常收發郵件 注意 日誌檔案和郵箱資料庫檔案分別在不同分割槽，郵件資料庫分割槽磁碟還有可用空間，只是日誌檔案分割槽磁碟空間已經滿了 如何解決？解決...
匯出Exchange2010郵件
因為使用add adpermission命令授予許可權容易出錯，並且難以排錯。在2010中，微軟引入了基於角色的訪問控制即rbac。rbac中的角色都是預定義好的，這樣你需要的操作只是將特定的使用者新增到該組中，這樣就可以進行需要的操作了。本例項中，需要將exadmin使用者新增到 mailbox ...