我们的商店主要使用 ESX 4.1，我和其他人对此都非常熟悉，但是我们也有一些运行免费版 ESXi 的测试 ESXi 4.1 服务器，最初使用 60 天评估版安装，但现在使用来自我们的 VMware 管理帐户的“免费 ESXi”许可证密钥。
所有这些服务器都是 Dell R610，配备 32GB RAM、单个 X5450 CPU 和 RAID1 136GB 本地磁盘。ESXi 安装在本地磁盘上，其余部分配置为 VMFS 卷。未使用共享存储。
截至周五 18:00，所有服务器均正常运行。
截至周六 15:30，其中一台服务器似乎已重新安装。
其中两台服务器位于我们的办公室，周末管理人员于本周六进行了断电测试。这项测试实际上是拉断了整栋大楼的断路器。所有有问题的服务器都没有连接到 UPS，但它们的 RAID 控制器上确实有写入缓存和电池。
测试结束后，当机器启动时，其中一台丢失了免费许可证密钥（恢复为已过期的评估许可证），另一台恢复为初始安装设置（DHCP、无密码、空库存），并且评估许可证已重置，从周六 15:30 开始还有另一个 60 天的评估期。
第一个服务器的问题通过 VIclient 重新输入免费许可证密钥就解决了。所有库存和设置都与周五的状态相同。
第二台服务器的状态与全新安装或重新安装后的状态完全一致，即所有设置都已恢复为默认设置，并且不存在断电测试之前的任何日志或配置文件。通过不受支持的服务控制台登录后发现，根目录中的文件夹也是断电测试之后的。
但是，VMFS 卷内容完好无损，就像有人从 CD-ROM 执行了“修复”安装一样。
该服务器按照我们的修复安装标准清单进行修复：配置网络、调整服务器设置以及从数据存储浏览器将机器重新添加到库存。
问题：除了手动修复安装之外，还有什么可以将 ESXi 服务器重置为其原始安装默认值，并将所有服务控制台文件夹、配置文件和日志文件设置为服务器启动的日期和时间？
是的，我知道在无盘安装中，这几乎是每次启动时都会发生的情况；但是，这不是无盘安装，而是从本地磁盘安装和启动。
然而，我不是对 ESXi 足够熟悉，知道这对于磁盘上的安装是否也是正常的。
测试：由于两台服务器的配置相同，我们使用第一台服务器来尝试找出第二台服务器发生了什么。
我又对该服务器进行了一次断电测试，看看它在启动时是否也恢复了默认设置。结果并没有恢复；它保留了所有设置并正常启动了两次。（不幸的是，我们没有检查文件夹、配置和日志文件是否重置为启动时的状态。）
我进行了修复安装，以验证配置和日志文件日期是否全部更新到重新安装时的时间，以及所有配置是否都重置为默认值，就像第二台服务器一样。确实如此；修复安装后，第一台机器的状态与第二台完全相同，评估许可证也同样重置为新的 60 天期限。
后续问题：假设这种情况在没有用户干预的情况下发生，为什么会发生这种情况以及我们如何防止它再次发生？
真正的问题：我应该相信那些周末管理员说他们没有对机器做任何事情吗？他们都没有经过我们的 VMware 系统认证，但他们知道，如果他们试图修复问题，后果将不堪设想。
请告诉我，我认为周末管理员隐瞒了他们做错的事情是错误的，这种情况可能由于人工干预以外的原因发生。
答案1
当与那些不知道自己在做什么的人打交道时，记住汉隆剃刀原理会很有帮助：“永远不要把能够用愚蠢来解释的事情归咎于恶意。”
如果你已经设置了无人值守的基于 PXE 的安装或 ESXi 的一些其他自动安装功能（例如插入 CDROM 或 USB 记忆棒），您的电源循环可能由于某种原因触发了此功能。