隨著虛擬化逐漸成熟，將SQL Server實例遷移到虛擬化服務器上也越來越流行。物理機的數目在減少，隨之而來的是耗電量的減少和License成本的降低，而且更易于管理。聽起來很有優勢，但并不是所有場景都適合SQL Server虛擬化。

虛擬化使I/O性能降低

要想有好的性能，數據庫需要的最多的單個資源除了CPU外就是磁盤I/O了。當物理服務器只專用于一個SQL Server實例時更容易改善I/O瓶頸問題。如果IOPS（每秒的輸入輸出操作）投入產出比合適的話，你可以將傳統硬盤換為更快的固態硬盤，或者增加更多的內存以增大緩存。主要的考量是權衡成本，因為這種升級不會太便宜。

在SQL Server虛擬化期間，盡管硬件一定會比遷移前的服務器要好，至少是要一樣好。而對I/O指標來說就不一定，因為你最后要實現的就是要共享I/O帶寬以充分使用數據庫。有些遷移的方法，例如：你可以將數據庫存儲放在物理軸和I/O通道上，這樣就可以做到與其他虛擬機隔離，但是這必須在遷移到虛擬機之前完成。

這是個常見的例子：許多專用的數據庫服務器在存儲陣列中使用RAID1+0（即RAID10），這種方案成本高但效果很好。而另一方面，虛擬機可能使用RAID5以平衡性能和冗余。之前對硬件優化的工作負擔會在后面受損，除非你能直接將物理磁盤掛在虛擬機上而非原來的RAID1+0的設置上。

這并不是說磁盤一定要放在本地存儲。在虛擬機上的SAN有可能比物理機上的本地磁盤還要好，至少是不相上下。那么IOPS呢？其實并不是一個一定要達到的精確技術指標。

如果是自己構建虛擬主機，你就能對其控制。但是如果是使用別人的虛擬主機，就只能使用大小統一設置的主機。

當虛擬內存不夠時

物理內存對數據庫有很多好處：內存是執行操作和緩存I/O的地方。所以SQL Server在獨立的機器上工作得最好就是這個原因，因為它能隨意根據需要供應內存，不用直接與同一臺機器上的其他應用競爭內存。拇指規則就是使整個數據庫有足夠的內存可用，或者至少是最常用的部分只要有可能就被緩存在內存中。

相同的數據庫服務器的虛擬化版本需要有與物理服務器等量的內存，或者比物理服務器內存還要更多。許多虛擬系統都通過內存共享技術允許多個虛擬機共享一致的內存頁。但是這種共享是對每個虛擬機上運行的操作系統而言的。這些內存大多在虛擬機之間可共享，而并非是數據庫本身的組成部分。

這是另外一個領域，為SQL Server實例做內存消耗統計是有幫助的。這樣你就能看到產品數據庫到底需要使用多少內存，你最好能及時得到通知，了解在虛擬機中如何根據內存需求調整資源的分配。

除非必要否則不要使用虛擬化

另外，還會迫不得已使用虛擬化的情況，這意味著計劃中就沒有把虛擬化的優點考慮在內，只是在沒上這個技術的時候，系統的表現更糟糕，而希望虛擬化能夠解決一些問題。

例如，如果你有一個歷史遺留的SQL Server，獨占一臺Server.按如今的硬件標準，如果對服務器的訪問量不大，這種情況比較適合做虛擬化。機器越老或越慢，你越能從虛擬化中獲得更多優勢。合并多臺服務器意味著消耗的電力更少，制冷和空間占用也都減少了。

另一方面，如果是一個完整的SQL Server集群，想通過虛擬化節約成本或獲得性能優勢。將集群虛擬化可能在耗電量和制冷方面有所節省——但如果虛擬化是以整體性能為代價的，那最好還是不要做虛擬化。

SQL Server虛擬化只應該在有好的業務需求的時候實施，而且在此過程中也不應失去整體IOPS或內存。盡管這些優點使虛擬化看上去很神奇，但重要的是要記住虛擬化只是個工具而不是所謂的萬能藥。