我有一个小型 SRM 恢复计划，用于在两个数据中心之间进行复制的 EqualLogic 单元上的几个“核心服务”虚拟机。我想执行一些计划的临时故障转移，以便在断电、交换机升级等情况下保持这些虚拟机可用。
我的一个想法是将恢复计划中的网络映射更改为实际网络，而不是默认的测试气泡交换机。我将手动关闭生产虚拟机，在停机期间运行测试故障转移，然后结束测试并重新启动生产虚拟机。这看起来有点混乱，但我相信它会起作用。
上述想法似乎有点混乱，所以我还考虑运行实际的恢复计划。由于我从未运行过实际的恢复计划，因此我对执行时会发生什么变化有点担心。故障恢复是否像关闭恢复端的虚拟机并启动受保护端的虚拟机一样简单？这会持续很短的时间，所以我并不真正担心故障转移期间虚拟机上的任何数据更改。
如果我的问题不太清楚，请见谅。我本质上想在短时间内（一小时）进行故障转移，然后关闭故障转移虚拟机并恢复故障转移之前的状态 - 我不关心存储更改等方面的故障恢复。
答案1
为什么不直接对恢复 ESX 服务器执行 vMotion？如果执行故障转移，则必须重新启动虚拟机 - 除非您具有 VMware 容错功能。