在 Windows Server 2008 中使用“Windows Server Backup”时，我收到错误消息“该目录不是根目录的子目录”。尝试备份到远程共享目录时。
我是通过远程桌面登录的，备份的目的地是“\\tsclient\c\users\me\desktop\backup\”。最初，它接受这个目录，然后进入最后的“确认”步骤。当我单击“备份”时，它会给我我提到的错误消息。
有谁知道这意味着什么，或者为什么这个特定的远程共享目录会导致这个消息？
我什至尝试将其映射为驱动器并备份到本地驱动器，但映射的驱动器不会显示在本地驱动器列表中。此外，这是一台虚拟机（没有其他本地驱动器、没有 dvd 刻录机，也没有 LAN 上其他可访问的机器），因此 tsclient 远程共享文件夹似乎是我唯一可能的备份目标目标。在这件事发生之前，我对 Windows Server 2008 感觉很好……为什么他们的软件不能正常工作:(。
更新：
错误消息似乎是字面上的意思。我在我的桌面上共享了目标文件夹并将其映射为本地驱动器“B”，并使其可用于远程桌面。当我使用路径“\\tsclient\b”时，Windows Server Backup 接受它并开始传输数据。所以.. "\\tsclient\b" 是有效路径，但 "\\tsclient\b\subdirectory" 不是？什么？
我认为他们的软件运行良好，除了您正在“推动”一项功能超出其预期限制并看到协议实现的工件。我不认为通过 TS 客户端驱动器重定向功能运行备份会起作用。我会说您看到的“子目录”行为是由于 TS 客户端驱动器重定向功能的工件（这是它自己的协议，而不是“正常”的 SMB2/CIFS/SMB 文件和打印共享）。
我每天都在 W2K8 服务器计算机上成功运行以下命令，例如：
在那里指定的路径可以通过 SMB/CIFS 访问另一台服务器计算机。以这种方式备份到子目录是没有问题的。
是否有令人信服的理由不只是通过 SMB2/SMB/CIFS 让 VM 访问另一台机器？
编辑：
当我说您正在“推动”该功能时，您误解了我的意思。我不是想为他们“道歉”。TS 客户端驱动器映射功能应该像任何其他网络文件系统一样工作。它应该足够可靠，可以在您描述的备份场景中推动潜在的数十 GB。它应该工作。
我要说的是：据我所知，通过查看 docs re：TS 客户端驱动器映射功能的“基调”，它旨在用于在客户端和服务器之间随意移动数据。此外，它是一种用于 RDP 的虚拟通道协议，与 SMB/CIFS 完全无关，因此它不会像 SMB/CIFS 那样被“打败”多年。
例如，我听说该功能在用作从 Microsoft Office 程序中保存文档的位置时非常不可靠。我对此的看法是，虽然这个功能应该可以正常工作，但微软似乎很可能没有测试它作为通用网络文件系统的用途。因此，您所做的是“推动”该功能超出其未说明的设计目标。
我就在你身边：UNC 将远程资源“只是一个文件夹”。MUP 驱动程序应该使任何 UNC 都像“只是一个文件夹”一样。经过多年处理旧版本 SMB 重定向器的问题（记得“哦，只是禁用 oplocks”，有人吗？）、Novell Netware 客户端、各种 NFS 客户端实现和 Microsoft 自己的 WebDAV 功能，我不只是信任任何 UNC基于网络文件系统提供程序的工作。
当我发现任何应用程序或操作系统中的某个功能不能“像宣传的那样”工作时（无论是来自微软还是其他地方——微软似乎更频繁地这样做），这真是令人气愤。您正在做的事情与我们行业中的所有人都在做一样的事情——尝试一个功能，看看它是否符合我们的现实 世界要求以及营销噱头要求。
您发现此功能不符合您的要求。您有两个选择——向 Microsoft 投诉或寻找其他方式。在我看来，向微软抱怨是徒劳的（除非你的客户足够大，可以通过你的抱怨来吸引注意力），所以另一种选择是寻找另一种方式。
这就是为什么我说了我说的话。不是因为我认为您做错了什么，而是因为我为 Microsoft 在此功能上的劣质编程而道歉，或者因为我认为将该功能作为真正的基于 UNC 的网络文件系统驱动器“出售”是正确的显然“有问题”。它就是这样，你只需要处理它或继续寻找另一种方式。