企業(yè)做的最多的、最能省錢的工程就是服務器整合。將分支機構(gòu)的服務器移動到總部數(shù)據(jù)中心能在很多方面節(jié)約費用。首先是能降低硬件費用。通常分支機構(gòu)的服務器利用率都低于25%，而且很難提高。將若干個服務器移動到數(shù)據(jù)中心，并利用虛擬軟件，能將多個分支機構(gòu)的服務器整合到物理服務器上。服務器整合能節(jié)約硬件成本和軟件許可費用，提供更綠色和廉價的解決方案，因為它僅需很少的能耗和冷卻。它使維護變得更加容易，因為所有的服務器都放置在同一個地方。災難恢復變得更加容易，因為服務器更適合數(shù)據(jù)中心的災難恢復設計，而不是分散開地�？傊瑢⒎种C構(gòu)的服務器集中在數(shù)據(jù)中心是明智的，它是一種趨勢，在經(jīng)濟低迷時期甚至會變的更加普及。
服務器整合的問題在于其對廣域網(wǎng)的影響。以前對于用戶來說本地數(shù)據(jù)通過高速局域網(wǎng)傳輸，現(xiàn)在必須通過廣域網(wǎng)。通常來說，這意味著帶寬必須增加。但是，即使帶寬增加了，仍可能有響應時間問題，速度沒有解決。最主要的問題存在于通用因特網(wǎng)文件系統(tǒng)（CIFS），微軟使用的一種允許程序請求遠程主機上的文件和服務的協(xié)議。最初，它在WAN上效率很低。例如，當CIFS下載一個文件的時候，它先請求一個數(shù)據(jù)塊，然后等待，直到獲得確認信息后，才請求下一個數(shù)據(jù)塊。這個低效的協(xié)議在LAN上沒有問題，因為幾乎不存在延遲問題。在WAN上，它創(chuàng)建了一個緩慢的起止進程大大地增加了文件下載時間。近期對CIFS的改進允許同時請求多個數(shù)據(jù)塊，增加了它的效率。但這并沒有完全解決WAN上的起止進程問題和長時間下載問題。服務器整合引起的另一個問題是影響了部分服務器提供給本地用戶的一些服務。
本地服務器可提供動態(tài)主機配置協(xié)議(DHCP)，域名服務系統(tǒng)(DNS)，和活動目錄服務及為本地打印機提供打印服務。將這些服務移至數(shù)據(jù)中心并不能提高它們的質(zhì)量或者提供任何大的好處，反而會引起問題。如果到數(shù)據(jù)中心的鏈路不可用，那么分支機構(gòu)的用戶就不能使用任何的網(wǎng)絡功能。即使仍有本地服務器或者到Internet的替換路線，用戶在沒有DHCP或DNS的情況下是不能使用它們的。擁有一個好的WAN備份路徑是一個很重要的策略，如果問題確實出現(xiàn)，那很有必要在本地開啟DHCP和DNS功能。即使鏈路可用了，將一個打印作業(yè)路由至數(shù)據(jù)中心然后再返回給分支機構(gòu)的本地打印機，這是一種很大的資源浪費。 然而，如果考慮到節(jié)省的總費用，上述問題及它們對WAN或本地服務器的影響不是停止服務器整合的充分理由。相反，WAN管理員必須就這些問題找出解決之道。
如何應對服務器整合的挑戰(zhàn)
答案是加速和優(yōu)化。這需要一些通常被稱為WAN優(yōu)化控制器(WOCS)的設備共同完成。WAN優(yōu)化是一種對稱解決方案，WOC必須安裝在每個分支機構(gòu)和數(shù)據(jù)中心。數(shù)據(jù)中心的WOC支持多個分支機構(gòu)的WOC。連接至數(shù)據(jù)中心設備的本地設備的比例，依賴于數(shù)據(jù)中心的WOC的容量。
廣域網(wǎng)帶寬優(yōu)化工具也能結(jié)合相關(guān)技術(shù)解決數(shù)據(jù)中心的問題。增加帶寬的需求通過利用字典壓縮技術(shù)將數(shù)據(jù)進行壓縮得到解決。字典壓縮能很輕松的減少一個連續(xù)5到10次發(fā)送出來的數(shù)據(jù)，壓縮比率高達20到30倍。線路跑75%容量能減少到少于10%。服務器整合所需帶寬能適應現(xiàn)有帶寬。這并沒有夸大，獨立的行業(yè)測試和用戶經(jīng)驗已經(jīng)確認了這些比例和減少都是可能的。
字典壓縮是通過學習數(shù)據(jù)中的模式，并為模式代入一個參考號來實現(xiàn)的。當數(shù)據(jù)經(jīng)過WOC的時候，它將數(shù)據(jù)分解成一系列模式并加以存儲，以及創(chuàng)建一個模式字典。當?shù)诙䝼�信息經(jīng)過的時候，WOC檢查該信息是否與模式中存儲的信息相匹配。如果找到了，WOC移除該模式并用參考號作為替代。接收端的WOC移除參考號并用其字典中的模式的拷貝代替它。模式不必在兩個WOC中進行交換，因為他們學習、存貯了相同的模式，獨立的使用了相同的參考號。
例如，如果一個用戶從服務器上檢索一個他前一天使用過的文件，這時WOC只需要發(fā)送一系列的參考號，因為該文件在第一次被檢索時已經(jīng)被轉(zhuǎn)換成一個模式了。如果文件的一部分在上次檢索后已經(jīng)被修改了，那么WOC發(fā)送參考號給沒被修改的部分。這個實例使用了相同的文件但是模式也可能取自其他的信息；WOC會使用它全部的模式字典檢索匹配。將參考號代替模式也能減少在網(wǎng)絡上發(fā)送的數(shù)據(jù)包的數(shù)量，因為WOC能將來自多個數(shù)據(jù)包的參考號捆綁至一個數(shù)據(jù)包。
字典壓縮只能在未壓縮的數(shù)據(jù)或者未加密的數(shù)據(jù)上使用。視頻和聲音數(shù)據(jù)包不會減少因為這些媒體已經(jīng)被壓縮過了。對于WAN優(yōu)化而言，不要在浪費時間試圖壓縮它了。
