我是我工作的小型企业的IT部门主pipe，但是我主要是一名软件架构师，我所有的系统pipe理经验和知识都是软件开发的辅助工具。 在今年或明年的某个时候，我们将考虑将我们的工作站环境升级到统一的Windows 7 / Office 2010环境，而不是每个不同机器上的各种OEM许可版软件的大杂烩。 我想到，可能会放弃升级每个工作站，而是让它成为一个虚拟terminal来访问虚拟化服务器，并将其整个虚拟工作站托pipe在服务器上。 现在我基本上知道什么是可能的，但这是一个小企业（25-50个工作站）的可行解决scheme？ 假设这是可行的，那么计算所需的服务器资源需要什么types的粗略指导。 解决scheme如何处理访问虚拟机的用户，他们是否正常login到他们的物理工作站，然后使用远程桌面访问他们的虚拟机，或者通常是通过客户端软件来完成协商？ 哪些types的软件可用于pipe理和监控这些虚拟机，可以通过Microsoft Server 2008实现这一function吗？ 我最感兴趣的是与Hyper-V Server 2008相关的这些问题，但是可以自由地向VMware的产品阵容提供洞察力，特别是如果有任何令人信服的理由在Microsoft商店中selectHyper-V的话。 编辑：只需添加一些关于实现目标的更多信息就是将我们的平台从Win2k3 / XP环境升级到完整的Windows 2008 / Win7平台，而不必执行与我们每个不同configuration的工作站相关的任何工作。 也有人可以提供任何现实的指导方针，需要多大的硬件虚拟支持25-50工作站？ 大多数工作站除了Office，Outlook和Web以外什么也不做。 唯一的高需求工作站是将所有地方都保存起来的开发工作站。
我正在导入一个虚拟机到我的Hyper-Vpipe理器，我有三个select： 注册虚拟机 还原虚拟机 复制虚拟机 三种select有什么区别？
对于一个虚拟化需求不大的公司来说，VirtualBox目前在托pipe几台轻型服务器方面做得很好 – 那么移动到一个更强大的平台会带来哪些好处呢？ 我希望能够简化我的研究 – 获得VBox及其同类公司所不具备的function的简短列表。
我在Hyper-V实例上运行SQL Server（2012）。 它拥有足够的资源，占总资源的25％，VHD被安置在一个速度非常快的SSD驱动器上，以便快速响应。 每隔一段时间，当使用SQL Server的应用程序一段时间没有被访问时，他们会得到错误“等待操作超时”。 当重新加载或重试访问数据库时，它似乎被“唤醒”，并且速度一如既往。 有什么办法可以确保这种软睡眠模式不会发生在这种环境中？ 添加 exception详细信息： System.ComponentModel.Win32Exception：等待操作超时
我正在运行新的Windows 7 RC x64。 我想在桌面操作系统的同一个盒子上安装几个虚拟服务器。 我知道我可以用其他一些虚拟化软件包（Windows Virtual PC，VirtualBox等）来做到这一点，但是我想利用一些Hyper-V的function。 可以在Windows 7 x64上安装Hyper-V吗？ 如果是这样，怎么样？
Windows 7是否支持运行Hyper-Vpipe理器？
回到Windows Server 2012之前的日子，推荐似乎至less有一个物理域控制器坐在你的虚拟化数据中心的旁边。 其中一个理由是因为如果您的Hyper-V主机是集群化的，那么他们需要一个DC在启动过程中可联系。 这对我来说是完全意义上的。 不过，我经常听到有人说，即使没有集群设置，拥有物理DC也是非常重要的（例如，在一台运行着几台虚拟机的单个Hyper-V服务器的简单设置中，其中一个是DC）。 这样做的理由似乎（而且我永远也不能确定），在Hyper-V主机第一次启动的时候，你仍然会遇到一个问题，那就是networking上没有DC。 caching的凭据意味着你仍然可以login，但是启动期间发生的所有这些意味着在DC周围有什么好处呢？ 这实际上是一个问题吗？ 实际上是否有任何操作只能在启动时运行才会导致问题？ 任何组策略例如？ 我基本上要问的是，当涉及到集群时，物理DC论证是否真的会持水，还是（2012年以前）没有集群的情况下有一个重要的技术案例？ 来自Altaro的这篇文章 （见“鸡与鸡蛋”的“神话”一节）暗示没有必要，但我仍然不确定。 现在到我的问题的第二个（也是主要）部分： Windows Server 2012引入了几项针对解决虚拟化域控制器问题的function，其中包括： 虚拟机生成ID – 这解决了USN回滚问题，这意味着快照（或更具体地说，回滚到快照）不被支持/一个非常糟糕的想法 集群引导 – 这解决了上面提到的故障转移集群周围的“鸡和蛋”问题。 启动过程中，故障转移群集不再需要DC存在。 所以我的第二个问题与第一个问题类似，但这次是2012+。 假设vDC和主机都是2012+，并且您将聚类排除在等式之外，还有其他像上面提到的那些问题，意味着我应该考虑一个物理DC吗？ 我还应该考虑在我的单个非集群2012 / 2012R2 Hyper-V主机上使用单个虚拟化DC的物理DC吗？ 我听说有人build议将AD放在Hyper-V主机上，但由于各种原因，我不太喜欢这个想法（WBcaching在启动时被禁用）。 作为一个侧面提示，我的问题隐含地认为，让您的Hyper-V主机join域以提高可pipe理性是有意义的。 这个断言是否经过审查？ 更新： 在阅读了一些答案之后，我想到我可以略微不同地描述一些事情，以便了解我所问的内容： 即使在2012年和之后的改进中，事实仍然是在没有任何物理DC或其他主机上的虚拟DC的情况下，当没有DC可用时主机仍然启动。 这实际上是一个问题吗？ 从某种意义上说，如果把虚拟化完全放在图片之外，我想这是相同的（或非常相似的）问题。 如果您定期在任何区议会之前启动成员服务器，是否有问题？
我在ServerFault上发现了一些关于这个主题的问题，虽然它可能有点基于观点，但我认为它可以归结为基于以下内容的“良好的主观”类别： build设性的主观问题： * tend to have long, not short, answers * have a constructive, fair, and impartial tone * invite sharing experiences over opinions * insist that opinion be backed up with facts and references * are more than just mindless social fun 所以，这样的方式。 我正在帮助一个正在replace运行Windows 2003的老式物理服务器的系统pipe理员，他正在寻求不仅replace硬件，而且在升级过程中升级到2012 R2。 在我们讨论关于更换硬件的讨论中，我们讨论了他安装ESXi，然后将2012服务器作为虚拟机，将旧的应用程序/文件/angular色从2003服务器迁移到虚拟机而不是非虚拟机安装的可能性在新的硬件上。 在未来几年内，他并没有意识到需要将其他任何东西移动到虚拟机或创build额外的虚拟机，因此最终这将是运行正常安装的新硬件或在ESXi上运行单个虚拟机的新硬件。 我自己的经验还是会依赖虚拟机，除了创造更多虚拟机的可能性之外，没有真正有说服力的理由这样做。 但现在pipe理程序还有额外的开销和pipe理方面的问题，尽pipe我已经体验了更好的虚拟机pipe理function和报告function。 因此，希望在今后能保持“好的主观”类别以帮助其他人的前提下， 您需要什么样的经验/事实/参考/build设性的答案来支持任何一个结果（虚拟化或不是单一的“服务器”） ？