用户RECYCLER文件夹具有数千个隐藏文件

我们有一个“用户”文件夹，它是所有用户文件和网络配置文件的根。

使用目录大小实用程序（WinDirStat），我偶然发现了一个奇怪而又令人担忧的问题-数千个文件有效地隐藏在Windows回收站界面中。每个用户的文件夹在的正下方都有一个RECYCLER文件夹My Documents，例如：

\\server1\Users\smithj\smithj's Documents\RECYCLER\S-1-5-21-nnnnnn

我们的用户中很少有PC，因为大多数用户都是通过简单的Wyse终端登录Citrix Application Server。因为他们的大多数文件活动都在网络共享上，所以用户（和我们的管理员）始终了解没有“网络回收站”。

但是，对于大多数用户而言，隐藏的RECYCLER文件夹具有数千个文件。有几件事情引人注目：

1. 在大多数情况下，使用回收站界面看不到任何文件
2. 各个文件的命名约定应包含驱动器号，例如DC或DD，但是它们都以D@- 开头D@1234.doc。
3. 我相信该@符号会阻止Windows取消引用原始文件，因此可以在用户界面中将它们简单地删除。
4. 这些文件一起消耗数十GB。他们不是鬼。删除某些文件确实会增加驱动器上的可用空间。
5. 看来我们实际上确实有一个“网络回收站”。意外地。没有真实的文件名。

我们已经决定删除​​所有早于X几天的文件。我可以使用PowerShell脚本来做到这一点。与这种类似情况不同，我们将删除单个文件而不是整个文件夹。

所以，我的问题是：

• 有人@在回收站文件中看到这些符号吗？
• 所有网络驱动器访问均通过映射的驱动器进行。这可以解释为什么文件被回收吗？和隐藏？
• 尽管我们每天运行备份，但我只想利用此资源进行最后文件恢复。有任何建议或警告吗？

您将看到重定向的“我的文档”文件夹的回收站。

在“ 我的文档文件夹重定向/回收站 ”一文中很好地描述了该问题 ：

使用文件夹重定向来重定向用户“我的文档”文件夹时，从用户的“我的文档”文件夹中删除的项目存储在用户的“我的文档”文件夹（位于服务器中）的回收站中。不幸的是，回收站的最大大小取决于“我的文档”文件夹也已重定向的驱动器的大小。默认大小为10％。使用Policy maker注册表客户端和组策略，我推送了必要的设置，以使“我的文档”文件夹的“回收站”的最大大小为1％。

问题是1％仍然很大。当前用于存储重定向的“我的文档”的驱动器为500GB。其中1％是5GB，大约有2000个用户，这很明显，多年来，我们可能会存储很多不必要的文件。根本无法教导或指示2000个用户定期清除其“我的文档”文件夹。

文章文件夹重定向和回收站说：

如果重定向“我的文档”，则回收站可能会成为问题（浪费大量昂贵的服务器磁盘空间）。

您可以使用以下注册表项控制回收站的行为： HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket， NukeOnDelete=1将禁用对重定向文件夹使用回收站。

如果所有磁盘都使用了这些参数UseGlobalSettings，则另一个名为的项目将具有该值1。使用值0，可以找到每个磁盘的回收站参数，这些子参数是具有磁盘驱动器字母的子项。

但是，该文章提出了另一个问题：

这个NukeOnDelete键非常好。但是，我提出了另一个难题……重定向“我的文档”后，用户将有两个回收站-一个用于本地文件，另一个用于重定向文件。当用户浏览到回收站时，它会自动加载重定向的“我的文档”，但是我找不到如何访问本地回收站的信息。我知道本地回收站是C：\ Recycler，但是它的目录始终显示为空。我知道在理想的环境中，用户不应有权从本地系统删除文件。在重定向“我的文档”之后，必须有一种方法允许用户访问本地回收站（而不是禁用重定向并注销/注销）...

上述文章中有关控制回收站大小的更多信息：

1. 该MAXCAPACITY值位于HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
2. 在我们的环境中，我们仅将Desktop和Documents文件夹重定向到服务器。这些的GUID是（其他的位于http://msdn.microsoft.com/zh-cn/library/bb882665.aspx）：
   1. 台式机：B4BFCC3A-DB2C-424C-B029-7FE99A87C641
   2. 文件：FDD39AD0-238F-46AF-ADB4-6C85480369C7
3. 例如，要将重定向的桌面文件夹设置为最多仅使用200mb，请应用以下注册表值：
   HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 （0xC8为十六进制200）
4. 我使用组策略首选项将这些更改推送到我们的环境中。
5. 在我的测试中，这并没有立即清除回收站中较大的项目。但是，当我在应用此注册表设置后删除新项目时，较旧的项目立即从回收站中删除。

至于删除这些文件：这样做实际上会从用户的回收站中删除已删除的文档，因此可能不是太大的问题。除了它可能会占用回收站设置，以指定不再存在的文件。删除所有这些文件后，最好立即清空常规回收站。

坦白说，重定向“我的文档”似乎已被Microsoft彻底弄乱了。您将不得不在陷阱之间微妙地走。

WTF？有人在回收站文件中看到这些@符号吗？

是的，据我所知，我已经在Windows环境中看到了这一点。无论是在家中，在单用户环境和Windows客户端操作系统中，还是在工作/学校中的多用户环境中，Windows Server OS上都有许多用户。

所有网络驱动器访问都通过映射驱动器进行。这可以解释为什么文件被回收吗？和隐藏？

号 你看到的是回收站的工作方式的功能。

删除文件时，完整的路径和文件名存储在“回收”文件夹中名为Info或Info2（Windows 98）的隐藏文件中。使用以下语法重命名已删除的文件：

D<original drive letter of file><#>.<original extension> 

关于“解释”为什么Windows回收站会发生这种情况，我从未见过比“ 耸耸肩 ……损坏” 更权威的解释。链接文章中的摘要告诉您该过程的哪一部分出了问题，但没有深入探讨有关过程的详细信息类型，您需要正确地解释实际发生的故障以及在何处。据推测，如果有的话，现在有人已经解决了这个问题。

尽管我们每天运行备份，但我计划利用此资源来恢复最后的文件。有任何建议或警告吗？

不，走开 无法将文件还原为原始名称（因为它们不再位于“回收站”内容的INFO文件清单中），并且用户看不到/不知道它们在那里，因此这只是浪费的空间。