复制的Hyper-V guest在Hyper-V 2016上合并

由于将某些主机服务器升级到Hyper-V Core 2016,我在复制和检查点方面遇到了一些问题。

在我现在的例子中,我有一个复制的Hyper-V guest(Gen2,V5.0)。 我们运行一个夜间备份过程,它将复制副本的检查点,将VHDX文件复制到备份存储,然后删除检查点。

有些晚上,客人似乎卡住了应用副本的变化,不允许删除检查点。 我们的备份过程将一直等到计算机完成应用更改后,但是在这种情况下,这种情况永远不会发生,并且副本guest虚拟机在“Hyper-Vpipe理器”的“状态”列中显示“应用已注册的增量…”。 由于积压太多,复制变得至关重要,变更不再被复制。

Hyper-V Manager的屏幕截图显示了“Apply Registered Delta …”的状态

通过前端,我有能力右键单击并select“取消应用副本更改”,但我已经使用过,除了从菜单中删除选项没有任何效果。 我迄今为止发现的唯一解决scheme是彻底重启主机。

我试图重新启动VMMS服务,因为过去类似的问题已经解决了,但在这种情况下,服务冻结状态为“正在停止”,不能再与之交互。 我不得不做一个冷重启进行恢复,因为主机被困在软重启。

我现在有点茫然了,因为这已经停止了我的升级计划,直到我能解决这个问题,并且我无法find任何人在Hyper-V 2016上发布相同的问题。

其他景点:

  • 这不是特定于只有一个主机或一个客人
  • 无论客户端是v5还是v8,都会发生该问题
  • 无论源主机是否为Hyper-V 2012或Hyper-V 2016,都会发生此问题
  • Hyper-V Core 2012R2上没有发生此问题

  • 有足够的磁盘空间(> 600GB)

  • 复制设置为保持24小时检查点,每30秒复制一次。
  • 主机还有其他几个正在运行的guest虚拟机和正在复制的guest虚拟机,但是在只有一个复制guest虚拟机的主机上发生了此问题。
  • 最新的Windows更新已被应用。
  • 这似乎主要发生在可能正在复制最大变化的大客人身上。 我曾经发生过一个较小的客人。

UPDATE

状态栏中的“应用副本更改…”(而不是“应用已注册的增量…”)状态也发生了此问题。

16/06更新

我发现有一两篇文章提到了Windows Defender的问题。 我从服务器上卸载了这个,但几天之后这个问题又重新出现了。

更新20/06

我在这里发现了一个论坛post,描述了一个非常类似的问题。 当Windows Defender在Windows Server 2016安装上被禁用时,问题就出现了。 他们进行了以下testing:

  1. Windows 2016 Datacenter,包含来源和目标的最新更新,安装了Trend Antivirus,没有安装Windows Defender,复制在初始复制后中断,导致Hyper-Vpipe理服务无响应。

  2. Windows 2016 Datacenter,在源和目标上具有最新更新,NO>趋势和无Windows Defender – 复制在初始复制后中断并导致Hyper-Vpipe理服务无响应。

  3. Windows 2016 Datacenter与来源和目的地与最新的更新>寡妇后卫和没有趋势 – 复制工作正常。

  4. Windows 2016 Datacenter与来源和目的地的最新更新> Widows Defender和Trend Installed(趋势禁用Windows Defender) – >复制在初始复制后中断并导致Hyper-V Management>服务无响应。

我现在想知道,也许我的问题可能是由于Windows Defender的一个关键function没有运行,或者没有在Hyper-V Core 2016上出现。我很快就到了将要从2016年降级回到2012。

7月4日更新

我已经开始了降级到Hyper-V Core 2012 R2的过程,因为这一切都是站不住脚的。 希望微软会在更新或2016 R2版本中排除这个问题。

我有相同的问题,这是一个非常大的SQL Server。 由于最初的种子副本花了差不多两天时间,我无法接受让它失败的条件。 它达到99%,然后开始“应用副本更改…”似乎没有任何事情发生,它已经暂停。 我立即点击了简历,然后在活VM上显示“合并进度”,并在达到21%的地方卡住了。 我取消了合并,然后又停了下来,我又恢复了。 它现在一个小时后,当它暂停,我恢复(我已经安排了“Resume-VMReplication *”每15分钟在PowerShell中运行,所以我可以去睡觉。

我已经取消了合并之后,似乎复制的变化,然后再次开始合并。 合并现在已经移动到了22%,我将再运行10分钟,然后再次取消它,所以生命周期将继续,直到我传出或合并和复制完成。

我一直在同一个大小的服务器上使用HyperV 2012R2复制多年,它没有任何问题。 我必须做的不可避免的,并转移到HyperV 2016和Gd帮助我们也许我必须恢复和等待2016R2 🙂

如果我明天有成功的话,我会更新你的,但是现在却是甜蜜的梦