我几乎找不到有关 Server 2012 的此错误的任何信息。关于 Server 2003 的此错误，微软通过更新包修复了大量信息，以及关于如何解决 Server 2008 和 2008 R2 的此错误的说明，但没有关于 2012 的任何信息。
在 Server 2012 和 Server 2012 R2（无论版本如何）上安装文件系统资源管理器 (FSRM) 角色后，都会出现错误：
Event ID 8197
Source: SRMSVC
File Server Resource Manger Service error: Unexpected error.
Error-specific details:
Error: GetVolumeNameForVolumeMountPoint, 0x800700001, incorrect function
每次重新启动以及服务重新启动后（具体为启动 30 秒后）都会发生此错误。此错误发生在两台戴尔服务器上：PowerEdge R720 和 PowerEdge R620。
我发现的第一件事是仅在使用 UEFI 时发生。当服务器使用标准 BIOS 时，不会出现错误。我本可以就此打住，只使用 BIOS，但我不想错过 UEFI 和服务器 2012 的任何新功能。
最初，我以为这是戴尔 UEFI 实施的问题，因为它发生在我的两台新服务器以及在 DELL PowerEdge ESX 主机上运行的虚拟机上。但是，我能够在另一台运行非戴尔硬件的虚拟机上重现此错误。这意味着问题出在微软身上。在 UEFI 上的 Server 2008 R2 上安装 FSRM 不会产生错误，只有 2012 和 2012 R2 会产生错误，这可以归结为 Server 2012 的 UEFI 问题。
除了事件查看器中显眼的红色 x 之外，我没有看到此错误的任何负面影响。我全面测试了 FSRM 功能，发现一切似乎都运行正常。不幸的是，我不是那种会忽略未知持续错误的人，所以我花了很多时间试图找出原因。我非常想弄清楚这个问题，因为我在 Google 上搜索到的这个错误和 Server 2012 提到重启时卷会消失（我不希望以后再出现这种情况）。
答案1
在与戴尔和微软反复沟通了整整一个月后，我收到了关于此错误的“答复”。以下是微软的回复：
我们的升级工程师已调试该问题并发现这是 EFI 系统上的设计行为。我们在硬件机器和虚拟机上都重现了此问题。
我们想解释一下，我们可以安全地忽略此事件。当 FSRM 服务检查系统分区时，会发生错误消息。在 EFI 系统上，EFI 系统分区是一个 FAT 系统，它将因函数调用 GetVolumeNameForVolumeMountPoint() 而失败。这是正常的，FSRM 服务在其内部代码中预计这将在 EFI 系统上失败。错误消息只是为了在这种情况下提供信息而记录的，这就是您可以安全地忽略它的原因。
就我个人而言，我认为这是逃避回应。我回复提醒他们，在 UEFI 上，Server 2008 R2 不会发生这种情况，因此，如果这确实是由于 EFI 分区的格式化而“设计使然”，那么 Server 2008 R2 也会出现同样的错误...
如果我碰巧听到了相关的回复，我会更新。现在我只是想把这个信息发布出来，以防我真的不是唯一一个看到这个问题的人:}