안녕하세요.
구: 시놀로지 NAS(SHR) -> 신: 시놀로지 NAS(Raid5)로
데이터 마이그레이션을 하이퍼백업(Full)으로 진행했는데
용량 차이가 200G 가량 차이가 납니다.
원인이 뭘까요?
[환경]
■구 나스가 툴을 지원하지 않는 제품
■구 NAS 한 개 폴더 통으로 하이퍼 백업(중복 제거옵션X, 압축X, 1.8T)
■구 NAS DSM ver 6.2.4 신 NAS DSM ver 7(최신) **매뉴얼상 문제사항 X
■구 NAS 하이퍼백업 & 신 NAS 하이퍼백업 Vault에서 작업완료 로그 확인
■신 NAS .hbk 형태(1.3T) / 대상 폴더에 다운로드후 해당 폴더 용량( 1.6T)
공지 및 사용을 거의 안하는 스케줄에 진행했고,
혹여 사용했다고한들 증분데이터 감안해도 200G는 너무 큰 것 같은데요.
다수가 사용하는 NAS라 무결성이 중요한데
용량 차이부터 너무 커서 난감하네요...
체크해볼 것이나, 해결책이 있을까요?
6개의 답변이 있습니다.
NAS의 경우 데이터 이관을 할 경우 장비별로 데이터 저장하는 단위가 달라서
발생할 수 있습니다. 파일의 경우에는 특정 크기의 chunk 단위로 저장을 하게 되는데,
만일 chunk 가 64KB 라면 64KB 보다 작은 파일이 저장이 될 경우에도 최소 크기인
64KB는 공간을 차지하게 됩니다.
기존 NAS 와 신규 NAS으 최소 저장 단위를 한번 체크해 보시면 좋겠네요.
(물론 다른 문제일 수도 있습니다.)
휴지통 데이터나 스냅샷 데이터 보셨어요 ??
스냅샷도 데이터 변동 이력이 많으면 생각보다 많이 차지 합니다.
휴지통 데이터도 삭제하기 전까지는 데이터 용량은 차지하고 있으니 차이가 날 수 있습니다.
구->신 NAS 마이그레이션을 했고
용량이 구(3.3TB) ->신(8.8TB) 인데 200gb가 적다는건 이해하기 힘드네요
신(8.8TB)는 Raid 구성시 disk는 하나 빼야합니다 패리티 bit로 용량이 줄죠.. 순순하게 데이터만 백업 후 복구하던가 파일 정합성 체크도 해봐야겠내요
화일, 폴더 비교해보시죠... 아니면 rsync로 복사해보셔도.....
하이퍼 백업할때 하이퍼 스케쥴 확인 해보시고 아마도 백업 할때 잘못 걸면 용량이 풀차버리더라구요
그래서 스케줄 삭제 하고 다시 설정을 했더니 정상적으로 백업이 되었습니다.
마이그레이션한 후에 데이터 용량이 200G 정도 더 많이 차지하고 있는 걸로 나온다는 말씀이신가요?
디스크에 데이터가 저장될때 섹터 단위로 데이터가 저장됩니다.
정확하게 어떤 용량 차이를 말씀하는지 모르기 때문에 판단이 어렵긴하지만...
디스크에 차지하는 용량 차이가 200G 차이 난다는 건... 수 Tela 용량의 디스크 관점에서는 큰 차이는 아니라 생각되네요.
실제 데이터의 용량은 마이그레이션 전이나 이후나 정확하게 일치해야 하는것이 맞겠고...
디스크에 차지하는 용량은 큰 디스크에 저장할수록 한개 섹터의 용량이 더 크게 설정되기 때문에 증가하는 것이 맞습니다.
예를 들어 섹터 용량이 512바이트라면 1바이트 파일을 저장해도 512바이트를 차지하지만, 섹터 용량이 512킬로 바이트로 설정된 큰 용량의 디스크라면 1바이트의 파일을 저장해도 512 킬로 바이트를 차지하게 되어 작은 용량의 파일이 많으면 많을 수록 디스크를 점유하는 용량의 차이가 더 많이 나게 됩니다.
InAS | 11달 전
신 NAS에 대상 폴더에 다운로드하고 File Station에서 해당 폴더의 속성을 확인했을 때
200GB가 부족하였습니다.
더불어 말씀하신 것처럼 실제로 구 NAS의 용량이 3*3TB 디스크 -> 신 NAS의 용량이 8*8*8TB 디스크로 더 큰데 불구하고, 점유 용량이 많아졌으면 감안을 했겠습니다만 되려 부족하니 더욱 무결성에 의심이 드는 상황입니다.
wansoo | 11달 전
파일 갯수, 개별 파일 용량 비교를 해 보셔야 할 걸로 보이네요.
파일 비교 툴을 이용해서 검토해 보아도 될 것 같고...
cmd에서
dir /s > d:\list1.txt
과 같이 명령을 줘서 dir 결과를 text file로 만든 후에 Excel로 양쪽의 결과를 불러와서 파일명이나 이름 등의 기준으로 정렬시켜서 양쪽의 용량을 비교해 보아도 될 걸로 보이네요.