스냅샷이나 휴지통이 NAS 공간을 사용하는지 확인하는 방법

공간 점유자를 식별하려면 NAS에서 다른 파일이나 복구 지점을 삭제하기 전에 라이브 공유 사용량, 휴지통 내용 및 스냅샷 전용 사용량을 비교하세요.

휴지통은 일반 파일을 숨겨진 저장소에 보관하는 반면, 스냅샷은 라이브 파일이 사라진 후에도 참조되는 이전 블록을 유지합니다. 따라서 가장 안전한 확인 방법은 제어된 비교입니다: 용량을 기록하고 두 보존 계층을 검사한 후 보존 규칙을 변경하기 전에 어떤 수치가 변하는지 확인하세요.

먼저 모든 수치를 동일한 저장 범위에 맞추기

누락된 여유 공간을 보고한 스토리지 풀 또는 볼륨에서 시작하세요. 공유 폴더는 축소될 수 있지만 상위 풀은 변하지 않을 수 있으므로 공유 크기 수치와 전체 풀의 여유 용량을 비교하면 잘못된 모순이 생길 수 있습니다.

동시에 네 가지 값을 기록하세요: 풀 사용 공간, 라이브 데이터셋 또는 공유 사용량, 휴지통 사용량, 스냅샷 전용 사용량. 인터페이스가 네 가지 모두를 표시하지 않는 경우 휴지통 저장소는 파일 관리자에서, 보존되거나 독점적인 스냅샷 공간은 스냅샷 관리자에서 확인하세요.

절대적인 한 수치보다 패턴이 더 중요합니다. 백그라운드 회계가 완료된 후 동일한 화면을 새로 고친 다음, 다음 신호를 사용해 어느 계층을 더 자세히 확인할지 결정하세요.

휴지통을 저장된 파일로 확인하기

NAS 휴지통은 일반적으로 파일을 삭제한 컴퓨터의 휴지통이 아니라 서버 측 저장소입니다. 영향을 받은 공유 폴더와 NAS 파일 관리자에서 숨겨진 휴지통, 쓰레기통 또는 사용자별 복구 폴더를 찾아보세요.

Samba 스타일의 휴지통 서비스는 삭제를 가로채 파일을 서버 측 휴지통 디렉터리로 이동시킬 수 있습니다. 파일 이름은 원래 경로에서 사라질 수 있지만 데이터는 동일한 풀에 남아 있을 수 있습니다.

휴지통을 비우기 전에 저장소 크기를 측정하세요. 하나의 보이는 휴지통 폴더가 전체 NAS를 대표하지 않을 수 있으므로 모든 공유 및 사용자 범위를 확인하세요. 또한 반복 삭제가 여러 파일 버전을 보존하는지, 자동 보존 작업이 실제로 실행되었는지도 확인하세요.

스냅샷을 참조된 블록으로 확인하기

스냅샷은 모든 파일의 두 번째 일반 복사본을 유지할 필요가 없습니다. 이전 블록에 대한 참조를 보존하므로 삭제된 파일이 라이브 공유에서 사라져도 블록은 재사용할 수 없게 남아 있을 수 있습니다.

먼저 영향을 받은 데이터셋에 대한 스냅샷 관리자의 집계 값을 사용하세요. ZFS 시스템에서는 데이터셋 수준에서 스냅샷 공간 사용량을 확인한 후 알려진 파일이나 디렉터리를 포함하는 스냅샷으로 좁힐 수 있습니다.

한 스냅샷에 표시된 사용량을 그 안에 보이는 모든 것의 크기로 간주하지 마세요. 여러 스냅샷이 동일한 블록을 참조할 수 있으며, 하나의 복구 지점을 제거해도 다른 스냅샷이 마지막 참조를 제공하면 거의 공간이 해제되지 않을 수 있습니다.

무엇이든 삭제하기 전에 제어된 확인 실행하기

알려진 삭제된 파일이나 폴더 하나를 탐침으로 사용하세요. 대략적인 원래 크기와 삭제 시간은 기준이 되지만, 압축, 메타데이터, 공유 스냅샷 블록 때문에 최종 용량 변화가 파일 크기와 정확히 일치하지 않을 수 있습니다.

1. 새로운 대용량 전송을 일시 중지하고 풀, 라이브 데이터, 휴지통, 스냅샷 수치를 기록하세요.
2. 모든 관련 휴지통 저장소에서 알려진 삭제 경로를 검색하고 저장된 크기를 기록하세요.
3. 없으면 삭제 전에 생성된 스냅샷을 검사하고 스냅샷 사용량 집계를 비교하세요.
4. NAS가 제공한다면 만료된 스냅샷 하나에 대한 회수 예상치를 미리 보기(드라이런 또는 추정 기능)를 사용하세요.
5. 데이터가 더 이상 필요 없음을 확인한 후 식별된 휴지통 항목이나 만료된 복구 지점만 제거하고 동일한 네 가지 수치를 새로 고치세요.

휴지통 수치가 떨어지면 일반 파일이 휴지통에 있었던 것입니다. 스냅샷 전용 사용량이 줄면 보존된 블록이 원인입니다. 둘 다 변하지 않으면 복구 데이터를 삭제하는 것을 중단하고 열린 파일 핸들, 애플리케이션 버전 저장소, 복제 보류, 예약 용량, 하위 데이터셋을 점검하세요.

일상적인 보존이 반복적으로 풀을 거의 가득 채운 상태로 남긴다면, 지속 가능한 해결책은 스냅샷 용량 여유이지 반복적인 긴급 정리가 아닙니다. 보존은 활성 서비스가 필요로 하는 작업 공간을 소모하지 않으면서 복구 목표를 보호해야 합니다.

자주 묻는 질문

삭제된 데이터가 여전히 보존되는데 스냅샷이 거의 사용 공간을 표시하지 않는 이유는?

표시된 값은 해당 복구 지점에 고유한 공간을 나타낼 수 있으며, 읽을 수 있는 모든 블록을 의미하지는 않습니다. 다른 스냅샷이 동일한 삭제 데이터를 참조할 수 있으므로 하나의 스냅샷만 제거하면 거의 공간이 해제되지 않을 수 있습니다.

휴지통을 비우면 스냅샷도 삭제되나요?

아니요. 휴지통 정리는 라이브 저장소에서 파일을 제거하는 반면, 스냅샷은 별도의 보존 시스템을 따릅니다. 그러나 휴지통 저장소 자체가 스냅샷에 포함되어 있다면 관련 스냅샷이 만료될 때까지 오래된 블록이 보존될 수 있습니다.

복구된 여유 공간이 삭제한 파일보다 작은 이유는?

논리적 파일 크기와 할당된 풀 공간은 항상 같지 않습니다. 압축, 블록 공유, 메타데이터, 패리티, 중복 제거, 지연 회계 등이 관찰 결과를 바꿀 수 있으므로 정확한 바이트 단위 일치를 기대하기보다 저장 계층 지표를 비교하세요.