我有幾個執行 2008 R2 和 Exchange 2010 的獨立測試環境，更新檔級別不同，原因也不同。我遇到的一個始終如一的問題是 Exchange 的事務日誌沒有被截斷，因為沒有備份解決方案，我也不想要一個。

所以，在我看來，這給我留下了三個選擇：

1. 啟用circular logging. 這對於某些測試場景來說是不可取的，因為它可能與正確模擬特定環境發生衝突。
2. 解除安裝所有數據庫並執行eseutil /mh. 這可行，但這是一個繁瑣的維護過程。
3. 一些偽備份實用程序（或一些受支持的低影響的技巧）來“欺騙”Exchange 使其相信它現在可以安全地截斷。

前兩個我可以做，但不會。有沒有辦法做第三個選項？

不要搶走JoeQwerty的風頭，因為我認為他對這個問題的回答非常有效，並且絕對適用於幾乎任何情況，除了可能是你的情況。（因此為什麼我贊成它。）但是，我確實找到了一種方法來做你所追求的……

假 VSS 備份

基本上，這樣做是在 Exchange 數據庫所在的捲上偽造 VSS 備份，最終導致 Exchange 截斷日誌。

中斷增量備份

這將破壞任何備份軟體的增量備份鏈，因此下一次真正的備份必須是完整備份。

使用被動副本

在 DAG 中，如果可能，請在被動副本上執行此操作。

程序

您必須為數據庫和日誌添加驅動器/安裝點**。**

1. 以管理員身份打開命令提示符
2. 跑diskshadow
3. 類型add volume x:（其中“x”是 Exchange 數據庫的驅動器）
4. 類型add volume y:（其中“y”是 Exchange 日誌的驅動器）
5. 類型begin backup
6. 鍵入create。這將需要幾分鐘，而 VSS 會執行此操作。
7. 鍵入end backup。這是它將日誌設置為截斷的位置。您必須等待下一個日誌生成才能開始發生。

此時，如果您查看應用程序 eventvwr 日誌，您應該會看到類似於以下內容的條目：

（或者您可以像這樣嘗試 PowerShell Get-EventLog -LogName application -Source msexchangeis | select -first 10：）

希望有幫助…

來源

引用：http: //ilantz.com/2011/10/26/how-to-manually-purge-exchange-server-logs-clean-and-easy/

引用自：https://serverfault.com/questions/539985