在启动消息“目录不是根目录的子目录”之前,Windows服务器备份失败。

在Windows Server 2008中使用“Windows Server Backup”时,出现错误消息“目录不是根目录的子目录”。 当试图备份到远程共享目录时。

我通过远程桌面login,备份的目标是“\\ tsclient \ c \ users \ me \ desktop \ backup \”。 最初,它接受这个目录,然后进入最后的“确认”步骤。 当我点击“备份”,它给了我提到的错误信息。

有没有人知道这意味着什么,或者为什么这个特定的远程共享目录会导致这个消息?

我甚至尝试将其映射为一个驱动器,并对本地驱动器进行备份,但映射驱动器不显示在本地驱动器列表中。 此外,这是一个虚拟机(没有其他本地驱动器,没有DVD刻录机,并没有其他可访问的机器在局域网),所以tsclient远程共享文件夹似乎是我唯一可能的目标备份目的地。 我对Windows Server 2008感觉非常好,直到发生这种情况…为什么他们的软件不能正常工作:(。

更新:

错误信息似乎意味着它的字面意思。 我在我的桌面上共享目标文件夹,并将其映射为本地驱动器“B”,并使其可用于远程桌面。 当我使用path“\\ tsclient \ b”时,Windows Server Backup接受它并开始传输数据。 所以..“\\ tsclient \ b”是一个有效的path,但“\\ tsclient \ b \子目录”是不是? 跆拳道?

我认为他们的软件可以正常工作,除了你正在“推动”一个function超出预期的极限并且看到一个协议实现的产物。 我不认为通过TS客户端驱动器redirectfunction运行备份是可行的。 我想说,你看到的“子目录”行为是由于TS客户驱动器redirectfunction(这是它自己的协议,而不是“正常的”SMB2 / CIFS / SMB文件和打印共享)的人工产物。

我每天在W2K8服务器计算机上运行以下命令,例如:

%SYSTEMROOT%\System32\WBADMIN.EXE start backup -backupTarget:\\adminserver\backups\FTPServer -allCritical -quiet 

此处指定的path是另一台可通过SMB / CIFS访问的服务器计算机。 以这种方式备份到子目录是没有问题的。

是不是只有通过SMB2 / SMB / CIFS才能让VM访问另一台计算机是一个令人信服的理由?

编辑:

当我说你在“推”这个function的时候,你误会了我。 我并没有试图为他们“道歉”。 TS客户端驱动器映射function应该像任何其他networking文件系统一样。 它应该足够可靠,可以在您所描述的备份场景中提供数十GB的可用性。 它应该工作。

我所说的是:就我所知,通过查看文档的“语气”:TS客户端驱动器映射function,它意在用于在客户端和服务器之间随意移动数据。 而且,这是一个RDP的虚拟通道协议,与SMB / CIFS完全无关,所以没有被SMB / CIFS“挨打”的时间。

例如,我曾经听说过这个function在用作从Microsoft Office程序保存文档的位置时非常不可靠。 我认为,虽然这个function应该可以正常工作,但微软似乎很可能不会将其作为通用networking文件系统进行testing。 因此,你所做的就是将这个function“推”到超出其未阐明的devise目标之外。

我在你身边:UNC的远程资源“只是一个文件夹”。 MUP的驱动程序应该使任何UNC的行为像“只是一个文件夹”。 经过多年处理老版本SMBredirect器的问题(记得“哦,只是禁用oplocks”,任何人?),Novell Netware客户端,各种NFS客户端实现以及Microsoft自己的WebDAVfunction,我不仅信任任何UNC基于networking的文件系统提供者工作。

当我在任何应用程序或操作系统中发现一个不像“广告”那样工作的应用程序或操作系统中的function时(这是微软或其他方式 – 它似乎像微软更经常这样做),真是令人愤慨。 你所做的与我们业内人士所做的一样 – 尝试一个function,看它是否符合我们的真实 世界要求以及营销噱头的要求。

你发现这个function不符合你的要求。 你有两个select – 向微软抱怨或者find一个不同的方式。 在我看来,抱怨微软是徒劳的(除非你是一个足够大的客户来吸引你的投诉),所以另一种方法是find另一种方式。

这就是为什么我说我的话。 不是因为我认为你做错了什么,因为我为微软在这个function上的劣质编程道歉,或者因为我认为这个function被“销售”成为一个真正的基于UNC的networking文件系统硬盘是正确的显然“有问题”。 事情就是这样,你只需要处理它,或继续前进,find另一种方式。