处理任意一种整合，都需要改变客户端的计算机，以便能指向新的服务器名称。如果你把数据放入Hyper-V Server 2008 R2 或者 VMware’s vSphere 4的虚拟环境数据库，可以不对客户端电脑做任何修改就能完全整合服务器。

　　通过物理到虚拟的SQL Server迁移可以不做任何改变完成服务器整合。这种迁移需要安装特殊的软件，这样不必从头建立新的虚拟服务器环境，就能把整个虚拟的物理服务器转移到虚拟环境。

　　迁移SQL Server到虚拟环境的注意事项：

　　1.迁移SQL Server的时候，你只能分配一个物理处理器上的同样数目的内核到一个VMat。也就是说，如果你的物理虚拟服务器上有4个4核的CPU，你可以分配不超过4个vCPU到VM。如果物理虚拟服务器上有4个6核的CPU，你可以分配不超过6个vCPU到VM。

　　根据使用的虚拟化软件的许可限制，可以分配的vCPU数目被限定要低于一个CPU上的内核数目。

　　2.默认把物理服务器上的所有文件保存到VMis。这些虚拟磁盘比物理服务器上的物理磁盘要慢很多。你可能需要当前的SAN存储跳过iSCSI直接到客户的操作系统。或者通过物理驱动器映射直接分配存储到客户操作系统。

　　3.像物理的SQL Server一样，虚拟SQL Server也需要发放许可，每个VM必须有自己的SQL Sever许可。唯一例外的是如果你为服务器上每一个CPU购买的是SQL Server Enterprise Edition CPU许可。这样您就可以在虚拟服务器上不受限制的安装SQL Server了。根据这个规定，如果你有一个双节点的虚拟服务器环境，Hyper-V或者vSphere，每个服务器上有4个CPU，你就需要购买8个SQL Server Enterprise Edition CPU许可，这样你就能在任意一个节点上运行VM。

　　当你整合SQL Server到一个虚拟环境的时候，如果能够遵循上面这些限定条件，那么把SQL Server从一个物理服务器移到一个虚拟服务器上也就没有问题了。

　　当机器已经非常陈旧的时候，很多人会想把物理SQL Server转换为虚拟SQL Server，因为虚拟服务器能够满足这些陈旧的机器的CPU和IO的需求。这些陈旧的机器通常占用服务器机柜很大的空间，而且只配置一个或者两个单核CPU。把这些老机器移到虚拟环境中，不会占用太多的虚拟环境资源，还能很好为SQL Server增加可利用的资源。

　　只要符合前面提到的要求，较新的服务器也可以移到虚拟环境中。当你把物理SQL Server移到虚拟环境时，你会发现存储是最大的性能瓶颈。

　　默认情况下虚拟服务器硬盘驱动是一个存储在主服务器的硬盘驱动器上的文件(微软的Hyper-V的是*.vdsk，VMware的vSphere是*.vmdk)。正因为如此，你可以很容易发现性能问题，因为VM的虚拟磁盘都被存储在一个RAID阵列或者LUN中。有几种方法可以解决这个问题。这些解决方案的技术都是类似的，都要依靠平台解决，只是名称不同。

　　1.你可以新建一个RAID矩阵或者LUN，然后在这个矩阵上新建一个虚拟磁盘。这将孤立你的虚拟磁盘，对于虚拟层管理IO请求的性能有少量影响。

　　2.你可以安装一个RAID矩阵或者LUN可以绕过主机操作系统直接进入VM。在微软的Hyper-V系统中，这被称为Pass-through disk。在VMware vSphere系统，这被称为Raw Device Mapping。取决于你的环境，实质上VM可以直接连接存储阵列或者SAN。管理程序管理客户操作系统和物理存储之间的IO需要少量的开销。

　　3.如果你是在支持iSCSI的SAN环境下，那么你可以直接通过iSCSI网络从客户操作系统直接访问到iSCSI存储阵列。这完全在管理程序的存储处理器之外处理。管理程序的网络管理来处理IO请求，你的IO就被限定到NIC或者NICs处理iSCSI网络通信的可利用的网络速度之内。

　　没有绝对正确的解决方案来处理虚拟环境的存储性能问题。正确的解决方案是以最低的成本解决公司的问题。