由于企業(yè)希望改進IT基礎架構節(jié)省成本，所以CIO和數(shù)據(jù)中心管理人員都轉向了通過合并服務器的方法以實現(xiàn)節(jié)省費用。其實，這么做并非易事。由于企業(yè)希望改進IT基礎架構節(jié)省成本，所以CIO和數(shù)據(jù)中心管理人員都轉向了通過合并服務器的方法以實現(xiàn)節(jié)省費用。其實，這么做并非易事。
從財務角度來看，雖然服務器整合很有價值，但是并不意味著這一工程很容易實施。一些錯誤觀念使實現(xiàn)成本控制和構建高效數(shù)據(jù)中心這一目的變得十分困難。
整合就是購買新硬件
整合并不意味著要購買昂貴的新硬件，與你現(xiàn)有的產品相融合可以節(jié)約支出，這在很多情況下是你首先應該考慮的。如果你已經最大限度地利用了現(xiàn)有的產品，你可以考慮購買新產品。
只考慮一般工作量模式
盡管在考慮整合時，工作量是一個重要的因素。但是，它只意味著保證運行順暢什么應該是相兼容的，而不能反映服務器的兼容性，以及哪些應該進行虛擬化。此外，工作量分析通常被過分簡單化。分析時應該考慮服務器大部分時間是處于怎樣的運行狀態(tài)，包括一天中的什么時間服務器的工作量是最大的。服務器工作量模式通常顯示出運行的高峰時段，如果你能發(fā)現(xiàn)服務器在每天不同的時段達到高峰運行，那么，盡管平均工作量可能暗示工作量不能被合并，而潛在的分析則顯示出工作量可以進行合并。
沒考慮到非技術限制
快速地進行服務器整合或虛擬化轉換而沒考慮到非技術因素，這也會產生一些問題。盡管將很多應用軟件轉移到同一實體服務器上的方法很具有吸引力，但是如果你這樣實施，你就使所有應用軟件處于同一硬件的影響之下。如果這些應用軟件有不同的服務水平需求或更新窗口，那么問題就隨之而來了。
依照已過時的信息來實施規(guī)劃
服務器整合分析可能是一個長達幾個月的工程。在有些情況下，你需要請專業(yè)的服務公司對分析工程進行引導，這項工作的成果通常是一份報告書。以這種類型的調查結果為指導進行工程實施是有風險的，你必須要考慮服務提供商的更新速度，以最新信息為指導開展行動非常關鍵。
在收集數(shù)據(jù)之前闡明意圖
IT員工可能會覺得整合不是好主意，有些員工會覺得這會導致他們的重要性和影響力的下降，因為他們所管理的內容減少了，甚至會覺得整合工程的實施將導致他們丟掉工作。曾有過這樣的事情：有的公司在工程分析階段就讓員工自謀出路，以保證將來服務器的高效運行。最好的方法是，先從周圍收集一些相關信息，既而再約員工談話，闡明你的意圖。
把虛擬化作為整合的惟一途徑
進行服務器整合時，很多CIO把虛擬化看作是惟一的途徑，這種想法過于局限。虛擬化功能強大且具靈活性，但是像應用軟件和操作系統(tǒng)(存儲)棧方面的一些整合方法也很有吸引力，因為這些方式不會增加企業(yè)的管理費用，也無須進行復雜的虛擬化過程。此外，一些服務器由于其應用軟件不適合進行虛擬化，因此導致了可進行虛擬化的服務器范圍縮小。
將數(shù)據(jù)庫服務器排除在合并范圍之外
I/O限制意味著數(shù)據(jù)庫服務器不適合進行虛擬化，數(shù)據(jù)庫服務器擴張對很多企業(yè)來說是一個主要問題;通過進行正確的整合分析和實施，很多方法均可明顯減少數(shù)據(jù)庫服務器的數(shù)量。
將應用軟件服務器排除在合并范圍之外
很多整合規(guī)劃沒有考慮應用軟件服務器，這是不對的。應用軟件服務器(J2EE環(huán)境及網絡服務器)的的整合也將會為企業(yè)帶來額外的收益。
將檢測/開發(fā)環(huán)境排除在合并范圍之外
開發(fā)和檢測環(huán)境通常是導致硬件和軟件無計劃擴展問題的罪魁禍首。因為不是面向用戶，所以此它們對工作量問題也是最不敏感的。在很多情況下，特定數(shù)量的數(shù)據(jù)庫服務器可以在不影響利用率或生產力的情況下進行合并。
沒能深入考慮財務利潤和變動對ROI的影響
有很多因素都會影響合并的財務效果。比如，因為合并的數(shù)據(jù)庫服務器易于操作，所以節(jié)約費用的效果明顯。而因為時間和人力耗費過多，需要特定檢測的復雜應用軟件的整合可能會導致投資回報為零。因此，要確保你選擇的目標是正確的。