최근에 두 개의 서로 다른 NTFS 형식 외부 드라이브의 백업이 동일해야 했지만 그렇지 않다는 사실을 발견했습니다. 이는 모두 Linux 워크스테이션(ext4 형식)의 데이터와 다릅니다. 동일한 파일의 행 수를 간단히 계산하면 내가 가지고 있는 세 개의 복사본에 대해 다음과 같은 것을 알 수 있습니다.
$ wc -l /data/my_file
1288057 /data/my_file
$ wc -l /backup-1/my_file
1287905 /backup-1/my_file
$ wc -l /backup-2/my_file
1288253 /backup-2/my_file
다행히도 이러한 파일을 처리하는 데 사용하는 프로그램은 유효한 복사본 외에는 사용할 수 없으므로 올바른 복사본을 쉽게 감지할 수 있습니다. 단점은 현재 처리 중인 디렉터리의 크기가 약 2TB이고 워크스테이션에서 복사하는 데 몇 시간이 걸린다는 것입니다. 따라서 백업을 복원하고 작동하는지 테스트하는 것은 편리한 옵션이 아닙니다. ) 그냥 이번 주말에 하세요). 데이터는 여러 사용자가 공유하고 모든 것을 저장할 만큼 충분한 저장 공간이 없기 때문에 데이터 사본을 워크스테이션에 영원히 남겨둘 수는 없습니다. 각 사용자는 백업하여 다음 사용자를 위해 저장 공간을 확보하고 최신 데이터를 복원합니다. 데이터) 백업), 이것이 바로 신뢰할 수 있는 백업 솔루션이 절대적으로 필요한 이유입니다.
그렇지 않으면 파일 크기가 동일하므로(596MB) 데이터가 변경되지 않았을 수도 있지만 어떻게든 줄바꿈이 도입되었습니다(다른 출력 wc -l과 분석기가 이를 사용할 수 없는 이유를 설명함). 그러나 이러한 파일의 크기를 고려하면 이를 확인하기가 어렵습니다. 그것들을 잠깐 살펴보면 잘못된 줄 바꿈이 발견 head되지 않았습니다.tail
이러한 백업은 rsync다음 명령을 사용하여 수행됩니다.
rsync --recursive \
--links \
--perms \
--executability \
--acls \
--xattrs \
--owner \
--group \
--devices \
--specials \
--times \
--partial \
--delete \
--update \
--one-file-system \
--human-readable \
--progress \
--stats \
SOURCE DESTINATION
나는 백업에서만 파일을 읽었고(쓰기는 시도한 적이 없음), NTFS를 읽을 수만 있고 쓸 수는 없는 Mac에서(나는 그런 것을 실제로 믿지 않습니다)macOS용 퓨즈몇 주간의 계산 집약적인 작업에서 얻은 데이터)이므로 백업에 액세스하는 것만으로도 백업이 손상되지 않았다고 확신합니다.
이 --partial옵션으로 인해 이러한 차이가 발생합니까?(아마도 모든 것을 재전송하는 대신 이미 존재하는 파일에 콘텐츠를 추가하는 방식일 것입니다). 설명서를 주의 깊게 읽었 지만 무엇을 이해했는지 rsync잘 모르겠습니다 .--partial
이 문제는 외장 드라이브의 NTFS 파일 시스템과 관련이 있습니까? 그렇다면 ext4 백업 드라이브를 사용하면 문제가 해결됩니까?