?

【精解】Exchange Server 2007群集連續復制 David物流公司去年新購置了Exchange2007服務器，但在使用中發現，由于服務器偶爾出現故障，導致公司暫時不能收到客戶郵件問題嚴重，公司IT信息部提倡，將Exchange Server群集化，即可解決上述問題。 下面我就把David物流公司此次Exchange Server群集化改造過程給大家分享一下吧。 簡單介紹一下本地連續復制、群集單一復制和群集連續復制的區別： （1）本地連續復制，數據是兩份，但是服務就是一份 （2）群集單一復制，數據是一份，但是服務是兩份 （3）群集連續復制，數據是兩份，服務也是兩份。 故名思義，單一副本群集包含單個郵箱數據副本。承載郵箱數據的存儲出現故障時，不會導致自動恢復。實際上，這類故障通常會導致長時間的中斷和數據丟失。在 SCC 中通過以前的群集解決方案進行的改進解決了客戶對以前的高可用性解決方案提供的許多反饋。但是，SCC 仍然涉及使用共享存儲所具有的復雜性。它至少具有兩個現成的單個故障點：單個仲裁磁盤和 Exchange 數據的單一副本。在 Exchange?2007 中，存在另一種類型的高可用性配置，可以提供完全冗余，無需 Windows?Server Catalog of Tested Products 的 Cluster Solutions 類別中的硬件。此解決方案稱為群集連續復制 (CCR)。 CCR 使用內置的異步日志傳送功能，在故障轉移群集中的兩個服務器之間復制郵箱數據。通過將復制和群集相集成產生了一個解決方案，該解決方案無任何單點故障，但提供從服務器故障自動恢復的功能。此外，也不需要共享存儲，因而降低了部署成本和復雜性。CCR 僅支持二節點群集，而且僅支持兩個數據副本（主動副本和被動副本）。下圖描述了典型的 CCR 配置。 我用了3臺虛擬機完成上述拓撲中的角色： DC+Exchange+集線器傳輸角色??? IP:192.168.30.1 主動節點NODEA??? IP:192.168.30.2?????? 心跳IP：10.0.0.2 主動節點NODEB??? IP:192.168.30.3?????? 心跳IP：10.0.0.3 CLUSTER:192.168.30.4 Excluster：192.168.30.5 系統：Windows 2003 SP2 軟件：Exchange 2007 SP1 開始部署： 1、創建DC(怎樣創建？dcpromo，具體我就不多說了，如有不明白的同志去搜一下，很多的。)，提升AD模式,安裝.NET2.0 2.0HOTFIX 夏令時補丁 POWER SHELL,COM+ WWW服務等安裝EXCHANGE SERVER 2007的必要組件（想了解這些組件安裝步驟的同志請參考[url]http://davidchen.blog.51cto.com/316198/78730[/url] ）,這里我只安裝客戶端訪問角色和集線器傳輸角色2個組建,郵箱角色是要做成群集,所以這里不安裝。 簡單介紹一下安裝吧，詳細流程可以參考我以前發表的文章 [url]http://davidchen.blog.51cto.com/316198/78730[/url]一定要注意，只安裝這兩個角色(如果需要統一消息服務也可勾選，這里指不要勾選郵箱角色）。 OK，這兩個角色安裝完畢。 2、現在開始把另外2臺Server部署成集群,先將他們加入域,部署兩個NODE，再做相同的Exchange群集郵箱角色。 客戶機需要2塊網卡,一塊做外網,一塊做心跳，兩臺Server的心跳網卡用一根交叉線對接就可以了。 我先介紹一下心跳的設置，有些細節網上沒有寫清。 注意只填寫IP和子網掩碼就OK了。 將高級設置中，在DNS中注冊此連接的地址前的勾去掉。 在WINS選項中，選擇禁用TCP/IP上的NetBIOS(S)。 在連接中只使用Internet協議（TCP/IP）。 從高級設置中，將外網的訪問順序調整到第一位。 重復上述步驟設置NODE2，然后Ping一下，看心跳是否通。 心跳網卡配置完了，外網網卡我就不介紹了o(∩_∩)o…我們開始配置群集，我先強調一下，這里配置的群集和網上介紹的有些不同，網上介紹的大多是單節點群集，需要仲裁設備，而我們今天用的是連續復制，不是仲裁，所以要配置多節點群集。 選擇創建新群集 輸入群集名稱 檢查計算機名是否為你要添加的節點計算機名 這里需要注意，有兩個黃嘆號，是沒有找到仲裁設備的警告，之前我們說了，我們今天配置的是多節點群集，不需要仲裁設備，所以忽略它。 輸入群集IP 輸入域中有權限的用戶名、密碼，這里我用Administrator代替了，建議部署時單獨創建。 這里注意了，不要急著點下一步，我們先選擇仲裁。 在彈出的群集配置仲裁對話框中選擇多數節點集后再按下一步。 群集創建完畢 查看群集管理器 登陸到NODE2，打開群集Cluster，選擇新建節點。 向導 檢查計算機名是否為你要添加的節點計算機名，單擊添加按鈕。 添加NODE2前檢查。 輸入密碼 確認信息 完成NODE2到Cluster的添加。 兩個節點都已成功添加，現在可以開始配置群集設置，并檢查各各節點是否正常工作了。 配置心跳網絡屬性 配置外部網絡屬性 為了確保群集正常工作，要開始正式配置CCR了。配置CCR，MNSFileShare是不可少的一部分，并且強烈建議大家把這個共享放在Exchange 2007的集線器傳輸（Hub Transport）角色上。這里我在DC這臺機的C盤創建了一個名為MNS的共享文件夾,并賦予完全控制權限，然后開始配置多數節點集。 使用命令行配置文件共享見證的多數節點集（MNS）. Cluster res "Majority Node Set" /priv MNSFileShare="<shareName>" 現在可以在我的NODE1上安裝主動群集郵箱角色了，(這里注意，如果您的系統是Windows 2003 SP1請打補丁KB921181 [url]Http://go.microsoft.com/fwlink/?linkid=69785[/url]。 ) 那些歡迎、許可條款等界面我就不一一列出了，這里注意，一定要選擇自定義安裝。 只勾選主動群集郵箱角色 選擇群集類型為群集連續復制，設置群集郵箱服務器名。 設置群集郵箱服務器IP地址 準備情況檢查（檢查項很少了吧）。 好了，主動群集郵箱角色安裝完成。 到NODE2上開始安裝被動群集郵箱角色。 準備情況檢查（只有一項） 被動郵箱角色也安裝完成了，慶祝下（啪啪）o(∩_∩)o… 打開群集管理器。看看自動生成的Exchange虛擬服務器，并確認這些資源可以在兩個節點間轉移。 在DOS下查看，集IP也都在NODE1上。 觀察NODE2上沒有資源 DOS下觀察NODE2上也沒有群集IP。 先建兩個用戶測試下郵箱是否可用 再建一個 以用戶CH01登陸，給自己和用戶CH02發兩封郵件，自己收到正常。 模擬故障，將資源飄至NODE2。 令我不太相信的就是切換速度如此之快，汗…… 再以用戶CH02登陸，可以收到CH01發送的兩封郵件，并且再發送給自己一封，也成功收到。 好了，就先到這里吧，本人廢話太多，實驗設備配置很低，寫的也很匆忙，有錯誤或遺漏的地方還請好心人在評論中指出。

本文出自 “馨靈起點” 博客，請務必保留此出處http://davidchen.blog.51cto.com/316198/82991

轉載于:https://blog.51cto.com/sujita/604338

總結

以上是生活随笔為你收集整理的【精解】Exchange Server 2007群集连续复制的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。