네트워크 파일 공유를위한 최고의 실습?

따라서 10 년 전에 시작된 파일 공유가 있으며 최선의 의도로 시작되었습니다. 그러나 이제는 부풀어졌습니다. 누가 파일을 넣었는지 아무도 모르는 파일이 있습니다. 정보를 찾기가 어렵습니다. 아마 문제를 알고있을 것입니다. 제가 궁금한 것은이 상황에서 사람들이하는 일입니다. 누구나 파일 공유를 통해 몸에 닿지 않은 파일을 찾을 수있는 알맞은 프로그램을 알고 있습니까? 파일이 중복됩니까? 이 엉망을 정리하는 다른 제안?

파일 공유는 Windows 기반이며 거의 3TB가 넘습니다. 나를 위해 몇 가지보고를 할 수있는 유틸리티가 있습니까? 우리는 6 개월 이상 된 것을 찾아서 보관할 수 있다는 아이디어가 마음에 듭니다. 문제는 파일 공유에 큰 문제가 있다는 점입니다.

우리는 고객에게 "지구를 흠집"내고 종종 신선하게 시작하라고 조언합니다.

IT가 아닌 이해 관계자가 관여하지 않는 효과적인 솔루션을 아직 보지 못했습니다. 내가 본 가장 좋은 시나리오는 경영진이 다양한 데이터 영역의 "관리자"를 식별하고 해당 공유 영역에 대한 액세스를 해당 "관리자"에 대한 액세스를 제어하는 ​​AD 그룹의 제어를 위임 한 고객입니다. 그것은 정말 잘 작동했지만 "청지기"의 일부에 대한 훈련이 필요했습니다.

내가 아는 것이 작동하지 않습니다.

• 권한이있는 개별 사용자 이름 지정. 그룹을 사용하십시오. 항상. 매번 틀림없이. 한 명의 사용자 그룹 인 경우에도 그룹을 사용하십시오. 직무 역할 변경, 이직 발생.
• IT가 아닌 사용자가 권한을 변경하도록 허용 당신은 "컴퓨터 베트남"으로 끝날 것입니다.
• 권한에 대한 장대 한 아이디어가 있습니다. "우리는 사용자가 여기에 파일을 쓸 수는 있지만 이미 작성한 파일은 수정할 수 없도록해야합니다."등을 간단하게 유지하십시오.

내가 본 것들 (일부, 그렇지 않은 사람들) :

• 일반적으로 기능 영역별로 다양한 데이터 유형을 저장할 위치를 나타내는 "맵"을 게시하십시오. 여러 부서와 인터뷰를하고 파일 공유를 사용하는 방법을 배우기에 좋은 곳입니다.
• 공간 사용량에 대해서는 "백 빌링"을 고려하거나 최소한 부서 공간 사용자의 "리더 보드"를 정기적으로 게시하십시오.
• 권한에 대해서만 이름 그룹을 언급 했습니까?
• 오래된 데이터를 "오프라인"또는 "인근"스토리지로 가져 오기 위해 "경계없이 성장"하는 데이터 영역에 대한 계획을 개발하십시오. 데이터가 영구적으로 커지도록 허용하면 백업을 무한대로 수행합니다.
• 공간 사용량 및 폴더 증가에 대한 일종의 추세를 계획하십시오. 상용 도구 (JAM Software의 Tree Size Professional 또는 SpaceObServer라고 언급 된 도구)를 사용하거나 "du"프로그램과 일부 스크립팅 "glue"를 사용하여 합리적인 효과적인 코드를 작성할 수 있습니다.
• "SLA"를 기반으로 파일 공유 세그먼트. 부서 라인을 가로 지르는 "비즈니스 크리티컬"공유와 "실행 중이지만 중요하지 않은"공유를 모두 고려할 수 있습니다. 아이디어는 백업 / 복원 / 유지 보수 목적을 위해 "비즈니스 크리티컬"공유를 분리 된 상태로 유지하는 것입니다. 백업을 통해 2TB의 파일을 복원하기 위해 비즈니스를 중단해야하는 것은 실제로 비즈니스에 필요한 모든 것이 약 2GB의 파일 일 때 약간 어리석은 일입니다.

나는 시작하는 것이 좋은 생각이라는 Evan에 동의합니다. 나는 현재 회사에서 수년에 걸쳐 4 개의 "파일 마이그레이션"을 해왔으며, 새로운 구조를 설정하고 파일을 복사 할 때마다 이전 공유 파일을 백업하고 오프라인으로 가져 왔습니다.

마지막 마이그레이션에서 한 가지 일이 도움이 될 수 있습니다. 우리는 "공통"드라이브라고하는 것과 비슷한 상황을 겪었습니다.이 드라이브는 누구나 읽고 / 쓰기 / 삭제할 수있는 곳이었습니다. 수년에 걸쳐 사람들이 그룹간에 물건을 공유함에 따라 많은 물건이 축적되었습니다. 새 파일 서버로 옮길 때 새로운 공통 디렉토리를 설정했지만 사용자를 위해 아무것도 복사하지 않았습니다. 우리는 오래된 Common을 그 자리에두고 (Old Common이라고 함) 읽기 전용으로 만들었고, 30 일 동안 모든 것을 그들이 원하는 새 디렉토리에 복사하도록했습니다. 그 후, 우리는 디렉토리를 숨겼지만 요청시 그것을 숨길 수 없습니다. 이 마이그레이션 동안 우리는 모든 부서와 협력하여 새로운 공유 디렉토리를 만들었고 사람들이 중복을 식별하는 데 도움을주었습니다.

우리는 디스크 공간을 사용하는 사람을 파악하기 위해 수년간 Treesize를 사용해 왔습니다. 우리는 최근 Spacehound를 시험해 보았고 일부 동료들은 그것을 좋아했지만 계속 Treesize로 돌아갑니다.

가장 최근에 마이그레이션 한 후 사람들이 스스로 사용할 수있는 아카이브 구조를 설정하려고 시도했지만 제대로 작동하지 않았습니다. 사람들은 활성화 된 것과 그렇지 않은 것을 추적 할 시간이 없습니다. 아카이빙을 자동으로 수행 할 수있는 도구를 찾고 있으며, 6 개월 동안 손대지 않은 모든 파일을 다른 공유로 주기적으로 이동시키는 것이 좋습니다.

3TB에서는 아마도 엄청난 불필요한 파일과 중복 된 정크가있을 것입니다. 내가 찾은 유용한 방법 중 하나는 100MB보다 큰 파일을 검색하여 검색하는 것입니다 (귀하의 경우 최대 500MB까지 가능). 실제 공간 낭비자를 찾는 작업을보다 쉽게 ​​관리 할 수 ​​있습니다.

비즈니스의 첫 번째 순서는 TreeSize Professional 또는 SpaceObServer 와 같은 엔터프라이즈 파일 관리자 / 분석기 / 리포터 / 원하는 통화를 사용하는 것 입니다. 파일 형식 및 소유자에 대한 통계를 포함하여 파일의 위치, 생성 데이터, 액세스 날짜 및 기타 여러 기준을 기준으로 정렬 할 수 있습니다. SpaceObServer는 SSH 연결을 통해 원격 Linux / UNIX 시스템을 포함한 다양한 파일 시스템을 스캔 할 수 있습니다. 이를 통해 파일 모음을 잘 볼 수 있습니다. 거기에서 "분할과 정복"할 수 있습니다.

다른 공유에 6 개월 이상 보관 된 담요 만 고려하고 해당 공유에 대한 파일 액세스를 감시 할 수 있습니다. 지속적으로 액세스되는 파일은 기본 서버에 다시 넣을 수 있습니다.

다른 옵션은 Google 검색 어플라이언스 와 같은 것 입니다. 이렇게하면 Google 앱에서 사람들이 물건을 검색 할 때 찾고있는 것을 스마트하게 파악할 수 있으며 검색 페이지에 액세스가 적은 문서를 더 아래에 배치하여 "보관"할 수 있습니다.

Windows 2003 R2 파일 서버에서는 File Resource Monitor의 기본 제공보고 기능을 사용하여 가장 적게 사용 된 파일 목록을 다른 보고서와 함께 보냅니다.

아마도 첫 번째 단계는 문제의 크기에 대한 아이디어를 얻는 것입니다. 파일 공유가 차지하는 공간은 얼마입니까? 우리는 몇 개의 파일에 대해 이야기하고 있습니까?

운이 좋으면 파일 공유의 특정 부분이 사용자 별, 비즈니스 프로세스 또는 부서별로 명명 규칙을 따릅니다. 이를 통해 파일 심사 작업을 수행 할 수 있습니다.

최악의 시나리오에서는 전체를 오프라인으로 전환하여 누가 불만을 표시하는지 기다릴 수 있습니다. 그런 다음 자신이 누구이며 무엇을 사용했는지 확인할 수 있습니다. (사악하지만 작동합니다.)

가장 좋은 해결책은 새 드라이브로 옮기는 것입니다. 공유에 액세스하는 사람의 수가 합리적이면 물어보고 어떤 부분이 정말로 필요한지 알아보십시오. 그것들을 새로운 몫으로 옮기십시오. 그런 다음 모두가 새로운 공유를 사용하도록 장려하십시오. 일정 시간이 지나면 이전 점유율을 낮추십시오. 누가 비명을 지른 다음 해당 데이터를 새로운 공유로 옮깁니다. 3-6 개월 동안 아무것도 요구하지 않으면 안전하게 삭제하거나 보관할 수 있습니다.

기존의 모든 데이터를 새로운 읽기 전용 공유 폴더로 옮깁니다. 최종 사용자가 파일을 업데이트해야하는 경우 새 공유 드라이브로 복사 할 수 있습니다.

이런 식으로 모든 오래된 것들을 사용할 수 있지만 백업 일정을 벗어날 수 있습니다.

또한, 매년 1 회, 3 년 동안 업데이트 / 액세스하지 않은 폴더 (아카이브의 상태를 확인한 후)를 제거합니다.