賓夕法尼亞Lancaster市房地產數據服務公司GetMyHomesValue.com IT經理兼首席程序員Joe Latrell知道，即便是知識淵博、經驗豐富的IT老手在管理復雜的服務器整合項目也很容易犯錯誤。他說："必須考慮到一切。這可能是個隱藏著各個危險 的事情。"

　　服務器整合項目在財務和運營方面通常容易找到合理實施理由，但這并不能保證它們在執行時不出現錯誤。像計劃不周、錯誤的假設或不能迅速確定部署后的問題等一些隱患幾乎在每一個階段都會使整合項目領導者和團隊成員陷入困境。

　　Latrell說：“每次我們感到我們考慮得面面俱到之日……也就是危險開始之時。”他的項目曾經歷了各種波折，包括動力不足的服務器、配置混亂和預算限制。

　　避免災難，同時按期、按預算完成復雜的整合項目不是件容易的事情。事實上，Latrell認為在完成項目過程中至少犯一些錯誤是不可避免的。他警告說："項目會出錯：請做好準備。另一方面，計劃和向其他人學習將使你避免犯大的和明顯的錯誤。"

　　計劃是成功的保證

　　盡管甚至最全面、精心的計劃也不能完全消滅項目錯誤，但制定詳細的虛擬化設計和部署戰略有助于最大限度地減少錯誤數量。馬薩諸塞州North Andover市KDSA Consulting公司高級IT顧問Justin Gallagher說："計劃的確是服務器整合的關鍵。"

　　全面的計劃繪制出一幅幫助經理收集避免多數重大錯誤所需要的知識的路線圖。密歇根州 Bloomfield Hills市系統集成商Logicalis公司IT整合業務經理Jeff Nessen說："我認為人們沒有用足夠的時間來考慮像已有工作負載和如何把這些負載遷移到虛擬環境以及這在成本結構、今后的開支與高可用性等方面意味著 什么這些問題。"

　　Gallagher說，整合計劃還需要滿足機構的未來需要。他建議："要研究你一年后、三年后、五年后會干什么。" Gallagher指出，服務器、軟件和其它系統元素必須要計劃時考慮到未來的發展。"你不想讓自己陷入這樣一種境地：進行了這樣的重大升級，以后卻發現 還需要更多的服務器容量。"

　　密歇根州Grand Rapids市C/D/H Technology Consultants公司咨詢師Jason Cooper也認為每一個整合計劃都必須考慮可伸縮性。他說："從服務器虛擬化角度看，擁有一種可伸縮、滿足你加載的負載的性能需要的系統非常重要。我們 常常在一些機構中遇到問題，這些機構沒有分配足夠的存儲或沒有正確地預測推動它們的服務器整合項目所需的服務器容量。"

　　專家說，過度估計物理到虛擬整合率的現象極其常見。

　　當管理擁有過時的設備和預算有限的數據中心時，計劃尤其至關重要。當Latrell接手工作時，繼承了一堆五花八門的服務器，包括轉換的桌面 PC和一些處理能力不足的獨立式和機架式機構。但是，他下定決心要對這些機器進行優化，把它們變成清一色的機架式服務器，并且在這一過程中把設備的數量由 23臺減少到12臺。

　　他說："我們知道我們沒有購買12臺新服務器的預算，因此我們決定購買我們買得起的機器。我們預先計劃一次購買一臺，這樣做效果很好。"

　懂技術

　　在沒有完全搞懂所涉及的技術和它們的要求前就忽忙開始整合從一開始就注定了項目失敗的命運。Nessen說："我看到的多數錯誤是在一些人購買 幾套虛擬化軟件，部署兩臺服務器，然后就開始把東西遷移到它們上面時造成的。他們在不適合遷移他們的數據中心的環境上遇到了問題。"

　　Nessen說，獲得一個優化的虛擬化環境的關鍵是組件兼容性和使用廣泛認可的標準。他解釋說："最大的成功是當你盡最大可能標準化你的硬件平臺和軟件環境時――同樣的系統管理程序、同樣的基礎硬件和各種東西。"

　　BL&S Technologies公司總裁Harvey R. Morris說，他的公司目前正在把14臺物理服務器整合為4到5臺。這家IT咨詢公司最初的戰略要求一臺已有服務器支持一臺新虛擬服務器。但結果發現是 不可能的。Morris說："老服務器不是64位兼容的，如果你在新服務器上運行64位操作系統這就會出現問題。"所幸的是，及時發現了這個錯誤，然后采 用了一個不同的、兼容的系統。

　　密歇根州Monroe市Mercy Memorial醫院系統IT運營經理Eric Mynster說，他能夠從多個其它地區的醫療保健設施的同事那里得到寶貴的意見。他說："我們預先與3、4家醫院交流，從它們那里學習重要的經驗教 訓。"他得到的兩大忠告是：使用虛擬化遷移軟件和使用可移植存儲技術來迅速、方便地將數據從遠程服務器遷移到機構的內部系統中。

　　Mynster感到他很幸運，因為他的項目是在其它醫院完成它們的項目后的兩個月開始的。他說："這樣我們已經知道了存在的隱患，我們針對這些隱患制定了我們的計劃。"

　　步調一致

　　不能將新計劃與現行的系統生命周期和業務需要同步肯定會令幾乎任何IT項目陷入混亂，但服務器整合需要到現行事件加以更多的注意，因為服務器是幾乎所有業務關鍵任務的關鍵。

　　Morris說，他謹慎地將他的項目與服務器補充時間表進行協調。他說："我們實際上在一年前就研究這個虛擬化項目了，但我們決定推遲到我們準備下一個服務器更換周期才實施。" Morris還打算選擇一年中合適的時間開始遷移。

　　這家會計事務所不希望遷移發生在報稅季節。Morris說："我們在1月到4月的一段時間里不考慮進行這樣的變化。"

　　而Mynster則努力確保老服務器(預計將完美地運行在新的、虛擬化的數據中心中)運行起來完成任務。他說："大約50臺服務器年齡有3到10年。只要一談遷移使用了10年、9年或8年的硬件，就會感到有點緊張。"

　　在整合前，Mercy的200臺服務器中的一半安裝在內部，另一半安裝在離這家醫院1個小時路程的第三方廠商。Mynster借助于 Novell的PlateSpin Migrate來轉換保存在安裝在托管服務器廠商那里的100多臺服務器數據，并把它們轉移到內部數據中心。18:1的整合率使內部服務器可以毫無問題地 吸收這些額外的負載。

　　Novell的軟件使Mercy的系統集成商C/D/H可以有效地提前虛擬化服務器。這家集成商將捕獲遠程服務器映像，將映像保存到USB存儲 設備中，對這些映像進行同步并啟用新機器，然后再斷開場外的服務器。這種方法使Mynster和他的團隊有了檢查隱藏的運行問題所需要的時間。

　Mynster說，這個過程"使我們非常快地完成了遷移。"這項工作――從完成計劃到部署――只用了不到3個月。

　　留心部署后出現的警告信號

　　不注意錯誤日志和其它系統生成的線索也許是整合項目中所犯的最大的部署后錯誤。Latrell回憶起他的問題發生的一次事件。

　　他解釋說："我們有很多發送電子郵件的小程序;其中的一些程序每次睡眠幾個月。"這些程序中的一個在虛擬化轉換過程中沒有正確地更新。 Latrell說："有人使用了域名作為服務器的名字，而我們沒有看到。"有一天，這個程序醒了過來，開始發送無法交付的電子郵件。Latrell說：" 這反映在了錯誤日志中。"

　　這個問題很容易解決。"我們發現了錯誤代碼，找到了問題，將這段代碼指向新服務器，然后定位所有出自那個進程的郵件，并手工重發它們。"

　　由于使用更少的服務器，許多企業在實際上應當加強自己的安全網時而減弱支持和備份技術。德州 Keller市系統集成商Fulcrum Group總裁Steven Meek說："當你有10個虛擬機運行在一臺物理機器上時，電源實際上必須處于良好的水平，并且必須滿足冷卻需要。在你整合服務器前，存在很多需要部署到 位的基礎的東西。"

　　最后，Latrell說，即使在他努力避免錯誤時，他仍保持著一個基本的思想。他說："如果出現問題，我就是老板要找的人。問題止于我。"

　　1. 從研究入手。全面了解不同的整合技術和技巧將幫助你確定最適合你的需要的方法。

　　2. 設定運營和財務目標。在開始設計系統前，確定你希望在范圍、性能和費用上達到什么目標。

　　3. 制定時間表。制定有著規定的基準的時間表來減少對日常業務和IT運營的破壞。確保留出一些額外的時間來緩沖不可避免的項目挫折。

　　4. 寫在紙上。描述項目目標、系統設計細節、集成規格、服務器管理責任和其它關鍵點的文檔將幫助你、你的團隊和外部合作伙伴在正確道路上前進。

　　5. 爭取支持。同任何重大IT項目一樣，獲得來自有關各方的認可是成功的整合項目的關鍵。確保你的業務用戶了解虛擬化的好處以及任何問題。