rsync를 사용하여 매일 많은 새로운 파일을 포함하여 많은 gz 파일이 포함 된 저장소를 백업하고 있습니다. 이 gz 파일은 gzip의 --rsyncable 옵션으로 빌드되지 않기 때문에 rsync 백업이 속도보다 느리게 진행됩니다 (이로 인해 크기를 크게 늘리거나 호환성에 영향을주지 않고 gz 파일을 훨씬 'rsync-friendly'로 만들 수 있습니다). 그리고 파일은 파이썬의 gzip 모듈을 사용하는 파이썬 스크립트 (rdiff-backup)에 의해 생성되고 gzip의 --rsyncable과 동등한 기능을 지원하지 않기 때문에 생성시 문제를 해결할 수 없습니다.
따라서 rsync를 실행하기 전에 소스 데이터에서 새 gz 파일을 식별 할 수 있습니다 (즉, rsync가 마지막으로 실행 된 이후의 새 파일). 이제 rsyncable 형식으로 압축되도록 이러한 파일을 'gzip으로 다시 압축하고 싶습니다. 그런 다음 최적화 된 소스에서 rsync를 실행할 수 있습니다.
나는 이것이 gunzip과 gzip --rsyncable을 통해 각 파일을 실행하는 것을 의미한다고 생각하지만 데이터 또는 메타 데이터를 잃을 위험이없는 방식 으로이 작업을 수행하는 방법을 잘 모르겠습니다. 감사의 말을 받았습니다.
좋은 지적. 사실은 확실하지 않습니다. 확인하겠습니다. 예, 일부 gz 파일의 내용이 변경되었다고 가정 해 봅시다.
—
gogoud
내가 생각할 수있는 가장 좋은 방법은 새 파일을 확인하고 압축을 푼 다음 다시 gzip으로 압축하는 스크립트를 실행하는 것입니다
—
Tom Hunt
--rsyncable
.
파일이 변경되지 않으면 문제가되지 않는다는 데 동의합니다. 특히, 속도의 경우
—
user3188445
-a
플래그를 사용하여 시간을 보존하여 시간을 기준으로 체크섬을 건너 뛰어야합니다 . 또한 내 gzip 버전에는 --rsyncable
플래그가 없지만 필요한 프로그램에 znew
사용될 수 있는 프로그램이 포함되어 있습니다.
Tom이 생각한 것처럼 rdiff-backup으로 작성된 gz 파일은 일단 작성된 후에 변경되지 않으므로 사용하는
—
gogoud
--rsyncable
것이 도움이되지 않습니다. gz 아카이브를 안전하게 풀고를 사용하여 다시 압축하는 코드 줄 또는 짧은 스크립트를 원했습니다 --rsyncable
. 그러나 그것은 지금 나에게 학술적인 질문 일뿐입니다.
--rsyncable
은 실행간에 파일이 변경되고rsync
변경 사항을 보내려고하는 경우입니다.rsync
어쨌든 모든 데이터를 보내야 하므로 새 파일은 재 동기화 가능 여부를 신경 쓰지 않습니다 . rsync 실행간에 파일이 변경됩니까?