Riprendi rsync su SSH dopo una connessione interrotta?

Devo trasferire grandi quantità di dati (> 80 GB) su ssh usando rsync. Tutto funziona correttamente, ma la connessione DSL da cui vengono inviati i dati di backup cadrà una volta ogni 24 ore per un massimo di 3 minuti (cambiare fornitore non è un'opzione).

Come posso:

1. Riavvia automaticamente il trasferimento quando viene eseguito il backup della connessione?

2. Assicurati che non ci siano per caso due comandi rsync in esecuzione contemporaneamente?

Quanto segue dovrebbe essere utile:

#!/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

Quando la connessione si interrompe, rsync si chiuderà con un codice di uscita diverso da zero. Questo script continua semplicemente a rieseguire rsync, lasciandolo continuare fino al completamento normale della sincronizzazione.

Questo ha lo stesso effetto della risposta di Peter, ma offre all'utente l'opzione di quale file remoto desidera e dove vuole salvarlo (oltre a condurre il rsync su ssh). Sostituisci USER e HOST con il tuo nome utente e host rispettivamente.

#! / Bin / bash
echo -e "Inserisci il percorso completo (con escape) del file:"
leggi -r percorso
echo "Path: $ path"
echo -e "Inserisci la destinazione:"
leggi -r dst
echo "Destinazione: $ dst"
mentre [1]
fare
    rsync --progress --partial --append -vz -e ssh "USER @ HOST: $ percorso" $ dst
    se ["$?" = "0"]; poi
        echo "rsync completato normalmente"
        Uscita
    altro
        echo "errore rsync. Riprovare tra un minuto ..."
        dormire 60
    fi
fatto

Le opzioni rsync utilizzate qui abilitano le statistiche sull'avanzamento durante il trasferimento, il salvataggio di file parziali in caso di errore imprevisto e la possibilità di aggiungere file parzialmente completati al riavvio. L'opzione -v aumenta la verbosità, l'opzione -z consente la compressione (buona per una connessione lenta, ma richiede più potenza della cpu su entrambe le estremità) e l'opzione -e ci consente di effettuare questo trasferimento su ssh (la crittografia è sempre buona).

Nota: usalo solo se hai abilitato l'accesso con chiave pubblica con il tuo ssh, altrimenti ti chiederà una password al riavvio (uccidendo tutte le funzionalità dello script).

il demone supervisore (un gestore controllo processi) potrebbe funzionare molto bene dopo aver creato i certificati rsa di entrambi i lati, con una configurazione simile come segue: (/ etc / supervisor / supervisord.conf è il percorso del file di configurazione sui sistemi basati su debian)

[program:rsync-remoteserver]
command=rsync -avz --progress root@server.com:/destination /backup-path
stdout_logfile=/out-log-path  
stderr_logfile=/errlogpath

La risposta di @Peter sembra essere molto utile, ma per me è stato importante usare l' --updateopzione. Dopo che la connessione è stata ripresa, senza --updatersync stava cercando di sincronizzare tutto dall'inizio. Con --update, i file già esistenti vengono saltati.

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