dag見證伺服器是虛擬ip嗎

『壹』 DAG的特點

·對Windows故障轉移群集的有限依賴：DAG僅使用了Windows故障轉移群集組件提供的有限的一部分群集功能。DAG使用群集資料庫、群集心跳（Cluster heartbeat）及文件共享見證（File Share Witness，FSW）功能。在Exchange 2007及早期版本中，Exchange是一個由Windows故障轉移群集操作的應用程序。而在Exchange 2010中，情況發生了變化，Windows故障轉移群集注冊時所創建的Exchange群集資源DLL及所有群集資源，已從Exchange 2010代碼中移除。
·增量部署：DAG仍使用Windows故障轉移群集組件（如群集資料庫、心跳和文件共享見證功能），因此需要Windows Server 2008 SP2版或R2企業版環境，以便能夠對DAG中的Exchange 2010郵箱伺服器進行配置。但Exchange 2010支持增量部署方式，也就是說不需要在安裝Exchange 2010之前形成群集。用戶可以安裝Exchange 2010郵箱伺服器，然後創建一個DAG並在必要時將資料庫和伺服器添加到其中。
·與其他Exchange角色共存：使用CCR時，用戶不能在郵箱伺服器（群集節點）上安裝受CCR保護的Exchange伺服器。使用DAG時，DAG中的郵箱伺服器還可以安裝其他Exchange角色。這個特點對於小型組織非常有利。這是因為受DAG保護的郵箱伺服器可以與其他Exchange角色並存。這也意味著用戶可以使用兩台機器作為專用Exchange伺服器，以提供一個完全的冗餘解決方案。當然，這需要配置文件共享見證，這一點在用戶環境中很容易實現。文件共享見證不需要運行相同版本的Windows，只要運行Windows Server 2003或更高版本即可。另外一點需要注意的是：如果用戶使用兩台Exchange 2010伺服器，並且希望得到一個完全的冗餘解決方案，則必須使用基於負載均衡解決方案的外部硬體或軟體，以便提供客戶端訪問服務。
·完全通過Exchange工具管理：在Exchange 2007中使用CCR時，必須使用Exchange和群集管理組合工具來配置和管理CCR群集。在Exchange 2010中使用DAG時，不必使用群集管理工具進行任何初始配置和管理，企業內部的Exchange管理員也不再需要有群集管理的經驗。
·資料庫級的復制：為了支持DAG的新功能，Exchange 2010資料庫已遷移到組織級，而不是Exchange 2007或早期版本的伺服器級。Exchange 2010中不存在存儲組的概念。現在，每個資料庫都有一個日誌流與資料庫相關聯。CCR的一個缺點是：如果主動節點的一個資料庫出現故障，群集郵箱伺服器上現有的所有活動資料庫的故障都將轉移到被動CCR節點。如果這個節點上的用戶有郵箱存儲於各自的群集郵箱伺服器（Cluster Mailbox Server，CMS），他們都將受到影響。
·每個DAG支持多達16個成員：同Exchange 2007相比，Exchange 2010可以支持更多的郵箱資料庫，用戶最多可以添加16個郵箱伺服器到一個DAG，並可能保存16個郵箱資料庫副本。因此，Exchange 2010企業版支持的郵箱資料庫最高限額已從50個上調至100個。但標准版目前仍然只支持每個郵箱伺服器最多5個資料庫。
·切換/故障轉移較以前更為快速：有賴於Exchange 2010 DAG的改進，現在，郵箱資料庫副本間的切換/故障轉移更為快速。同Exchange 2007下採用CCR動輒就需要數分鍾相比，目前所用時間往往在30稱之內。此外，由於Outlook MAPI客戶端連接客戶端訪問伺服器的RPC客戶端訪問服務，因此最終用戶很少會注意到切換或故障轉移的發生。
·3個以上資料庫副本時無需備份：當一個郵箱資料庫擁有3個或更多副本時，程序設計為無需用戶備份。也就是說當依次循環登錄受DAG保護的郵箱資料庫時，不再需要執行備份操作。
·支持位於不同活動目錄站點的DAG成員：與CCR群集節點不同，DAG成員伺服器可以位於不同的活動目錄站點。但是應當注意，不能把受同一個DAG保護的郵箱伺服器放置在活動目錄森林的不同域內。
·通過TCP傳送日誌：在Exchange2007中，Microsoft Exchange復制服務通過伺服器消息塊將日誌文件復制到被動資料庫副本（LCR）、被動群集節點（CCR）或SCR目標，這就意味著用戶需要打開CCR群集節點（通常是在部署多站點CCR群集時）與SCR源或SCR目標之間防火牆的445埠。利用Exchange 2010 DAG，非同步復制技術不再依賴伺服器管理塊。Exchange 2010使用TCP / IP協議進行日誌文件復制和播種（註：播種，即Seed。在 CCR 環境中安裝被動節點時，每個存儲組及其資料庫都將從主動節點復制到被動節點，該操作稱為播種），甚至可以指定埠用於日誌文件復制。默認情況下，DAG使用64327埠，當然，也可另外指定其他埠。
·日誌文件壓縮：利用Exchange 2010 DAG，在一個DAG內的一個或多個網路間播種或復制時可以啟用壓縮功能。這是DAG本身的特性，而不是DAG網路的特性。默認設置為InterSubnetOnly，進行網路加密屬性設置時也使用相同的值。
·日誌文件加密：Exchange 2010 DAG增加了對加密的支持，而在Exchange 2007中，除非已配置IPsec，否則日誌文件將通過一個非加密通道復制。具體地說， DAG使用Windows Server 2008的加密功能，也就是說，DAG使用每個郵箱伺服器成員之間的Kerberos身份驗證。網路加密是對DAG本身而言的，而不是針對DAG網路。DAG網路加密屬性選項有：禁用（不使用網路加密），啟用（網路加密用於DAG中所有網路的播種和復制），InterSubnetOnly（默認設置，網路加密用於同一子網內的DAG網路），以及SeedOnly（網路加密用於DAG中所有網路的播種）。
·副本最多允許滯後14天：Exchange 2007 SP1的備用連續復制引入了滯後資料庫副本的概念。有了這項功能，用戶可以指定在重播已復制到 SCR 目標計算機的日誌文件之前，Microsoft Exchange 復制服務應等待的時間。用戶還可以使用另一個參數截斷滯後時間 (Truncation Lag Time），用於指定在截斷已復制到 SCR 目標計算機並已重播到資料庫副本的日誌文件之前，Microsoft Exchange 復制服務應等待的時間。利用這兩個選項，我們可以指定一個長達7天的時間差距。而通過Exchange 2010 DAG，用戶可以指定最多14天的截斷滯後時間。
·從資料庫副本播種：與Exchange 2007中的CCR不同，現在，用戶可以通過指定一個資料庫副本作為源資料庫來執行播種。這就意味著，現有郵箱資料庫的播種或重播操作不再對活動資料庫副本產生影響。
·公用文件夾資料庫不受DAG保護：與Exchange 2007的CCR不同，用戶不能使用DAG保護公用文件夾資料庫，而必須使用傳統的公共文件夾的復制機制對其加以保護。但在這方面也做了一些改進：如果公用文件夾存儲於DAG成員伺服器上，Exchange 組織中只有一個公用文件夾存儲的限制被取消。
·改進的傳輸轉儲程序：傳輸轉儲程序也有所改進，甚至受損資料庫在位於不同活動目錄站點的資料庫副本間進行故障轉移時，信息都可以重新遞送。除此之外，當所有信息都被復制到資料庫副本時，它們將從傳輸轉儲程序中被刪除。