NAS가 공유 폴더에 포함된 용량보다 더 많은 사용 공간을 보고하는 이유는 무엇인가요?

NAS는 볼륨과 공유 폴더 뷰가 서로 다른 저장 범위를 계산하기 때문에 더 많은 사용 공간을 보고합니다.

공유 폴더 합계는 보통 보이는 파일을 기준으로 계산합니다. NAS 볼륨은 스냅샷, 휴지통, 애플리케이션 데이터셋, 파일시스템 메타데이터, 예약 공간, 프로세스가 여전히 보유 중인 삭제된 파일, 마운트 지점 아래 숨겨진 데이터도 포함할 수 있습니다. 삭제하기 전에 이러한 계층을 조정하세요.

NAS와 파일 탐색기는 서로 다른 항목을 계산합니다

먼저 두 숫자가 동일한 마운트된 볼륨과 동일한 시점을 가리키는지 확인하세요. 파일시스템 수준과 디렉터리 수준 측정을 보여주는 도구는 서로 다른 질문에 답합니다: 하나는 할당 카운터를 읽고, 다른 하나는 접근 가능한 경로를 합산합니다.

작은 차이는 할당 블록, 메타데이터, 예약 용량, 희소 파일, 압축 또는 반올림에서 발생할 수 있습니다. 수백 기가바이트의 차이는 보통 “파일시스템 오버헤드”라는 포괄적 설명보다는 명확한 원인이 필요합니다.

스냅샷과 휴지통 기록은 오래된 블록을 보존합니다

라이브 파일을 삭제해도 스냅샷이 이전 버전을 참조하고 있으면 블록이 해제되지 않습니다. 한 ZFS 사례에서는 스냅샷이 삭제된 블록을 계속 참조하여 데이터셋 참조 크기와 총 사용 공간 사이에 큰 차이가 발생했습니다.

스냅샷 인터페이스는 단일 스냅샷 크기를 버전 간 블록 공유 때문에 제거된 공간보다 작게 보이게 할 수도 있습니다. ZFS에서는 USED, REFER, AVAIL이 서로 다른 범위를 설명합니다. 휴지통은 또 다른 가시적 또는 숨겨진 보존 계층을 추가하며, 스냅샷은 이미 휴지통에 넣어진 파일도 보존할 수 있습니다.

열린 파일과 마운트는 활성 사용량을 숨길 수 있습니다

프로세스가 로그나 임시 파일을 삭제해도 열린 파일 디스크립터를 통해 계속 쓸 수 있습니다. 경로는 공유 폴더 합계에서 사라지지만 삭제되었지만 열린 파일은 프로세스가 닫을 때까지 블록을 할당 상태로 유지합니다.

마운트 순서도 다른 사각지대를 만듭니다. 다른 파일시스템이 그 위에 마운트되기 전에 디렉터리에 파일이 작성되었다면, 일반 스캔은 기본 파일 대신 마운트된 내용을 봅니다. 문서화된 df와 du 차이 조사에서는 활성 마운트 지점 아래 숨겨진 데이터가 누락된 사용량의 원인으로 밝혀졌습니다.

무작정 삭제하지 말고 차이를 조정하세요

볼륨 사용량, 데이터셋 또는 공유 사용량, 스냅샷 독점 사용량, 휴지통 합계, 애플리케이션 데이터셋, 열린 삭제 파일, 마운트, 파일시스템 예약 공간을 기록하세요. 모든 숫자를 단일 디렉터리 스캔에 억지로 맞추기보다는 NAS나 파일시스템 자체의 스냅샷 및 복사-쓰기 데이터셋 회계를 사용하세요.

버전을 정리하기 전에 회수 가능한 공간을 추정하고, 삭제된 파일을 보유한 프로세스만 중지하거나 재시작하며, 통제된 유지보수 시간 동안 기본 마운트 경로를 점검하세요. 보존 정책을 염두에 두세요: 스냅샷은 이미 손상된 데이터를 보존할 수 있지만, 무심코 제거하면 유일한 복구 지점도 사라질 수 있습니다.

자주 묻는 질문

파일시스템 오버헤드가 매우 큰 공간 차이를 설명할 수 있나요?

적당하고 안정적인 차이는 설명할 수 있지만, 모든 큰 차이를 설명하지는 못합니다. 수백 기가바이트의 누락 공간은 보통 스냅샷, 숨겨진 데이터셋, 열린 삭제 파일, 휴지통 기록, 마운트 아래 데이터 때문입니다.

휴지통을 비워도 공간이 즉시 확보되지 않는 이유는 무엇인가요?

스냅샷이 삭제된 블록을 여전히 참조하거나, 프로세스가 파일을 열어두었거나, 파일시스템이 비동기적으로 공간을 회수할 수 있습니다. 삭제를 반복하기 전에 이러한 계층을 확인하세요.

NAS를 재부팅하면 누락된 공간이 돌아오나요?

삭제된 파일을 보유한 실행 중인 프로세스 같은 경우에만 그렇습니다. 재부팅은 스냅샷, 휴지통 내용, 파일시스템 예약 공간, 마운트 지점 아래 숨겨진 데이터를 제거하지 않습니다.