我工作的系统pipe理员正在重新组织我们的服务器，他们build议我们把主生产SQL数据库放在虚拟服务器上。
这样做的时候有什么需要考虑的吗？
我知道这里有很多参数，但一些build议或经验将是有用的。
SQL 2000和2005版本（尽pipe我们可能会将2000作为练习的一部分升级）
这样做，但做对了！
有许可证的影响。 除非每个访问SQL Server的人都被CAL所覆盖，否则即使您没有在guest虚拟机中使用它们（即只有一个vCPU虚拟机），也需要授权服务器上的所有CPU。 我们咬紧牙关，获得所有CPU的Datacentre和SQL CPU Enterprise许可证（并且获得了多核服务器）
性能影响？ 是的，但很轻微。 通常，您可以获得升级的后端SAN，LAN和光纤连接的所有优点。 另外，你最好避免“一个大的虚拟机来托pipe所有的数据库”，并把它们分成几个小的虚拟机。 正如布伦特所说，有2个vCPU和4GB RAM的甜蜜点。
使用64位操作系统和64位SQL 2005年/ SQL 2008年。我会坚持32位的SQL 2000 – 个人我不信任它！
我们在三个节点（HP DL380，32GB RAM，2个CPU，4个内核）上使用vmware ESX 3.5，以提供可扩展性和弹性（DRS / HA）。 查看vSphere 4的主机故障转移的最关键的服务器。 提示：尽可能在主机上获得尽可能多的RAM！ 我们开始变得有点紧张，你不希望超过3台主机的60％，或者4台主机的75％，除非当你丢失一台主机时，你需要严格的缓慢的性能。
我们在集群上运行了20多个SQL Server（以及另外十二个相关的FE服务器 – web，SharePoint）。 对于其他生产（非SQL）虚拟机，我们有另一个vmware集群（DL580的4个节点）。 总数超过170个（90个是“生产”）
即使是这样。 即使只有一台主机，也可以轻松pipe理，升级，并为您提供更为前瞻的环境。
祝你好运 – 盖伊
我在上周的Quest虚拟大会上与Brent Ozar等人进行了交谈。 他给了我一个链接到他的网站。 我曾经问过你现在提出的几乎相同的问题。
在这里和这里祝你好运，我们正在testing一个Xen服务器w /光纤Sans SQL我键入。
系统pipe理员想要这样做吗？ 有一个这样的文章。