19.6 对工作负载故障转移或故障回复进行查错

问题或讯息

解决方案

执行故障回复后，Active Directory 域服务不可用 (Windows)

如果发生 chkdsk 错误，Active Directory 域服务可能无法在执行故障回复后启动。导致发生 chkdsk 错误的两个可避免的原因包括：

  • 执行第一个完全复制期间，源机器未更新到 Microsoft 建议的所有修补程序或更新时 Microsoft 更新的相关日志文件。

  • 应从防病毒软件中排除的系统文件和文件夹。

为避免发生这些问题，请在运行首次完全复制之前遵循部分 16.1, 工作负载保护的先决条件中所述的最佳实践。

故障回复期间映射了错误的 NIC，并且故障回复挂起

使用以下变通方法之一让故障回复成功完成：

  • 将 IP 配置切换到所需的映射，以便成功配置目标。

  • 将“takecontrol”硬件重引导至 LRD，然后重复上述步骤，以将其用作故障回复目标。Forge 下一次就很有可能会映射到正确的以太网接口。

  • 在 Web 界面中，如果故障回复看上去像是在即将完成时挂起，原因可能是故障回复目标无法告知 PlateSpin Forge 服务器故障回复已完成。切换故障回复目标背面的网络电缆，以将正确的 NIC 放在所需的网络中。这样，故障回复目标便可与 PlateSpin Forge 服务器通讯，并且故障回复可以完成。

Linux 工作负载的 X2P 故障回复导致 X-Server 图形界面出错

发生该问题的原因是，在安装 VMware Tools 时重新配置了故障转移的 VM。要纠正此问题，请使用以下命令找到文件名中包含 BeforeVMwareToolsInstall 字符串的文件：

find / -iname '*BeforeVMwareToolsInstall'

找到所有此类文件后，将它们移回原始位置，然后重引导工作负载来修复其 X Server 界面。

在故障回复到物理机期间，目标 Windows 计算机无法引导

如果存在以下情况，在故障回复到物理机的场景中，第二次引导时对目标 Windows 计算机执行的网络任务可能会导致问题发生：

  • 如果目标计算机的网络适配器硬件和网络驱动程序与故障转移 VM 的相同。

    目标计算机所需的网络驱动程序与正在故障回复到物理机的故障转移 VM 上已安装的网络驱动程序相同。不必重新安装驱动程序。在某些情况下，去除然后重新安装驱动程序可能导致目标计算机无法引导。

  • 如果目标计算机要从 SAN 引导。

    如果目标计算机从 SAN 引导，Forge 会在首次引导之前安装驱动程序。如果配置服务在第二次重引导期间去除了这些新安装的驱动程序，则目标计算机将无法引导。需要避免在第二次重引导时执行驱动程序安装任务。

对于故障回复到目标 Windows 物理机的场景，Forge 为 PlateSpin Forge 服务器提供了两个轻量级联网配置设置，以便在第二次引导期间在目标计算机上优化网络配置过程，并帮助避免出现导致目标 Windows 计算机无法引导的情况。请参见部分 7.4, 配置故障回复时在目标物理机上安装网络驱动程序的行为。