사용자 RECYCLER 폴더에는 수천 개의 숨겨진 파일이 있습니다.

모든 사용자 파일과 네트워크 프로파일의 루트 인 "Users"폴더가 있습니다.

디렉토리 크기 유틸리티 (WinDirStat)를 사용하여 Windows 휴지통 인터페이스에 수천 개의 파일이 효과적으로 숨겨져있는 이상하고 걱정스러운 문제가 발생했습니다. 각 사용자의 폴더에는 다음 My Documents과 같은 RECYCLER 폴더가 있습니다 .

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

대부분의 사용자는 간단한 Wyse 터미널에서 Citrix Application Server에 로그인하므로 PC를 사용하는 사용자는 거의 없습니다. 대부분의 파일 활동은 네트워크 공유에 있기 때문에 사용자 (및 우리 관리자)는 항상 "네트워크 휴지통"이 없다는 것을 알고 있습니다.

그러나 대부분의 사용자에게 숨겨진 RECYCLER 폴더에는 수천 개의 파일이 있습니다. 몇 가지 눈에 띄는 것 :

1. 대부분의 경우 휴지통 인터페이스를 사용하여 파일을 볼 수 없습니다
2. 개별 파일 의 이름 지정 규칙 에는 DCor 와 같은 드라이브 문자가 포함되어야 DD하지만 대신 D@예를 들어으로 시작 D@1234.doc합니다.
3. 이 @기호로 인해 Windows가 원본 파일을 참조하지 못하게되므로 사용자 인터페이스에서는 단순히 표시되지 않습니다.
4. 파일은 함께 수십 기가 바이트를 소비합니다. 그들은 유령이 아닙니다. 일부 파일을 삭제하면 드라이브의 여유 공간이 늘어납니다.
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. 우리 환경에서는 데스크톱 및 문서 폴더 만 서버로 리디렉션합니다. 이에 대한 GUID는 다음과 같습니다 (다른 것들은 http://msdn.microsoft.com/en-us/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은 16 진수 200)
4. 그룹 정책 기본 설정을 사용하여 이러한 변경 사항을 환경에 적용했습니다.
5. 필자의 테스트에서는 휴지통에서 더 큰 항목을 즉시 제거하지 않았습니다. 그러나이 레지스트리 설정을 적용한 후 새 항목을 삭제하면 오래된 항목이 휴지통에서 즉시 삭제되었습니다.

이러한 파일을 삭제하는 경우 : 이렇게하면 실제로 사용자의 휴지통에서 삭제 된 문서가 지워 지므로 너무 큰 문제는 아닙니다. 더 이상 존재하지 않는 파일을 지정하여 휴지통 설정을 늘릴 수 있다는 점을 제외하고. 이러한 파일을 모두 삭제 한 후 즉시 일반 휴지통을 비우는 것이 좋습니다.

솔직히 리디렉션 된 내 문서는 Microsoft에 의해 엉망이 된 것 같습니다. 문제 사이에서 정교하게 단계를 밟아야합니다.

WTF? 휴지통 파일에서 @ 기호를 본 사람이 있습니까?

예, Windows 환경에서 내가 기억할 수있는 한 되돌아 오는 것을 보았습니다. 가정, 단일 사용자 환경 및 Windows 클라이언트 OS 및 많은 사용자가있는 Windows 서버 OS의 다중 사용자 환경에서 직장 / 학교에서 모두 사용할 수 있습니다.

모든 네트워크 드라이브 액세스는 매핑 된 드라이브를 통해 이루어집니다. 파일이 왜 재활용되는지 설명 할 수 있습니까? 그리고 숨겨진?

아니요. 현재 보고있는 것은 휴지통이 작동하는 방식 입니다.

파일을 삭제하면 전체 경로와 파일 이름이 재활용 폴더의 Info 또는 Info2 (Windows 98)라는 숨겨진 파일에 저장됩니다. 삭제 된 파일은 다음 구문을 사용하여 이름이 변경됩니다.

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

이것이 Windows 휴지통에 발생하는 이유를 "설명"하는 것과 관련하여, " shrug ... 손상 "보다 더 권위있는 설명을 본 적이 없습니다 . 링크 된 기사의 요약은 프로세스의 어떤 부분이 잘못되었는지 알려 주지만 실제로 어떤 부분을 실제로 설명해야하는지, 그리고 어디에서 올바르게 설명해야하는 프로세스에 대한 세부 정보 유형을 파고 들지는 않습니다. 아마도 그들이 가지고 있다면 누군가 지금이 문제를 해결했을 것입니다.

매일 백업을 실행하지만 마지막 리소스 파일 복구를 위해이 리소스를 활용할 계획입니다. 제안이나 경고가 있습니까?

아뇨. 파일은 더 이상 휴지통 내용의 INFO 파일 매니페스트에 없기 때문에 원래 이름으로 복원 할 수 없으며 사용자는 더 이상 파일이 보이지 않거나 알 수 없습니다. 그냥 공간 낭비입니다.