今天我停电了，开关坏了。出于某种原因，这导致我的集群崩溃（稍后会调查），并且我的一个虚拟机没有启动备份。在查看了它无法启动的原因后，我发现位于虚拟机文件夹中我的 CSV 下的 VM 的 GUID 文件夹中的 BIN 和 VSV 文件丢失了！VM 的 GUID 文件夹仍然存在，但该文件夹已被清除，BIN 和 VSV 文件（共 2 个）消失了！！
目前，我目前没有任何虚拟机快照。这是我即将开始在计划的基础上为我的所有虚拟机做的事情，但还没有开始。
这里发生了什么？他们去哪儿了？有没有办法把这个找回来？
更新#1
当我尝试从故障转移群集管理器使 VM 联机时，我收到以下错误...
群集角色“SERVER01”中类型“虚拟机”的群集资源“虚拟机 SERVER01”失败。错误代码为“0x2”（“系统找不到指定的文件。”）。
根据资源和角色的故障策略，集群服务可能会尝试在此节点上使资源联机或将组移动到集群的另一个节点，然后重新启动它。使用故障转移群集管理器或 Get-ClusterResource Windows PowerShell cmdlet 检查资源和组状态。
更新#2
我还运行了集群验证，目前我正在浏览刚刚完成的报告。我希望这会引导我朝着正确的方向前进，但想在这里问一下，希望这可能是一个简单的解决方法。
更新#3
这似乎是问题，但我不确定如何找出过去使用的 LUN 以再次选择它......
更新#4
好的，我追踪到它是 2 个磁盘中的 1 个，但我不确定它应该是哪一个。这确实是一个关于Cluster Shared Volumes和/或的问题Cluster Quorums。我需要知道其中哪一个可能作为资源附加到文件服务器？我不确定这两个是否只是根据需要从集群节点“浮动”到集群节点，或者 QUORUM 驱动器是否需要由文件服务器托管等。有人可以告诉我这些驱动器中的哪一个可能更多可能作为资源连接到我的文件服务器？
目前看起来好像所有虚拟机都将 CSV 驱动器（所有虚拟机都保存在其中）作为资源，所以我猜这不是我需要添加回文件服务器的 CSV 驱动器，并且该驱动器可能只是“浮动”在集群中（因为没有更好的术语）。看到 CSV 如何与C:\ClusterStorage\Volume1同时在主机节点上具有 a 的所有节点一起工作，我的钱花在了 QUORUM 上。
有人可以确认我的逻辑（或攻击它）吗？
据我所知，集群共享卷和仲裁似乎运行得很好，而且这些不是需要添加到我的文件服务器的驱动器。
我隐约记得不久前，我不得不占用存储设备上的一些空间，这些空间是我为不同目的而开辟的。当我开始考虑它时，我意识到很可能发生的事情是我
Virtual Drive在我的存储单元上删除了它，将它吸收到另一个虚拟驱动器中（使它更大一点）然后只是忘记将它从设置 GUI 中的 VM 配置中删除.在虚拟机必须重新启动并且无法找到曾经存在的旧 LUN 之前，这从来都不是问题。就我而言，我的解决方案非常简单，只需删除在 VM 设置 GUI 中配置的 SCSI 硬盘驱动器。然后使 VM 重新联机。过早地担心我丢失的 BIN 和 VSV 文件是没有根据的，因为它们仅在机器启动并运行时创建。他们为正在运行的虚拟机处理内存等。感谢 joeqwerty 在他的评论中指出这一点。