我们正在从 2008R2 服务器迁移到具有 Hyper-v 角色的 2019 核心标准。2019 服务器 VM 带有 GUI。
我们用 2008R2 共享的文件刻录有声读物。现在我尝试从虚拟化 2019 服务器执行相同操作。
处理 CD 刻录过程的 PC（Windows 7）可以正常查看共享，但刻录过程不起作用。这些文件是 .mp3 文件，还有一些创建 CD 的 DAISY 结构的文件。CD 上的文件名（CD 为 DAISY 格式）是错误的，无法在 Daisy 播放器上播放。我明白刻录过程是我们的责任。
但当数据位于 ac:\ 驱动器上时，该过程运行正常。
共享数据驻留在 hypervizor 的 c:\ 驱动器上 = 该过程运行良好（对要刻录的图像进行预制作）
共享数据驻留在虚拟机管理程序的另一个卷上 = 我们在 CD 刻录软件的日志文件中收到“目录溢出”等错误
- 共享数据驻留在虚拟机卷上（.vhdx 文件）= 错误
- 共享数据位于 VM 的 C:\ 驱动器上 = 一切正常。
所有卷都是 NTFS 格式，客户端也是如此。我们也有 XP 机器，在我激活服务器上的 SMB 1 后，它们运行良好。但我相信他们会将数据复制到外部 FAT32 驱动器并从那里进行处理。
更奇怪的是，如果我将 VM 卷格式化为 FAT32，该过程可以正常工作，但预制过程非常慢。（在 gen1 VM 上，在 IDE 上非常慢，在 SCSI 上慢一半）。当返回 NTFS 或 ReFS 时，共享正常，但刻录出错。
我并不是在寻求 CD 刻录过程的解决方案。
但是，从 ac:\ 驱动器上的 SMB 共享共享文件与从另一个驱动器共享文件之间可能会有区别。或者这可能与操作系统有关？所有驱动器之间的权限似乎相同。我也考虑过 ISO 级别。我不是 IT 专业人士，但需要解决这个问题。
所以结论是，无论是否虚拟化，共享 c:\ 驱动器上的文件都很好。任何其他驱动器都不起作用。文件共享始终正常，但刻录过程则不然。
将 NTFS 卷（VHDX 文件）挂载到 c:\ 上的文件夹在虚拟机中不起作用。
感谢您阅读这个模糊的问题。
亲切的问候，
亨德里克
答案1
我想我已经搞清楚了。CD 刻录软件相当老旧，运行在 Windows 7 上。我可以从 c:\ 驱动器上的数据刻录 CD。系统驱动器默认启用了 8.3 文件名设置。其他卷没有。所以我在其他卷上启用了此设置，然后就好了。CD 刻录正确了。
但是，在虚拟机中，这个过程非常慢。我会调整虚拟交换机设置等。从虚拟机（robocopy）复制到 2008R2 非常慢。从虚拟机到主机非常快，可能是因为操作系统被允许使用虚拟机的 NIC。
如果有人能提供一些调整虚拟交换机的技巧，请记住我们有一些旧的硬件和软件。
我将尝试将其从主机操作系统复制到 2008R2，然后我就可以确定“问题”出在虚拟交换机上。
有关 8.3 文件名的一些链接：
https://community.spiceworks.com/topic/778273-windows-2012-r2-file-migration-long-path-names-fix
亲切的问候，
亨德里克