bnoeafk's questions

我有一个小办公室，有一个旧的 Windows XP 系统，上面有一些专有软件，这些软件不再可用，但办公室仍在使用（持续更新数据）。我的任务是确保该系统的寿命，考虑到它在一个超过 10 年的工作站上：幸运的是磁盘（我最害怕发生故障）仍在工作。

我的计划是获得一个新工作站并在其上安装 ESXi，然后在 XP 系统上执行 P2V 并将其迁移到 VM。这样，无论潜在的硬件故障如何，系统都可以继续运行。另一种选择是克隆磁盘，但随着数据不断更新，即使我将数据文件移动到网络共享上，这也不是一个非常可行的解决方案。

办公室资金紧张，我已经能够说服他们支付 ESXi 许可证（因为其他 VM 将来可能/可能会在系统上运行）但是如果我必须购买 Windows Server 许可证，以及一个 VMware vCenter 许可证，只是为了使用转换器，那么我觉得这将是一场艰苦的战斗。

来自 VMware 公司和支持站点的声明称该转换器是“VMware vCenter Converter”，但我相信有一个独立版本，无需安装 vCenter 即可运行。

有谁知道这是不是真的，如果是这样，我是否可以安全地假设它可以简单地通过 P2V 将我的 XP 系统迁移到 ESXi 主机，而无需在该 ESXi 上运行 vCenter？

我正在做一个项目，我将不得不部署大量带有特定软件的服务器。目前，我可以使用标准的 Ubuntu 存储库，但是这些存储库中的软件版本（v1.0）比开发人员提供的当前版本（v.1.5.6）要旧得多。这让我下载了源代码，然后在我打算发送出去的每台服务器上本地构建。构建这个特定的软件大约需要一个小时，所以我开始思考有更好的做事方式。

在谷歌搜索这样一个解决方案时，我看到有很多可能性，但我想让其他人了解我是否走在正确的道路上。如果我正确理解这一点，我可以创建一个包，然后将其放在 PPA（我相信它会公开可用）或我可以站起来的私人 repo 上。任何一种选择都可以，这不是我的软件，我只是在编译它并使其可供我自己和其他人使用。

我的理解是，只要我所有的服务器上都有相同版本的 Ubuntu、架构等，我可以将它们指向这个新资源并使用 aptitude 来安装软件，而不必经历痛苦（和时间) 的编译。

这通常正确吗？我是否过于简单化了？有没有更好的方法来达到同样的结果？

（来自这里的交叉帖子）