파일 세트 (각각 큰 GB가 몇 개)와 각 파일이 매일 약간 씩 변경되는 경우 (끝에 추가 된 정보뿐만 아니라 임의의 장소에서) 어떻게 효율적으로 복사 할 수 있습니까? 변경 된 부분 만 업데이트되고 전체 파일이 아니라는 의미입니다. 이는 일부 Kb를 여기에 복사하거나 GB를 복사하는 것의 차이를 의미합니다.
diff
차이점을보고 할 수 있지만 여기서 문제는 작은 차이점을 복사하는 것입니다.
rsync
더 나은
파일 세트 (각각 큰 GB가 몇 개)와 각 파일이 매일 약간 씩 변경되는 경우 (끝에 추가 된 정보뿐만 아니라 임의의 장소에서) 어떻게 효율적으로 복사 할 수 있습니까? 변경 된 부분 만 업데이트되고 전체 파일이 아니라는 의미입니다. 이는 일부 Kb를 여기에 복사하거나 GB를 복사하는 것의 차이를 의미합니다.
diff
차이점을보고 할 수 있지만 여기서 문제는 작은 차이점을 복사하는 것입니다.
rsync
더 나은
답변:
에 rsync 프로그램은 정확히 않습니다. 매뉴얼 페이지에서 :
델타 전송 알고리즘으로 유명합니다.이 기능은 소스 파일과 대상의 기존 파일 간의 차이 만 보내 네트워크를 통해 전송되는 데이터의 양을 줄입니다. Rsync는 백업 및 미러링과 일상적인 사용을위한 향상된 복사 명령으로 널리 사용됩니다.
rsync -av --progress --partial --inplace arch-test1.qcow2.bak arch-test1.qcow2
최신 중복 제거 백업 프로그램이 필요할 것입니다. BorgBackup을 확인하십시오 .
이렇게하면 큰 파일의 각 버전을 여러 번 백업 할 수 있지만 다른 버전간에 공통 내용을 공유하므로 큰 파일의 특정 버전에 사용 된 총 공간은 단일 디스크의 총 디스크 공간보다 약간 더 큽니다. 서로 다른 버전 만 약간 다르다고 가정합니다.
어떤 식 으로든 IO 제한이있는 경우 수행해야 할 작업 과 같이 파일의 차이 를 찾을 필요없이 증분 백업을 직접 지원하는 BTRFS 또는 ZFS와 같은 파일 시스템을 사용하십시오 rsync
.
사용 rsync
속도가 느리고 IO가 많이 사용됩니다.
파일에 변경 사항을 기록하는 응용 프로그램이 IO로 제한되는 경우 사용 rsync
은 파일이 존재하는 바로 그 이유 때문에 응용 프로그램에서 상당한 IO주기를 사용하게됩니다. 또한 백업 프로세스 또는 시스템이 IO 제한적인 경우 rsync
사용 가능한 백업 대역폭에서 IO주기를 멀리합니다.
Google의 "rsync가 느립니다". 예를 들어 , nfs-share에서 로컬 dir로 파일을 복사 할 때 cp와 비교하여 rsync가 매우 느립니다 (요소 8-10).
diff
그것을 할 것입니다