Benutzer-RECYCLER-Ordner enthalten Tausende versteckter Dateien

Wir haben einen "Benutzer" -Ordner, der das Stammverzeichnis aller Benutzerdateien und Netzwerkprofile ist.

Mit einem Dienstprogramm für die Verzeichnisgröße (WinDirStat) bin ich auf ein seltsames und beunruhigendes Problem gestoßen - Tausende von Dateien, die effektiv in der Windows-Benutzeroberfläche für den Papierkorb versteckt sind. Jeder Benutzerordner verfügt über einen RECYCLER-Ordner direkt darunter My Documents, z. B . :

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

Nur sehr wenige unserer Benutzer verfügen über PCs, da sich die meisten Benutzer über ein einfaches Wyse-Terminal bei einem Citrix Application Server anmelden. Da der Großteil der Dateiaktivität auf Netzwerkfreigaben erfolgt, haben die Benutzer (und wir Administratoren) immer verstanden, dass es keinen "Netzwerk-Papierkorb" gibt.

Der versteckte RECYCLER-Ordner für die meisten Benutzer enthält jedoch Tausende von Dateien. Einige Dinge fallen auf:

1. In den meisten Fällen ist keine der Dateien über die Papierkorb-Oberfläche sichtbar
2. Die Namenskonvention für die einzelnen Dateien sollte einen Laufwerksbuchstaben wie DCoder enthalten DD, stattdessen beginnen sie alle mit D@- zum Beispiel [email protected].
3. Ich glaube, das @Symbol verhindert, dass Windows die ursprünglichen Dateien dereferenziert, sodass sie in der Benutzeroberfläche einfach unterdrückt werden.
4. Die Dateien zusammen verbrauchen zehn Gigabyte. Sie sind keine Geister. Das Löschen einiger Dateien erhöht den freien Speicherplatz auf dem Laufwerk.
5. Anscheinend haben wir tatsächlich einen "Netzwerk-Papierkorb". Ausversehen. Ohne echte Dateinamen.

Wir haben bereits beschlossen, alle Dateien zu löschen, die älter als XTage sind. Ich kann das mit einem PowerShell-Skript tun. Im Gegensatz zu diesem ähnlichen Fall werden anstelle des gesamten Ordners einzelne Dateien gelöscht.

Also meine Fragen:

• Hat jemand diese @Symbole in den Papierkorbdateien gesehen?
• Der gesamte Netzlaufwerkzugriff erfolgt über zugeordnete Laufwerke. Könnte dies erklären, warum die Dateien recycelt werden? Und versteckt?
• Obwohl wir täglich Backups ausführen, möchte ich diese Ressource nur für die Wiederherstellung von Dateien als letztes Mittel nutzen. Anregungen oder Warnungen?

Was Sie sehen, ist der Papierkorb für umgeleitete "Eigene Dateien" -Ordner.

Das Problem wird ausführlich im Artikel Umleitung / Papierkorb für Ordner "Eigene Dateien" beschrieben :

Wenn Sie die Ordnerumleitung verwenden, um die Ordner "Eigene Dateien" des Benutzers umzuleiten, werden aus dem Ordner "Eigene Dateien" des Benutzers gelöschte Elemente in einem Papierkorb im Ordner "Eigene Dateien" des Benutzers [der sich auf einem Server befindet] gespeichert. Leider hängt die maximale Größe des Papierkorbs von der Größe des Laufwerks ab, auf das der Ordner Eigene Dateien umgeleitet wurde. Die Standardgröße beträgt 10%. Mithilfe des Policy Maker-Registrierungsclients und der Gruppenrichtlinie habe ich die erforderlichen Einstellungen vorgenommen, um die maximale Größe des Papierkorbs für den Ordner "Eigene Dateien" auf 1% zu erhöhen.

Das Problem ist, dass 1% immer noch viel zu groß ist. Das Laufwerk, auf dem umgeleitete Eigene Dateien gespeichert werden, hat derzeit 500 GB. 1% davon sind 5 GB, zusammen mit ungefähr 2000 Benutzern, und es ist klar, dass wir im Laufe der Jahre möglicherweise viele unnötige Dateien speichern könnten. Es ist einfach nicht möglich, 2000 Benutzer zu lehren oder anzuweisen, ihren Ordner "Eigene Dateien" regelmäßig zu löschen.

Im Artikel Ordnerumleitung und Papierkorb heißt es:

Wenn Sie den Papierkorb "Eigene Dateien" umleiten, kann dies zu einem Problem werden (Verschwendung von Tonnen teurem Speicherplatz auf dem Server).

Sie können Papierkorb Verhalten mit diesem Registrierungsschlüssel steuern: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1würde Nutzung von Papierkorb für umgeleiteten Ordner deaktivieren.

Es gibt ein anderes Element namens UseGlobalSettings, das den Wert hat, 1 wenn diese Parameter für alle Festplatten verwendet werden. Mit dem Wert 0werden die Papierkorbparameter für jede Festplatte als Unterschlüssel mit dem Laufwerksbuchstaben der Festplatte gefunden.

In diesem Artikel wird jedoch ein anderes Problem aufgeworfen:

Dieser NukeOnDelete-Schlüssel ist wirklich nett. Ich habe jedoch ein anderes Problem ... Nach dem Umleiten von "Eigene Dateien" verfügt der Benutzer über zwei Papierkörbe - einen für lokale Dateien und einen für umgeleitete Dateien. Wenn der Benutzer zum Papierkorb navigiert, werden automatisch die umgeleiteten "Eigene Dateien" geladen, aber ich kann nicht herausfinden, wie ich auf den lokalen Papierkorb zugreifen kann. Ich verstehe, dass der lokale Papierkorb C: \ Recycler ist, aber das Verzeichnis erscheint immer leer. Ich weiß, dass Benutzer in einer idealen Umgebung keinen Zugriff auf das Löschen von Dateien vom lokalen System haben sollten. Es muss eine Möglichkeit geben, dem Benutzer den Zugriff auf den lokalen Papierkorb zu ermöglichen, nachdem er "Eigene Dateien" umgeleitet hat (außer die Umleitung zu deaktivieren und sich abzumelden / anzumelden) ...

Weitere Informationen zum Steuern der Papierkorbgröße finden Sie im obigen Artikel:

1. Der MaxCapacity- Wert befindet sich beiHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
2. In unserer Umgebung leiten wir nur die Ordner Desktop und Dokumente auf den Server um. Die GUIDs für diese sind (die anderen befinden sich unter http://msdn.microsoft.com/en-us/library/bb882665.aspx ):
   1. Desktop: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
   2. Dokumente: FDD39AD0-238F-46AF-ADB4-6C85480369C7
3. Wenden Sie beispielsweise den folgenden Registrierungswert an, um den umgeleiteten Desktopordner so festzulegen, dass er nur bis zu
   HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 200 MB verwendet : (0xC8 ist 200 in hex)
4. Ich habe die Gruppenrichtlinieneinstellungen verwendet, um diese Änderungen in unsere Umgebung zu übertragen.
5. Bei meinen Tests wurden nicht sofort größere Elemente im Papierkorb gelöscht. Wenn ich jedoch ein neues Element löschte, nachdem diese Registrierungseinstellung angewendet wurde, wurden die älteren Elemente sofort aus dem Papierkorb gelöscht.

Was das Löschen dieser Dateien betrifft: Wenn Sie dies tun, werden gelöschte Dokumente aus dem Papierkorb des Benutzers gelöscht. Dies ist möglicherweise kein zu großes Problem. Mit der Ausnahme, dass dadurch die Einstellungen für den Papierkorb verloren gehen und nicht mehr vorhandene Dateien angegeben werden. Es ist möglicherweise besser, den allgemeinen Papierkorb sofort nach dem Löschen all dieser Dateien zu leeren.

Ehrlich gesagt, scheinen umgeleitete "Eigene Dateien" von Microsoft auf königliche Weise durcheinander gebracht worden zu sein. Sie müssen vorsichtig zwischen die Fallstricke treten.

WTF? Hat jemand diese @ -Symbole in Papierkorbdateien gesehen?

Ja, ich habe dies in Windows-Umgebungen gesehen, soweit ich mich erinnern kann. Sowohl zu Hause als auch in Einzelbenutzerumgebungen und Windows-Clientbetriebssystemen sowie am Arbeitsplatz / in der Schule in Mehrbenutzerumgebungen unter Windows-Serverbetriebssystemen mit vielen Benutzern.

Der Zugriff auf alle Netzlaufwerke erfolgt über zugeordnete Laufwerke. Könnte dies erklären, warum die Dateien recycelt werden? Und versteckt?

Nein. Was Sie sehen, hängt von der Funktionsweise des Papierkorbs ab .

Wenn Sie eine Datei löschen, werden der vollständige Pfad und der Dateiname in einer versteckten Datei namens Info oder Info2 (Windows 98) im Ordner Recycled gespeichert. Die gelöschte Datei wird mit der folgenden Syntax umbenannt:

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

In Bezug auf die "Erklärung", warum dies mit einem Windows-Papierkorb geschieht, habe ich noch nie eine maßgeblichere Erklärung als " Achselzucken ... Korruption" gesehen. Die Zusammenfassung im verlinkten Artikel zeigt Ihnen, welcher Teil des Prozesses schief läuft, geht jedoch nicht auf die Art der Details über den Prozess ein, die Sie benötigen, um richtig zu erklären, was tatsächlich und wo zusammenbricht. Wäre dies der Fall, hätte dies vermutlich bereits jemand behoben.

Obwohl wir täglich Backups durchführen, plane ich, diese Ressource für die Wiederherstellung von Dateien als letztes Mittel zu nutzen. Anregungen oder Warnungen?

Nein, nuke away. Die ursprünglichen Namen der Dateien können nicht wiederhergestellt werden (da sie nicht mehr im INFO-Dateimanifest des Papierkorbinhalts enthalten sind), und die Benutzer können sie nicht sehen bzw. wissen nicht, dass sie dort sind Es ist nur Platzverschwendung.