備用/備份 Exchange 2003 伺服器
（是的，我知道 Exchange 2007 會進行複制，但遷移非常昂貴。）
我希望在我的 VM 場中設置備份 Exchange 2003 伺服器以幫助提高可恢復性。我們的電子郵件需求是適度的（“正常工作時間”），所以當幾年前建立 Exchange 時，它被放置在一個強大的（過度殺傷的）戴爾上，對元件有 4 小時的響應時間，而無人問津。我們正在做每晚的備份，但如果交換盒在下午 5 點出現故障，這仍然會留下很大的差距。
為此，我想為 Exchange 2003/Windows Server 2003 R2 設置一個 VM。我有適當的許可證，但不確定我是否可以合理地設置它。
我不希望我的使用者真正連接到此 VM 以發送/接收電子郵件（除非它很容易做到），但我希望它盡可能近實時地成為 Exchange 數據儲存的鏡像。這樣，如果主伺服器出現故障或數據儲存損壞，我們至少能夠確保在主伺服器恢復後**，從上次完整備份點發送/接收的**電子郵件盡可能保持最新。一個不錯的附帶好處是能夠使用它來發送/接收電子郵件，但如果不是，也沒什麼大不了的。
打個比方，在 SQL Server 中，我設置了一個帶 HA 的數據庫鏡像。如果主要失敗，我有一個最新的數據副本。在 SQL Server 2005 之前，我會通過日誌傳送或某種其他形式的複制來完成此操作。我也想用 Exchange 2003 進行設置。如果我不能這樣做，那麼某種近期事務日誌記錄（又名轉儲 tran）也可以。
我想將成本保持在盡可能接近 0 的水平。隨著成本開始上升，2007 年的許可變得更加合理（然後我們將只使用 2007 年的代表）或春季與其他人一起託管 Exchange。謝謝！！！
一個觀察：你會得到你所支付的。如果你做了一些廉價的黑客攻擊，那麼你就會得到一個廉價的黑客攻擊。
你想要的微軟“故事”是 Windows 集群。這意味著共享儲存和增加的費用。
如果您有興趣在現有 Exchange Server 電腦中斷的情況下保持郵件流入組織，請考慮使用可以對郵件進行排隊的邊緣 SMTP 伺服器。它不一定是 Exchange，儘管它可能是。
我不清楚你還在尋找什麼。如果您不希望使用者“連接到它”，那麼您只是在談論在現有 Exchange Server 電腦出現故障時對入站郵件進行排隊。假設您在現有 Exchange Server 電腦上的磁碟配置了單獨的容錯軸，用於事務日誌（RAID-1 或 RAID-10）和數據庫（RAID-5 或 RAID-10）。只要兩個主軸都沒有被故障破壞，您就可以在該配置中發生故障之前進行時間點恢復。（如果您的磁碟不是這樣配置的，那麼它們應該是。）
我可以設想某種場景（坦率地說，相對於您投入的工作量而言，回報非常低），您可以讓虛擬機隨時待命以安裝 Exchange 2003（以及現有更新檔上安裝的任何目前更新檔） Exchange Server 電腦）已安裝。如果現有 Exchange Server 電腦“發生故障”，您將啟動與故障伺服器同名的“備用”伺服器，執行 Exchange 2003 的“/disasterrecovery”安裝，然後將數據庫和事務日誌移至到備用機器。（我已經為 Exchange 2003 從舊硬體到新硬體的多次遷移完成了此操作。）當故障伺服器“修復”後，您將遷移回來。
對我來說，如果您有 4 小時的零件可用性和可以同時對入站郵件進行排隊的伺服器，這聽起來像是很多工作卻沒有太多收穫。不過，我認為它是無容錯和主動/被動 Windows 群集解決方案之間的某個中間點。