今天我停电了,开关也坏了。不知什么原因,这导致我的集群崩溃了(稍后再研究),我的一台虚拟机无法重新启动。在研究了它无法启动的原因后,我发现虚拟机文件夹中 CSV 下的虚拟机 GUID 文件夹中的 BIN 和 VSV 文件不见了!虚拟机的 GUID 文件夹仍然存在,但文件夹已被清除,BIN 和 VSV 文件(共 2 个)不见了!!
目前,我还没有虚拟机的任何快照。我原本打算按计划对所有虚拟机进行快照,但还没有时间。
这里发生了什么?他们去哪儿了?有办法找回它们吗?
更新 #1
当我尝试从故障转移群集管理器使虚拟机联机时出现以下错误...
群集角色“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
与同时在主机节点上具有的所有节点一起工作的,我的钱在 QUORUM 上。
有人可以确认我的逻辑(或攻击它)吗?
答案1
从我最终了解的情况来看,群集共享卷和仲裁似乎运行良好,并且这些不是需要添加到我的文件服务器的驱动器。
我隐约记得前段时间我不得不占用存储设备上一些我为其他用途腾出的空间。当我开始思考这个问题时,我意识到最有可能发生的事情是,我Virtual Drive
从存储单元中删除了这些空间,将其吸收到另一个虚拟驱动器中(使其稍微大一些),然后只是忘记在设置 GUI 中将其从虚拟机配置中删除。
这从来都不是问题,直到虚拟机必须重新启动,并且找不到曾经存在的旧 LUN。就我的情况而言,我的解决方案很简单,只需删除在虚拟机设置 GUI 中配置的 SCSI 硬盘即可。然后让虚拟机重新联机。过早地担心我的 BIN 和 VSV 文件丢失是没有必要的,因为它们仅在机器启动并运行时创建。它们处理正在运行的虚拟机的内存等。感谢 joeqwerty 在他的评论中指出这一点。