故事發生在2010年4月8日下午，Ex2007 CCR集羣節點中的被動節點虛擬機磁盤空間不足。
導致主節點的日誌無法重播到被動節點，造成主節點日誌盤迅速膨脹。
結果可想而知了，所有庫都unmount了。
全公司所有用戶的郵件應用中斷，幸好有OC頂着，中斷時長大約30分鐘至1小時。
要不麻煩大了，現將解決方案分享如下：
解決方案分享：
一、測試部分
1、 在虛擬機上新建一個測試存儲組，mount一個測試數據庫
2、 將幾個測試賬號新建在該測試存儲組合測試數據庫下，開始向這幾個測試賬號發送大郵件
3、 將測試存儲組複製中止，然後再向這幾個測試賬號發送大郵件
4、 Dismount 數據庫，停掉複製及Information store 服務
5、 手工清除活動節點的測試日誌
6、 手工清除被動節點的所有測試日誌和測試數據庫
7、 啓動主節點information store 及複製服務，
8、 進入羣組管理器，將所有應用聯機
9、 重新mount 測試數據庫
10 查看測試用戶的郵件是否丟失？若無丟失，可進入真實環境操作。
二、真實環境部分
1、 先Dismount其中一個數據庫，然後重複4-10步
2、 將所有的數據庫都Dismount，然後重複4-10步
3、 發送測試郵件，看郵件服務器是否正常
4、 進行被動節點CCR角色脫離，進入添加刪除程序，直接將Exchange server 2007 卸載即可。
5、 關閉被動節點，將主節點重新啓動。
6、 發送測試郵件，檢查郵件服務器是否正常
參考文檔：
1、日誌清除文檔
We have an Exchange 2007 CCR Cluster that spans two seperate subnets. Our data has gotten really out of sync and the logs are taking up a TON of space. On the passive side the disk is completely out of space which is why I believe I cannot re-initialize. So here is what I thought was a good idea.. I want to somehow stop the replication, run a full backup on the active side to clear the logs(as of right now, they will not clear and I read thats because they havent been copied), completely clear the passive side and then start the replication again. Is their anyway to get this accomplished?
You are correct that the logs will not clear since the logs haven't got copied across. What you could do is, run the following command.
Suspend-StorageGroupCopy -identity ServerName/SGName
http://technet.microsoft.com/en-us/library/aa998182.aspx
Dismount Mailbox and PF Stores.
Stop Replication Service, Information Store Service.
Remove all logs from within log files folder (on Active Node).
Restart Replication Service, Information Store Service.
Mount Mailbox and PF Stores.
Start Backup of Information Stores.
On Passive Node, please empty database and log files from target folders.
Run the following command to initiate re-seed.
Update-StorageGroupCopy --identity ServerName/SGName
http://technet.microsoft.com/en-us/library/aa998853.aspx
That should be it.
2、CCR角色脫離文檔
