Data Domain 소프트웨어 : "filesys show space (df)"에서 보고한 사용량과 sfs_dump 합계 간의 불일치

"sfs_dump"(또는 filesys show compression)의 목적은 수집 시 파일에 대해 달성된 압축을 이해하는 데 도움이 되는 것입니다. 사용된 전체 공간을 반영하기 위한 것이 아닙니다.

"sfs_dump"에 의해 보고된 모든 파일의 압축 후 크기 합계는 파일 시스템에서 삭제가 수행되지 않은 경우에만 총 공간 사용률과 일치합니다. 프로덕션 DDR에서는 이런 일이 발생하지 않으므로 현재 공간 활용도를 설명하기 위해 "sfs_dump"를 사용하는 것은 잘못된 것입니다. 아래의 예를 통해 이를 설명하겠습니다.
 
 
그림:
 
이는 간단한 3단계 예제를 통해 쉽게 확인할 수 있습니다.
 

1.  10G인 파일(file1)을 백업합니다. 이것은 완전히 새로운 상자이고 중복을 제거 할 것이 없다고 가정 해보십시오. 따라서 압축 후 크기도 약 10G입니다.

# sfs_dump /data/col1/test/ /data/col1/test/file1: mtime: 1503023531690895000 fileid: 18 크기: 10736790004 유형: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0(0%) pre_lc_size: 10772785048 post_lc_size: 10942680452 (102%) 모드: 02000100644

 
위에서 볼 수 있듯이 압축 후 크기는 10G입니다.


         II.  다음으로 다른 10G 파일(file2)을 백업합니다.  이것은 file1과 매우 유사하거나 동일합니다.   

# sfs_dump /data/col1/test /data/col1/test/file1: mtime: 1503023531690895000 fileid: 18 크기: 10736790004 유형: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0(0%) pre_lc_size: 10772785048 post_lc_size: 10942680452 (102%) 모드: 02000100644 /data/col1/test/file2: mtime: 1503023531690895000 fileid: 19 크기: 10736790004 유형: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587(100%) pre_lc_size: 0 post_lc_size: 0 (0%) 모드: 02000100644

 
위에서 볼 수 있듯이 file2는 file1로 완전히 중복을 제거했기 때문에 추가 공간을 차지하지 않았습니다.
 

          III.   이제 File1을 삭제하고 mtree에서 "sfs_dump"를 다시 실행합니다.  

# sfs_dump /data/col1/test /data/col1/test/file2: mtime: 1503023531690895000 fileid: 19 크기: 10736790004 유형: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587(100%) pre_lc_size: 0 post_lc_size: 0 (0%) 모드: 02000100644

 
 
위의 내용을 바탕으로 고객은 파일 시스템에서 공간을 사용하지 않아야 한다고 예상할 수 있습니다.  mtree의 유일한 파일은 압축 후 0바이트를 사용합니다(sfs_dump에서 보고한 모든 파일의 합계는 0바이트임).  그러나 이것은 잘못된 생각입니다. 시스템의 공간 사용률은 실제로 10G이며 df 에 의해 정확하게 반영됩니다. 
 
이는 File2가 원래 File1에서 작성한 모든 세그먼트를 참조하기 때문입니다.  File1을 삭제해도 아무 것도 확보되지 않았습니다. "sfs_dump"는 삭제되었기 때문에 원본 File1을 표시하지 않습니다.

# df 활성 계층: 리소스 크기 GiB 사용된 GiB 사용 가능한 GiB 사용% 정리 가능 GiB* ---------------- -------- -------- --------- ---- -------------- /data: 사전 구성 - 10.0 - - - /데이터: 사후 압축 129479.5 10.7 129468.8 0% 10.2