我的任务是恢复一个VMWare 6.5集群,在发生意外的电源故障后,它有一个VM (最重要的一个.)卡在靴子上了。
从vmware.log文件看,问题似乎与一个损坏的CTK文件有关,正如我在这个vmware KB上看到的,删除受影响的CTK文件就足够了(好的,不是很简单,但足够简单.)
但是,受影响的VM有一些快照是活动的,正如我在(另一(旧) KB上看到的那样,如果存在快照,就不应该尝试这样的过程。
什么是正确的路径/过程来解除VM并让引导过程完成?
发布于 2019-03-29 11:53:44
在这种情况下,解决方案是最简单的,但也是最奇怪的,可能的:等待夜晚。几个小时后,VM都“退出”并正确引导。
关于更改跟踪文件(CTK)问题,我用一个备用的VMWare管理程序模拟了这个问题,并且在阅读了VMWare自己的文档之后(非常轻松地了解了细节.)我认为关键的一点是,即使虚拟机有活动快照,也可以删除CTK文件,但是这样的更改会破坏任何后续的CTK感知备份。因此,在这种情况下,您还需要在VM和磁盘级别禁用CTK,合并任何快照,执行完全备份,重新启用CTK (同样,在VM和磁盘级别)和重新启用增量备份。
禁用CTK似乎只对最后一个CTK文件有影响(注意:每个VMDK平面和增量文件都存在CTK文件,因此每个快照都命令一个新的CTK文件),这似乎是VMWare建议在启用/禁用块更改跟踪时不使用快照的原因。来自这里:
注意:在启用更改跟踪之前,请确保虚拟机上没有快照。如果在启用CBT之前创建快照,QueryChangedDiskAreas API可能不会返回任何错误,或者QueryChangedDiskAreas返回的数据可能不正确。
https://serverfault.com/questions/960531
复制相似问题