SSH를 통해 유사한 파일을 많이 전송

Question 1

당신이 할 수 있는 한 가지는 rsync를 시작하기 전에 (수신 측에서) 마지막 백업 파일을 새 이름으로 복사하는 것입니다. 그러면 그것은 당신이 가지고 있는 것과 당신이 가져야 하는 것 사이의 차이만을 전달합니다.

이렇게 하는 경우 rsync -u복사본이 새 소스 파일보다 오래된지 확인하기 위해 주의하세요(업데이트만, 타임스탬프 기준).

Answer

당신이 할 수 있는 한 가지는 rsync를 시작하기 전에 (수신 측에서) 마지막 백업 파일을 새 이름으로 복사하는 것입니다. 그러면 그것은 당신이 가지고 있는 것과 당신이 가져야 하는 것 사이의 차이만을 전달합니다.

이렇게 하는 경우 rsync -u복사본이 새 소스 파일보다 오래된지 확인하기 위해 주의하세요(업데이트만, 타임스탬프 기준).

Question 2

가능한 아이디어롤랜드 (Cybso) Tapkenrsync --fuzzy, 날짜별 카탈로그와 함께 사용

current.tar날짜와 이름을 딴 디렉토리에 아카이브를 배치하고 이전 디렉토리에 대한 하드 링크가 있는 parent.tar위치를 지정 합니다 . 의 편집 거리가 25(실제로는 3) 미만이므로 이것을 이것과 결합하면 작동합니다 . 물론 소스 파일 시스템과 타겟 파일 시스템 모두 하드 링크를 지원해야 하며 전송 전에 이를 보장해야 합니다.parent.tarcurrent.tar--hard-linkscurrent.tarparent.tarparent.tarcurrent.tar

나는 이것을 (완전히 테스트되지 않은) 것으로 해석합니다.

cd $backups
dir=$(date +%s)
latest=$(ls | tail -n 1)   # N.B. we control names in this directory!
mkdir $dir
ln $latest/01-current.tar $dir/01-parent.tar
$do_backup > $dir/02-current.tar
rsync -arz --fuzzy --hard-links ./ $server/backups/

실패하면 위 줄을 rsync다시 실행할 수 있으며 중단된 부분부터 계속되어야 합니다. 상위 파일을 먼저 전송하도록 장려하기 위해 숫자 접두어를 사용하여 일일 디렉토리의 파일 이름을 지정합니다. --delete완전히 전송된 디렉터리를 클라이언트에서 안전하게 제거하고 백업이 서버에 남아 있도록 의도적으로 이를 포함하지 않았습니다 .

다음과 같은 디렉터리 구조로 끝나야 합니다.

$backups
  1437502724
    02-current.tar-\
  1437589112       |
    01-parent.tar--/
    02-current.tar---\
  1437675488         |
    01-parent.tar----/
    02-current.tar

연결선은 하드 링크(즉, 동일한 인덱스 노드)를 나타냅니다.

Answer