동일한 낮은 대역폭 네트워크에 두 대의 컴퓨터가 있습니다 A
.B
A
B
최대한 빨리 파일을 복사 하고 싶지만 몇 초 후에 시간이 초과될 수 있습니다 t
.전송 프로세스 시간이 초과되면 최대 3번까지 다시 시작할 수 있습니다. 평균 파일 크기는 약 50MB이며 상당한 차이가 있습니다(일부 파일은 1GB에 가깝습니다).
시간 초과가 발생하는데도 현재 scp
압축 -C
옵션을 사용하고 있습니다 . t=300
프로세스는 최대 3번까지 재시도되지만 일반적으로 매번 시간이 초과됩니다.scp
매번 다시 시작해야 함. 안타깝게도 일부 애플리케이션 로직으로 인해 과거를 늘리는 것은 t=300
선택 사항이 아니었습니다.
rsync
대신 플래그를 사용하는 것을 고려 중입니다 .-P
매뉴얼 페이지에 따르면 rsync
이전 시도의 진행 상황이 임시 파일에 유지되고 델타 전송 알고리즘이 마지막 부분 결과에 적용되는 것으로 보입니다.이 경우 rsync
일반을 권장하시겠습니까 scp
, 아니면 더 빠른 대안이 있습니까?? 기본적으로 파일을 복사하는 데 rsync
사용된다는 것을 알고 있지만 부분적인 진행 기능이 있는 scp
것 같지 않습니다 scp
(이것이 틀렸기를 바랍니다).
답변1
가장 먼저 해야 할 일: 파일 복사 rsync
용이 아닙니다 scp
. (하지만 차량으로 사용할 수도 있습니다 ssh
. 그게 당신을 혼란스럽게 하는 것일 수도 있습니다.)
다음과 같은 명령이 있는 경우:
scp -pr /source/path/* remotehost:/destination/
다음과 같이 일대일로 바꿀 수 있습니다.
rsync -a /source/path/* remotehost:/destination/
*
이 특별한 경우에는 이와 같이 소스 경로를 최적화 하고 --partial --progress --verbose
재시작 가능성을 향상시키기 위한 플래그를 포함합니다(그리고 무슨 일이 일어나는지 확인합니다). /
소스 코드를 보관했다는 점에 유의하세요 . 이것이 중요합니다 rsync
.
rsync -avP /source/path/ remotehost:/destination/
이 플래그를 포함하여 이를 수행하지 않으면 어떤 일이 발생하는지 확인할 수 있습니다 --dry-run
.