有了支持超线程的新 Xeon CPU，目前在 Hyper-V 主机上使用（或不使用）它的智慧是什么？
我最初的印象是，在虚拟主机环境中打开它可能是有害的，因为“额外”的 CPU 不是真正的内核。但是，我还阅读了（未经证实的）评论，MS 做了一些艰苦的工作以使 Hyper-V 在超线程环境中运行良好。
有没有人在这方面有任何可靠的信息或经验？干杯!
我是配置 SQL Server 的新手，刚刚必须使用 SQL 2005 x64 设置新的 Server 2008 x64 机器。一切似乎都运行良好，但是我对“最大服务器内存”选项有疑问。
是否应该开箱即用地配置此选项？在这个阶段，有问题的服务器有 16GB 的 RAM。我选择打开锁定内存页面选项，但是网上似乎有很多关于是否要这样做的相互矛盾的建议。
在我看来，如果内存页面被锁定，那么设置最大服务器内存选项似乎很重要，以防止 SQL 为自己的利益而占用太多。然而话虽如此，SQL 似乎也会在需要时释放内存；但是这种机制允许它决定发布什么，而不是操作系统分页出它认为最好的内容。
所以在这个阶段我想我应该将最大服务器内存设置为大约 12GB。应该注意的是，此时服务器完全没有内存限制。
这里有哪些最佳实践？谢谢！
最近我在我们的一个数据库服务器上执行操作系统升级，从 Server 2003 移动到 Server 2008。DBMS 是 SQL Server 2005。在新的 Windows 安装上重新安装 SQL 时，我去了我们的另一台数据库服务器来验证几个的设置。
现在，我一直认为这第二台服务器是 Server 2003 x64 + SQL 2005 x64（据我所知），但我现在对此表示怀疑。我现在怀疑它实际上只是 32 位 SQL，但是我想验证一下。
这里有一些细节：
操作系统绝对是 64 位的。
xp_msver显示Platform为NT INTEL X86
SELECT @@VERSION节目Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)...
但是 sqlservr.exe 在 taskmgr 中没有显示为 '* 32'，有谁知道为什么会这样，如果它实际上是声称的 32 位？尽管如此，它似乎确实用完了 x86 程序文件文件夹。
如果我对已确认的 64 位安装进行相同的检查，它确实会返回预期的 64 位读数，这只能证明该服务器仅以 32 位运行。
现在，既然如此，问题就出现了这个“32 位”安装可以使用多少内存。任务管理器报告 sqlservr.exe 的内存使用量约为 3.5GB（服务器有 16GB 物理空间）。我怀疑 AWE 根本没有配置，因此如果 SQL 只是使用 32 位地址空间，那么服务器将被严重利用不足（记住操作系统是 64 位）。
这个假设正确吗？
我觉得服务器应该将 SQL 重新安装为 64 位，以便充分利用硬件平台，但它目前正在大量生产；这绝非易事。我怀疑我们可能只需要正确配置 AWE 并暂时搁置它（除非这是一个坏主意？）。
我很抱歉这个问题有点含糊/迷失；我不是 SQL 专家，只是想了解这里发生的事情。
可能重复：
你能帮我解决我的软件许可问题吗？
我听说在 Enterprise Edition Server 2008 中，如果您运行纯 Hyper-V 机器，您还可以作为来宾 VM 运行四个额外的安装。标准版也是如此，除了您只获得单个来宾安装。
有人可以澄清来宾虚拟机的条款吗？对于企业版 Hyper-V 安装，四台客户计算机也需要是企业版才能属于此许可安排，对吗？
我问的原因是因为我们目前运行一堆标准版 VM，但正在寻求推出集群，并认为这将是达成企业许可协议的好机会。但是，我不确定将我们当前的标准版机器移到企业主机上是否会算作“四台机器之一”，或者这些机器是否需要重新安装为企业版。
有谁知道这是如何工作的？干杯!