Пользовательские папки RECYCLER имеют тысячи скрытых файлов

Question

У нас есть папка "Пользователи", которая является корнем всех пользовательских файлов и сетевых профилей.

Используя утилиту размера каталога (WinDirStat), я наткнулся на странную и тревожную проблему - тысячи файлов, эффективно скрытых в интерфейсе корзины Windows. Папка каждого пользователя имеет папку RECYCLER непосредственно в разделе My Documents , например:

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

Очень немногие из наших пользователей имеют компьютеры, так как большинство пользователей подключаются к серверу приложений Citrix с простого терминала Wyse. Поскольку большая часть их файловой активности находится на общих сетевых ресурсах, пользователи (и мы, администраторы) всегда понимали, что «сетевой корзины» нет.

Тем не менее, скрытая папка RECYCLER для большинства пользователей содержит тысячи файлов. Несколько вещей выделяются:

1. В большинстве случаев ни один из файлов не виден с помощью интерфейса корзины
2. Соглашение об именовании для отдельных файлов должно включать букву диска, например, DC или DD , но вместо этого все они начинаются с D@ - например, D@1234.doc .
3. Я считаю, что символ @ не позволяет Windows разыменовывать исходные файлы, поэтому они просто подавляются в пользовательском интерфейсе.
4. Файлы вместе занимают десятки гигабайт. Они не призраки. Удаление некоторых файлов увеличивает свободное место на диске.
5. Кажется, у нас на самом деле есть «Сетевая корзина». Случайно. Без реальных имен файлов.

Мы уже решили, что удалим все файлы старше X дней. Я могу сделать это с помощью скрипта PowerShell. В отличие от этого аналогичного случая, мы собираемся удалить отдельные файлы вместо всей папки.

Итак, мои вопросы:

• Кто-нибудь видел эти символы @ в файлах корзины?
• Весь доступ к сетевому диску осуществляется через подключенные диски. Может ли это объяснить, почему файлы перерабатываются? А скрытый?
• Хотя мы выполняем ежедневное резервное копирование, я только хочу использовать этот ресурс для восстановления файлов в крайнем случае. Любые предложения или предупреждения?

Answer 1

WTF? Кто-нибудь видел эти символы @ в файлах корзины?

Да, я видел это в средах Windows, насколько я помню. Как дома, в однопользовательских средах и клиентских ОС Windows, так и на работе / в школе в многопользовательских средах на серверных ОС Windows со многими пользователями.

Весь доступ к сетевому диску осуществляется через подключенные диски. Может ли это объяснить, почему файлы перерабатываются? А скрытый?

Нет. То, что вы видите, является функцией работы корзины.

---

При удалении файла полный путь и имя файла сохраняются в скрытом файле с именем Info или Info2 (Windows 98) в папке Recycled. Удаленный файл переименовывается с использованием следующего синтаксиса:

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

---

Что касается "объяснения", почему это происходит с корзиной Windows, я никогда не видел более авторитетного объяснения, чем « пожимание плечами ... коррупция». Резюме в связанной статье говорит вам, какая часть процесса идет не так, но не раскрывает подробности о процессе, которые вам понадобятся, чтобы правильно объяснить, что на самом деле выходит из строя и где. Предположительно, если бы они имели, кто-то уже исправил бы эту проблему.

Хотя мы выполняем ежедневное резервное копирование, я планирую использовать этот ресурс для восстановления файлов в крайнем случае. Любые предложения или предупреждения?

Нет, ядерная бомба Файлы не могут быть восстановлены до их первоначальных имен (так как они больше не находятся в этом манифесте INFO-файла содержимого корзины), и пользователи не могут их видеть / не знают, что они там больше, поэтому это просто пустое место.

Answer 2

То, что вы видите, это корзина для перенаправленных папок "Мои документы".

Проблема хорошо описана в статье Перенаправление папки «Мои документы» / Корзина :

При использовании перенаправления папок для перенаправления пользователей в папки «Мои документы» элементы, удаленные из папки «Мои документы» пользователя, хранятся в корзине в папке «Мои документы» пользователя [которая находится на сервере]. К сожалению, максимальный размер корзины зависит от размера диска, папка «Мои документы» также была перенаправлена. Размер по умолчанию составляет 10%. С помощью клиента реестра для создателя политики и групповой политики я установил необходимые параметры, чтобы максимальный размер корзины для папки «Мои документы» составил 1%.

Проблема в том, что 1% по-прежнему велик. Диск, используемый для хранения перенаправленных «Мои документы», в настоящее время составляет 500 ГБ. 1% от этого составляет 5 ГБ, что составляет около 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. В нашей среде мы перенаправляем только папки «Рабочий стол» и «Документы» на сервер. GUID для них (остальные находятся по адресу http://msdn.microsoft.com/en-us/library/bb882665.aspx):
   1. Рабочий стол: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
   2. Документы: FDD39AD0-238F-46AF-ADB4-6C85480369C7
3. Например, чтобы перенаправленная папка рабочего стола использовала только до 200 МБ, примените следующее значение реестра:
   HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 (0xC8 - 200 в шестнадцатеричном формате)
4. Я использовал настройки групповой политики, чтобы перенести эти изменения в нашу среду.
5. В моем тестировании это не сразу удаляло элементы в Корзине, которые были больше. Однако когда я удалил новый элемент после применения этого параметра реестра, более старые элементы были немедленно удалены из корзины.

Что касается удаления этих файлов: Выполнение этого в действительности приведет к удалению удаленных документов из корзины пользователя, поэтому не может быть слишком большой проблемой. За исключением того, что он может убрать настройки корзины, указав файлы, которые больше не существуют. Может быть лучше очистить общую корзину сразу после удаления всех этих файлов.

Честно говоря, перенаправленные «Мои документы», похоже, были по-королевски испорчены Microsoft. Тебе придется осторожно встать между делами.