Domino 到 Exchange 2007（或 2010）的設計問題？
今天，我們獲得了執行從 Domino 平台更改為 Exchange 的綠燈。企業更喜歡 Exchange 作為消息傳遞平台。（即使 IMO IBM Domino 很好——如果它沒有壞，請不要修復它，但這不是我的決定）。
我一直負責 Domino 到 Exchange 的過程盡可能順利。我還被告知要匯總這個項目的成本。我有一些問題和疑慮：網路設計、許可、成本：
目前設置如下。
總部1個（100名使用者），1個二級辦公室（50名使用者），5個分支機構（10名以下使用者）。
- 5個不同的電子郵件域
- 帶有少量 2008 R2 伺服器的 Windows Server 2003 功能級別
- Lotus Domino Notes 伺服器（每個辦公室一台）
- Ironmail 設備
- 公共 Domino Web 郵件伺服器
- 大多數 G5+ Proliant 伺服器
- Domino Blackberry Enterprise 許可證和伺服器
- 沒有 VoIP 電話
Exchange 2007 或 2010 的基本硬體要求是什麼？
我可以簡單地購買一台物理伺服器嗎？每個辦公室是否需要 Exchange 伺服器或可能需要額外的伺服器（角色）？
電子郵件如何路由到較小的分支機構？
標准許可證還是企業許可證？
該公司已經執行 Domino（消息和應用程序服務）超過 10 年，並且還希望 Exchange 支持電子郵件服務、Blackberry、Outlook Web Access，可能還支持 iPhone 設備。
謝謝Serverfault宇宙。
哇，這是很多問題，範圍很廣。我並不是要粗魯，但我認為你最好的方法是自己廣泛研究這些問題中的大部分，並建立一個非常完整的畫面。這不是我們可以在一個執行緒中真正為您正確涵蓋的內容。像這樣的遷移是一項艱鉅的任務，它需要時間、預算和項目管理，更不用說密切關注政治而不惹惱你的使用者；）
無論如何，我將談談您在其他地方可能無法輕鬆找到的一些細節。2008 年 5 月，我（和一位同事）將 Domino 6.5 環境遷移到了位於英國的一個擁有 250 人的組織中的 Exchange 2007 系統。這些要點都是在我們進行遷移時學到的：
第一 - 建築
在 ex2007 中，您需要了解各種角色。我建議您在主站點部署集線器傳輸、資訊儲存和客戶端訪問角色，在輔助站點部署資訊儲存，而在分支機構不部署任何角色。相反，使用 RPC over HTTPS 或現有 VPN 連接回中央交換。
但是，您需要根據您的組織需求和限制來定制上述內容。如果您的 WAN 連結較弱，但輔助站點上有強大的 Internet 管道，並且它們在單獨的電子郵件域下執行，您可能希望在那裡部署集線器傳輸。如果您的業務以安全為重點，您可能希望在 DMZ 中部署邊緣傳輸（但這不是強制性的）。根據您的硬體，您可能需要購買新伺服器（至少需要 64 位套件用於 ex2007）和/或增加 RAM。Ex2007 喜歡 RAM。
第二 - 準備
您最大的痛點是 Domino 是否被用於“非電子郵件”業務目的。Domino 是一個萬能的數據庫系統，通常用於文件儲存或表單輸入數據庫等。您應該專注於淘汰所有非電子郵件使用的多米諾骨牌，主要是通過辨識甚至不再使用的東西並刪除 NSF，或者對於正在使用的東西，遷移到其他東西，例如提取文件並將它們放在文件中分享。這需要時間，但是您可以在主要遷移的同時解決它，並且如果有必要，即使在電子郵件角色移動到 Exchange 之後，也可以將 Domino 伺服器保留一段時間。
第三 - 遷移
投資 Quest 遷移工具。您主要為 Quest 的支持付費，他們會在您的遷移過程中為您提供幫助，如果您的問題與 Quest 應用程序沒有嚴格相關，他們不會阻礙您 - 他們有很多遷移專家處理你的場景 100 次以上。值得他們的黃金重量。
其他的東西
Blackberry - 與您在 RIM 的客戶經理交談（如果您沒有，您的供應商會提供）。他們將能夠在遷移期間為您提供“臨時”企業 BES CAL 集。因此，您購買了 BES 的 Exchange 版本，並與您的 Domino BES 一起建構它。然後將現有的 BES CAL 應用到新伺服器（無需重新購買 CAL！）並將臨時許可證應用到舊 BES 伺服器。這為您提供了 30 天的共存期限，您可以通過遷移 CAL 來節省資金，並且他們為您提供的臨時 CAL 應該是免費的或相當象徵性的成本。
客戶端- 對於遷移的使用者端，在您的使用者尚未使用或配置 Outlook 的情況下，利用 Ex2007 中的豐富 OWA。這很好，因為它：
- 讓使用者熟悉 OWA。
- 不需要遷移依賴於客戶端存在的 Outlook。
- 維護成本低，這意味著您不會因為遷移工作而被拖到解決客戶端問題的過程中。
Cruft - 在開始遷移之前盡可能多地標準化和減少系統。刪除已離開公司的使用者的所有郵件 NSF，並清除經理仍在訪問它們的所有實例。將所有數據庫設計更新到您目前的版本（如果您以前升級過 Domino 並且仍然潛伏著舊模板）。讓管理層審查 BES 的使用情況並清除不需要它的使用者。在開始之前可以刪除的非核心數據和配置越多，遷移就越容易。