我pipe理的其中一个networking使用Windows Server 2003文件共享为用户提供networking存储。 为防止意外删除，我使用卷影副本每天创build两次快照。 但是，此方法仅对上次快照期间共享的文件有效。 当用户不小心删除了共享上最近放置的文件时，除了将远程桌面连接到服务器上，并且尝试用取消删除的实用程序进行检索（这只有在文件未被覆盖时才有效）。
是否有Windows Server 2003文件共享的Windows回收站function？ 在这种情况下保护我的用户免受意外文件删除的最佳方法是什么？
像Undelete这样的第三方应用程序可以做到这一点 – 但我认为微软只是将文件共享视为不是文件系统。 为了存储，保持版本控制和处理重要文档 – 还需要其他的东西。 就像上面提到的Sharepoint（尽pipe我不能说我喜欢它的用户体验）或者其他所有的文档pipe理系统。
你也可以检查你的备份解决scheme，看看你是否可以去持续备份，而不是每天的份额。 现在大多数备份应用程序至less应该把它作为一个附件。 这样，如果在服务器上受支持，所有更改将在发生时进行备份，或者仅延迟几分钟。 这是一个非常好的function，目标是最多有几天历史的磁盘备份系统，同时保持夜间备份的时间比以往更长，而不是像磁带一样。
不幸的是，任何版本的Windows上的任何networking共享都没有回收站function。
它在Vista中做了一个短暂的出现 ，但之后在RTM之前消失了。
我不知道文件共享的回收站，但这是SharePoint脱颖而出的地方。 SharePoint有两个级别的回收站，一个用于用户，另一个用于pipe理员，在必须从备份恢复之前捕获删除。
只要考虑其他ServerFault大师之一是否不能指向文件共享的回收站。
我们在我们的文件服务器上使用了一个名为Undelete（ http://www.undelete.com/file-recovery.aspx ）的产品，但是我们运行的是Windows 2008.我认为旧版本的Windows确实包含了一个名为“networking回收站“在服务器上的每个文件分区上。 但是我可能是错的。 你可能想检查一下。
正如其他人所说，通常不可能在networking共享上拥有一个回收站。
但是有可能获得家庭文件夹的这个function。 如果使用GPO将“我的文档”redirect到networking共享，则从“我的文档”中删除的任何内容都将在回收站中结束。
这确实带来了另一个问题，即将回收站存储在networking中，因此您需要某种维护计划来删除或清空回收站。
我并不熟悉卷影复制function，所以也许有技术限制，我不知道，但为什么不只是采取更频繁的快照？
作为快照，在第一个之后它们应该相当轻量级，对吗？ 如果您在工作时间内每小时拍摄一次快照，是不是会大幅减less删除之前没有成为快照的文件数量？
我刚刚find实用的networking回收站工具 。 它将删除的文件从networking驱动器移动到回收站。 与备份软件不同，您可以恢复删除的文件。 您可以定义networking驱动器或networking文件夹的列表来跟踪已删除的文件。
不要太啰嗦，但是如果你打开了Volume Shadow Copies并且正在执行所有其他标准的备份工作，那么用户需要为这个工作负责。
我同意从smearp的SharePoint的想法。 回收站是伟大的，但我也注意到，用户对待Web界面不同于浏览器界面。 这就像他们更加犹豫删除的东西。 房子里的心理学家？