어떤 공유 폴더가 예상치 못한 NAS 공간을 차지하고 있나요?

예상치 못한 NAS 공간을 차지하는 폴더가 항상 파일 탐색기에 표시되는 가장 큰 폴더는 아닙니다.

마운트된 파일시스템에서 시작하여 한 번에 한 디렉터리 수준씩 검색 범위를 좁히세요. 이렇게 하면 스냅샷, 휴지통, 애플리케이션 데이터, 삭제된 파일 또는 inode 압력으로 인해 처음 연 뷰 외부에서 용량을 사용하는 경우에도 눈에 보이는 공유 폴더를 잘못 탓하는 일을 방지할 수 있습니다.

폴더 이름이 아닌 파일시스템에서 시작하세요

영향을 받는 공유 폴더를 지원하는 파일시스템을 확인하고 사용 중인 용량, 사용 가능 용량, inode 값을 기록하세요. df 명령은 파일시스템 수준의 총합을 보고하는 반면, 공유 폴더 탐색기는 볼 수 있고 셀 수 있는 객체만 보고합니다.

공유 경로가 마운트 지점과 일치하는지 확인하세요. 바인드 마운트, 컨테이너 볼륨 또는 누락된 데이터 풀 마운트는 익숙한 경로가 의도한 저장 풀 대신 더 작은 시스템 파티션에 쓰기를 하게 만들 수 있습니다.

할당된 공간 기준으로 공유 폴더 순위 매기기

데이터 풀 루트에서 깊이 1의 디렉터리 요약을 실행하고 같은 파일시스템에 머무르세요. 목표는 가장 큰 1단계 디렉터리를 순위별로 나열한 후 가장 큰 결과를 자세히 조사하는 것입니다. 성장 원인이 프로젝트, 사용자, 미디어 라이브러리, 백업 세트 또는 애플리케이션 경로와 연결될 때까지 다음 수준에서 반복하세요.

용량 문제에는 할당된 크기를 사용하세요. 명백한 파일 크기는 파일시스템 블록, 희소 파일, 하드 링크, 압축, 중복 제거 때문에 다를 수 있으므로 데스크톱 파일 관리자가 NAS 할당량과 일치하지 않을 수 있습니다.

스냅샷, 휴지통 및 숨겨진 소비자 확인

보이는 폴더 총합이 볼륨 사용량보다 적으면 스냅샷 보존, 공유 휴지통, 패키지 데이터, 컨테이너 볼륨, 썸네일, 임시 업로드 영역, 백업 버전 기록을 점검하세요. 이러한 소비자는 해당 공유 폴더에 속한 작업 부하가 생성했더라도 공유 루트 외부에 있을 수 있습니다.

큰 로그 파일도 연결이 끊긴 상태에서 프로세스가 계속 쓰기를 할 수 있습니다. 이 경우 삭제된 파일이 여전히 열려 있음으로 파일시스템에서는 계산되지만 디렉터리 총합에서는 사라집니다. 또한 쓰기가 실패하는데도 기가바이트가 남아 있을 때 수많은 작은 파일로 인한 inode 소진도 확인하세요.

안전하게 삭제할 수 있는 항목 확인

처음 발견한 큰 디렉터리를 바로 삭제하지 마세요. 소유자, 활성 프로세스, 보존 규칙, 백업 상태를 확인하세요. 파일시스템 또는 NAS 인터페이스를 통해 스냅샷을 정리하고, 해당 로그를 소유한 서비스를 통해 로그를 순환하며, 이미지나 데이터베이스를 제거하기 전에 컨테이너 볼륨을 검토하세요.

각 제어된 변경 후에는 동일한 파일시스템 및 디렉터리 측정을 다시 실행하세요. 깨끗한 결과란 단순히 더 많은 여유 공간이 아니라, 문서화된 성장 원인, 안전한 보존 결정, 다음 증가를 알리는 경고 또는 할당량을 의미합니다.

자주 묻는 질문

공유 폴더 총합이 볼륨 사용량과 일치하지 않는 이유는?

측정 범위가 다르기 때문입니다. 볼륨은 파일시스템 메타데이터와 숨겨진 소비자를 포함하는 반면, 폴더 총합은 해당 경로 아래에서 접근 가능한 파일만 포함하며 명백한 크기를 보고할 수 있습니다.

큰 폴더 없이도 많은 작은 파일이 공간을 차지할 수 있나요?

네. 작은 파일들은 할당 블록과 inode를 소비합니다. 캐시나 메일 스타일 디렉터리는 단일 파일이 크지 않아도 파일 레코드를 소진할 수 있습니다.

파일을 삭제해도 NAS 공간이 즉시 확보되지 않는 이유는?

스냅샷이 블록을 참조하고 있거나, 휴지통이 파일을 보관 중이거나, 실행 중인 프로세스가 삭제된 파일을 계속 열고 있을 수 있습니다. 서비스를 재시작하거나 보존 정책을 정리하기 전에 어떤 상황인지 확인하세요.