一些系统pipe理应用程序（如Data Protection Manager）可以pipe理/备份整个虚拟基础架构。 在安装这样的应用程序时，他们使用SQL Server和Windows Server，因此在虚拟机中运行。 但在虚拟机pipe理程序服务器内部运行这样的应用程序（这两个应用程序都在Windows Server上运行并使用SQL Server）是不是一个好主意？
例如，VMWare vCenter Server正在pipe理ESX服务器，主机名为“a”和“b”。 在“a”或“b”中安装vCenter Server及其SQL Server到虚拟机是否是一个坏主意？ 还是需要在这两台服务器之外的虚拟机上安装？ 如果我添加一个HyperV服务器，主机名为“c”，但是这次我正在安装Data Protection Manager 2010，我想要备份服务器“a”和“b”，但是现在还需要DPM 2010坐在（“c”）上。 我将如何摆脱这个部署陷阱？ 同样，如果DPM或vCenter Server安装在物理服务器上
对天真的道歉。
谢谢
我非常喜欢pipe理基础架构的pipe理基础架构。 这意味着如果我有一个ESX集群，我希望数据库服务器和虚拟中心服务器是物理的，或者至less在一个完全不同的虚拟机环境中运行。 当事情深入梨形，不能进入ESX的pipe理服务可能是非常糟糕的; 否则你必须非常精通ESX主机本身的命令行和目录导航。
是的，这意味着更多的服务器，但你从它的pipe理基础设施，所以这是值得的。 我的想法是。
使用vCenter物理的想法是vSphere 3.5天内的最佳做法。
事情变了。
借助vSphere 5.x，VMwarebuild议在VM中进行安装。
您可以获得vMotion，存储vMotion，VMware HA（高可用性）等的好处。
如果您的物理服务器发生中断，则在您将该物理服务器备份之前，您的pipe理已closures。
如果您托pipevCenter VM的物理机中断，那么您的pipe理只能停下来，直到您可以将该VM备份到另一台主机上 – 这是一个简单的过程，并且肯定比恢复物理更快更容易主办。
总结 – 虚拟化的好处也适用于pipe理部分。
虚拟化您的vCenter而不用担心！
Jim Nickel VCP / VCP-DT
我无法回答您的DPM问题，但是在虚拟机中安装vCenter Server可以正常工作，而且经常进行。 由于您将使用vCenter来pipe理所有虚拟机pipe理程序和虚拟机，因此您应该确保可以通过vSphere Client直接访问ESX主机，以防vCenter vCenter无法正常运行或启动。
我会把vCenter放在你的第一台主机上，并保存在那里，这样你就不必在出现问题的时候search它。 您不希望DRS将vCenter VM自动迁移到其他主机，因为您可能需要在遇到问题时盲目地find它。
查看您的SQL和Active Directory依赖关系，因为您可能需要这些vCenter来运行。
另外，在所有ESX主机上创buildpipe理员用户，即使启用了locking模式（locking模式禁止直接访问“root”帐户），您仍然可以直接使用VI Client访问主机。
当然，如果你能负担得起的话，保持pipe理工具与目标分离将减less你的麻烦的机会。 所以做一个成本效益分析。
作为一个虚拟机，vCenter是被支持的，所以即使有一个独立的思想stream派，它当然可以保存在VM环境中。 我build议vCenter服务器是容错configuration的一个很好的select。 这样，如果您丢失了主vCenter主机，则vCenter将继续在另一主机上运行。 当然，这里假设您有一个VMware许可版本来支持Fault-Tolerant模式。
在其pipe理的计算机上将vCenter作为虚拟机运行的问题在于，如果该主机发生故障（电源，主板等），则现在不存在使该虚拟机重新联机的vCenter服务器。
如果你有一个总的停电也是一样的。 在vCenter联机之前，不会自动启动任何虚拟机。
Hyper-V领域也是如此，因为您必须拥有物理域控制器才能启动Hyper-V和群集（需要DC）。