我们是一个运行Windows Server Essentials 2012R2的小型办公室，服务器仪表板停止工作。 它不显示连接到服务器的用户或设备。
服务器备份也停止工作。
这发生在之前，我们通过删除服务器备份目录来解决这个问题 。 其他选项不起作用。
从那以后我们开始使用文件夹redirect来减less我们使用的电脑数量，所以之前的服务器备份更为重要。 据我所知，目录存储在服务器本身和备份驱动器，所以使用：
wbadmin delete catalog 应该只删除位于服务器上的目录，我们应该能够重新连接驱动器并从中恢复目录？
为了testing这个我试过使用
wbadmin restore catalog -backupTarget:f
在实际删除它之前，但是以下面的错误结束
ERROR - The specified backup location could not be found or is not a supported backup storage location.
微软文档不是很清楚，我应该使用挂载点作为备份位置，或者我应该使用完整的path，所以我尝试使用F：\ WindowsImageBackup \服务器名称和F：\ WindowsImageBackup \参数-machine：服务器名称，但我每次都得到相同的错误。
丢失这个备份并不是非常关键，但是我想用比以前更less的破坏性的方式来解决这个问题。
那么我可以删除目录（从而修复pipe理服务和备份问题），并从备份驱动器恢复它，或者我必须说再见，可以备份吗？
经过长时间的研究和对微软支持的长谈后，我终于删除了备份目录。 和之前的pipe理服务一样，没有任何问题，我试图恢复目录失败，所以我擦干净的备份磁盘，并重新开始。
现在，作为一个偏执的人，我检查了我的客户备份是否仍然有效，是的，他们都在那里。 但是，在那里有一个很大的毛发，即当我试图恢复任何文件，恢复向导刚刚坠毁在我试过的每一台计算机上。 深入挖掘我发现它与KB3023562更新有关，并且在卸载之后肯定它已经重新开始工作，但不是所有的客户端。
我非常恼火，因为我非常喜欢在经过authentication的硬件上安装不可靠的服务器操作系统。
如果您遇到了这个问题，那么今天（2015年5月26日）就没有非破坏性的解决scheme，几乎在它第一次出现的两年之后。 在删除目录之前，有几个解决scheme可以尝试，但是它们可能会也可能不会。 哦，如果你能恢复它，请让我知道。
如果这发生在你身上一次，它会再次发生，所以让自己成为一个辅助备份解决scheme。
我会testing几个build议在我的原始问题的意见，并张贴我的发现。
这可能有帮助。 正确的语法是：
wbadmin restore catalog -backupTarget:f: