Wznów rsync przez SSH po zerwaniu połączenia?

Muszę przesyłać duże ilości danych (> 80 GB) przez ssh przy użyciu rsync. Wszystko działa dobrze, ale połączenie DSL, z którego wysyłane są dane kopii zapasowej, będzie przerywane co 24 godziny na maksymalnie 3 minuty (zmiana dostawcy nie jest opcją).

Jak ja:

1. Czy zrestartować transfer automatycznie, gdy połączenie zostanie ponownie utworzone?

2. Upewnij się, że przypadkowo nie są uruchomione dwie komendy rsync?

Pomocne powinny być:

#!/bin/bash

while [ 1 ]
do
    rsync -avz --partial source dest
    if [ "$?" = "0" ] ; then
        echo "rsync completed normally"
        exit
    else
        echo "Rsync failure. Backing off and retrying..."
        sleep 180
    fi
done

Po zakończeniu połączenia rsync zakończy działanie z niezerowym kodem wyjścia. Ten skrypt po prostu ponownie uruchamia rsync, pozwalając mu kontynuować do momentu normalnego zakończenia synchronizacji.

Robi to podobnie jak odpowiedź Petera, ale daje użytkownikowi możliwość wyboru pliku zdalnego i miejsca, w którym chce go zapisać (a także przeprowadzić rsync przez ssh). Zastąp USER i HOST odpowiednio nazwą użytkownika i hostem.

#! / bin / bash
echo -e "Wprowadź pełną ścieżkę do pliku (znak zmiany znaczenia):"
czytaj -r ścieżka
echo „Ścieżka: $ ścieżka”
echo -e „Podaj cel:”
czytaj -r dst
echo „Miejsce docelowe: $ dst”
podczas gdy [1]
zrobić
    rsync --progress --partial --append -vz -e ssh "USER @ HOST: $ path" $ dst
    jeśli [„$?” = „0”]; następnie
        echo „rsync zakończony normalnie”
        wyjście
    jeszcze
        echo „błąd rsync. Ponowna próba za minutę ...”
        spać 60
    fi
gotowy

Użyte tutaj opcje rsync umożliwiają statystyki postępu podczas przesyłania, zapisywanie częściowych plików w przypadku nieoczekiwanego niepowodzenia oraz możliwość dołączania do częściowo ukończonych plików po wznowieniu. Opcja -v zwiększa gadatliwość, opcja -z włącza kompresję (dobre dla wolnego połączenia, ale wymaga większej mocy procesora na obu końcach), a opcja -e umożliwia nam przeprowadzenie tego transferu przez ssh (szyfrowanie jest zawsze dobre).

Uwaga: używaj tego tylko, jeśli masz włączoną funkcję logowania do klucza publicznego za pomocą ssh, w przeciwnym razie poprosi cię o hasło przy ponownym uruchomieniu (zabijając całą funkcjonalność skryptu).

demon supervisora ​​(menedżer kontroli procesu) może działać bardzo dobrze po utworzeniu certyfikatów RSA obu stron, z podobną konfiguracją jak poniżej: (/ etc / supervisor / supervisord.conf to ścieżka do pliku konfiguracyjnego w systemach opartych na Debianie)

[program:rsync-remoteserver]
command=rsync -avz --progress [email protected]:/destination /backup-path
stdout_logfile=/out-log-path  
stderr_logfile=/errlogpath

Odpowiedź @ Peter wydaje się bardzo przydatna, ale dla mnie ważne było użycie --updateopcji. Po wznowieniu połączenia, bez --updatersync próbował synchronizować wszystko od samego początku. Za pomocą --updateplików, które już istnieją, są pomijane.

rsync --partial --update --progress -r [SOURCE] [DESTINATION]