Benutzer-RECYCLER-Ordner enthalten Tausende versteckter Dateien

11

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?
jswanson
quelle
Sie sind sich angesichts des Alters dieser Frage nicht sicher, ob Sie noch in der Nähe sind, leiten Sie jedoch "Eigene Dateien" auf einen Netzwerkpfad um?
Patrick Seymour
Diese beiden Artikel enthalten Anweisungen zum Erstellen eines Netzwerk-Papierkorbs auf zugeordneten Netzwerklaufwerken. Sie können überprüfen, ob einer der beiden Punkte auf Ihren Fall zutrifft: Artikel 1 und Artikel 2 .
Harrymc

Antworten:

3

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.

Harrymc
quelle
Ein guter Artikel, aber beachten Sie, dass das Problem der versteckten Dateien im Papierkorb weiterhin bestehen kann und wird, selbst wenn Sie die maximale Größeneinstellung für den Papierkorb deaktivieren.
HopelessN00b
3

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.

HopelessN00b
quelle
In dem Artikel, den Sie zitieren, haben die Dateien #, während das Plakat hat @. Außerdem hat sich seit Windows 98 vieles geändert, sodass der Artikel nicht wirklich zutrifft.
Harrymc
@harrymc Ich bin positiv. Das @gibt es , weil die Datei ursprünglich „kam von“ einer Netzwerkfreigabe oder Pfad, sondern als ein Laufwerk mit einem Buchstaben. Anstatt DC[#].[whatever]also ursprünglich vom CLaufwerk zu kommen, erhalten Sie D@[#].[whatever]... weil eine Netzwerkfreigabe oder ein UNC-Pfad keinen "Laufwerksbuchstaben" für diese zweite Zeichenposition enthält. (Also wird das @Symbol anstelle des Laufwerksbuchstabens verwendet ... aus welchem ​​Grund auch immer.)
HopelessN00b
Er sagt, dass der Zugriff über zugeordnete Freigaben erfolgt, sodass sie einen Laufwerksbuchstaben haben. Ich habe versucht, sein Problem zu duplizieren, und ich kann es nicht verwalten, zugeordnet oder nicht: Die Dateien werden nur gelöscht. Seltsam. Können Sie es duplizieren? In Wikipedia finden Sie die neue Namenskonvention mit $, not @oder #.
Harrymc
@harrymc Ich kann es nicht auf Befehl duplizieren, aber ich verwalte Dutzende von Dateiservern mit diesen Arten von Dateien im umgeleiteten Profilpfad der Benutzer. Ein zugeordnetes Laufwerk ist nicht dasselbe wie ein lokal angeschlossenes Laufwerk, da Netzwerkzuordnungen (und die damit verbundenen Laufwerksbuchstabenzuordnungen) eine benutzerspezifische und keine systemweite Einstellung sind. Dies bedeutet, dass beim Schreiben des ursprünglichen Speicherorts der Datei in das Papierkorbmanifest der tatsächliche Pfad verwendet wird, z. B. \\server1\Users\smithj\smithj's Documents\somefileder Pfad, der dem Benutzer angezeigt wird, z Y:\somefile.
HopelessN00b
Ich habe mehr über dieses seltsame Problem recherchiert und mehr Informationen gefunden, die ich in einer separaten Antwort angegeben habe.
Harrymc