在 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”不是？这是什么鬼？
答案1
我认为他们的软件运行良好，只是你“推动”了一项功能超出其预期限制，并看到了协议实现的产物。我不认为通过 TS 客户端驱动器重定向功能运行备份会起作用。我想说，你看到的“子目录”行为是由于 TS 客户端驱动器重定向功能的产物（这是它自己的协议，而不是“正常”的 SMB2/CIFS/SMB 文件和打印共享）。
我每天都会在 W2K8 服务器计算机上成功运行以下命令，例如：
%SYSTEMROOT%\System32\WBADMIN.EXE start backup -backupTarget:\\adminserver\backups\FTPServer -allCritical -quiet
此处指定的路径可通过 SMB/CIFS 访问另一台服务器计算机。通过这种方式备份到子目录没有问题。
是否有令人信服的理由不让虚拟机通过 SMB2/SMB/CIFS 访问另一台机器？
编辑：
当我说你正在“推广”该功能时，你误解了我。我并不是想为他们“道歉”。TS 客户端驱动器映射功能应该就像任何其他网络文件系统一样。它应该足够可靠，可以在您描述的备份场景中传输数十 GB 的数据。应该工作。
我想说的是：据我所知，通过查看文档中有关 TS 客户端驱动器映射功能的“语气”，它旨在用于在客户端和服务器之间随意移动数据。此外，它是 RDP 的虚拟通道协议，与 SMB/CIFS 完全无关，因此它不会像 SMB/CIFS 那样经历多年的“失败”。
我听说该功能在用作保存 Microsoft Office 程序文档的位置时非常不可靠。我的看法是，虽然该功能应该运行良好，微软似乎没有测试将其用作通用网络文件系统。因此，你所做的就是“推动”该功能超越其未说明的设计目标。
我完全同意你的观点：UNC 使远程资源“只是一个文件夹”。MUP 驱动程序应该使任何 UNC 都像“只是一个文件夹”一样运行。经过多年处理旧版本的 SMB 重定向器（还记得“哦，只需禁用 oplocks”，有人记得吗？）、Novell Netware 客户端、各种 NFS 客户端实现以及 Microsoft 自己的 WebDAV 功能中的问题后，我不再信任任何基于 UNC 的网络文件系统提供程序能够正常工作。
当我发现任何应用程序或操作系统中的某个功能无法“按照广告宣传”工作时（无论是微软还是其他公司——微软似乎更经常这样做），我都会感到愤怒。你所做的和我们这个行业所有人都在做的事情是一样的——尝试一个功能，看看它是否符合我们的要求。真实的 世界要求以及营销噱头的要求。
您发现此功能不符合您的要求。您有两个选择——向 Microsoft 投诉或寻找其他方法。在我看来，向 Microsoft 投诉是徒劳的（除非您是足够大的客户，您的投诉足以引起注意），所以另一种选择是寻找其他方法。
这就是我说这些话的原因。不是因为我认为你做错了什么，而是因为我为微软在这个功能上的拙劣编程道歉，或者因为我认为将这个功能“出售”为真正的基于 UNC 的网络文件系统驱动器是正确的，尽管它显然“有问题”。它就是这样，你只需要处理它或继续寻找其他方法。