我在运行Hyper-V / AD / DNS / SCVMM / SQL Server的家庭PC /服务器上运行Windows Server 2008 R2实例，因此我安装了很多工具。 例如工具来logging我的虚拟机networking悬挂SCVMM。
我错误的印象是，服务器，如广告不应该有很多工具安装在他们的debugging等，这些都应远程安装（远程debugging）？
谢谢
当然，我不想这样build立一个生产networking的服务器，但是如果你喜欢它作为一个家庭“testing”框，那就坦白地说吧。
至于在DC上安装应用程序“错误” – 这是一个平衡的行为，平衡多个服务器的显着成本与可用性 ， 易用性和工作负载之间的平衡。
工作量这是很容易的。 无论是否虚拟化，在一个盒子上放置的应用程序越多，这个盒子的工作量就越多，而且会遇到一个难以跟上你要求的所有工作的地步。 这可能会导致速度变慢，并可能导致错误（例如组件“超时”）。
易于支持也相当容易。 如果使用得当，虚拟化有些被否定。 在一个盒子上拥有的系统越多，来自不同服务的组件就越有可能以意想不到的方式进行交互，并需要更多的工作来保持它们的工作。
可用性再一次，如果使用得当，虚拟化会有所抵触。 这仅仅意味着，如果您为networking上的客户/用户提供服务，那么对这些客户的任何服务中断都是一件坏事。 这当然是显而易见的。 然而…
如果多个应用程序共享同一个盒子，则该盒子上的任何停机时间都会影响所有这些服务 更重要的是，如果在同一个系统中存在两个或更多的服务，那么一个中断就意味着另一个中断 – 例如，如果所有的系统都没有虚拟化运行，那么需要重启的SQL服务器补丁将停止所有其他服务的运行，其中一些（如AD，DNS）不必要的。
当然，您正在使用虚拟化技术，但是如果您安装了具有hyperVangular色的物理Windows 2008服务器（与实际的超级服务器相反），并将其中一个服务与HyperV一起安装在物理服务器上，则这意味着任何修补程序到需要重新引导的服务（或者虚拟化angular色所需的服务/资源的任何其他中断）将导致服务/可用性的不必要的中断。
我知道这三个原因是为了最小化一个（真实或物理）服务器实例上的应用程序数量。
这不是一个正确和错误的问题。
使情况变得不必要的复杂是不好的做法。 复杂性增加了故障点，这使系统更有可能失败。 由于您拥有虚拟化环境，因此最好将图像专用于单个（或几个相关的）任务。
AD / DNS应该有一个映像，另一个映像是SCVMM（虚拟化SCVMM首先是一个坏主意），另一个映像是MS SQL。 如果你打算使用debugging和pipe理工具，他们也应该有自己的虚拟机。 保持一切单独的限制失败，包含可能由失败造成的损害，并使整个系统更易于维护。
就我个人而言，我喜欢有域控制器只是做域控制器职责（再加上诸如DHCP / DNS / WINS等核心服务）和更多。
原因是安全性，稳定性和可靠性。
在很less的应用程序中的安全性=较less的潜在利用途径。 稳定性=较less的应用程序，所以冲突的可能性较小，“重新启动以解决与应用程序xyz问题”，然后将整个域。 可靠性=上述的组合，如果可能的话，我认为它是整洁的。