我有两台运行Windows Server 2016 Standard的服务器，都是使用Hyper-V的Windows Server 2016标准主机上的虚拟机。
一台服务器运行需要将数据存储在本地文件系统上的服务，即具有驱动器盘符的服务。 没有UNCpath，没有SMB，没有身份validation。
另一台服务器是文件服务器。
我想要做的是应用程序服务器将应用程序数据存储在文件服务器上。 我可以通过iSCSI在文件服务器上创build一个VHDX。 这工作正常，应用程序成功地将其数据存储在此硬盘上。
但是，我想对VHDX的内容进行备份，理想情况是在文件服务器上完成这些备份。 为此，我需要挂载VHDX–但是我不能那样做，因为它“正被另一个进程使用”。 这是一个无赖。
有没有一种（支持）的方式来保持在文件服务器上的VHDX挂接只读的同时共享iSCSI？ 我不担心应用程序服务器试图格式化或创build分区或东西。 我在文件系统上很灵活（NTFS，ReFS甚至ExFAT）。
我想知道是否应该将VHDX移动到物理主机，然后将它作为共享硬盘连接到两个虚拟机，但似乎是用于故障转移群集 。
也许iSCSI和VHDX在这里不是正确的方法，还有其他支持的方式，让服务器A上的一个驱动器号实际上将数据写入服务器B上的一个位置，服务器B可以访问这些文件，同时仍然能够使用卷影副本（VSS）进行备份？ （是的，在服务器A上安装一个备份代理是可能的，但我想保持尽可能简单的事情 – 我意识到iSCSI可能是矫枉过正，因为我共享整个块设备，当真的，我只是想共享文件夹）。
长话短说：你不能那样做。 即使在单个作者模式下，也没有人会更新您的兄弟姐妹读取关于数据块卷的元数据更改：更新第二个“shadow”$ MFT需要unmount / mount序列。
如何在应用程序服务器上运行net use x: \\fileserver\smbshare ，该应用程序服务器将该共享安装到应用程序服务器上的x:驱动器上。
不，我不认为可以在应用程序服务器上使用iSCSI目标的同时装入iSCSI目标。 文件服务器将无法知道应用程序服务器如何更新文件系统内部数据。 因此，任何新创build的文件/现有的文件扩展将不会被文件服务器看到，备份将是无用的。