Je pensais que je jetterais mon 2p ici.
Mon frère vient d'installer un NAS Buffalo sur son réseau de bureau. Il examine maintenant des sauvegardes hors site, de sorte qu'en cas d'incendie du bureau, au moins il a toujours tous ses documents commerciaux ailleurs (à plusieurs centaines de kilomètres).
Mon premier obstacle a été d'obtenir le VPS qu'il a (un petit serveur privé virtuel Linux, rien de trop costaud) pour se connecter en tant qu'utilisateur VPN à son routeur à large bande (il utilise un DrayTek pour cela) afin qu'il puisse lui-même faire partie de son VPN, et ainsi il peut alors accéder directement au NAS, de manière sécurisée. Je l'ai trié et je travaille parfaitement.
Le problème suivant était alors de transférer les fichiers du NAS vers le serveur VPS. J'ai commencé par faire un montage Samba et j'ai rencontré exactement le même problème (ou pire encore) que vous avez décrit. J'ai fait un rsync à sec et cela a pris plus d'une heure 30 minutes juste pour déterminer quels fichiers il allait transférer, car comme Evan le dit, avec cette méthode, l'autre extrémité n'est pas rsync, donc il doit faire beaucoup de dépôts le système appelle / lit sur le support Samba (via une connexion PPTP / tunnelée, avec un temps d'aller-retour d'environ 40 ms). Complètement impraticable.
Je ne savais pas que le Buffalo exécute en fait un démon rsync donc, en l'utilisant à la place, l'ensemble du dry-run ne prend que 1 minute 30 secondes pour 87k fichiers totalisant 50 Go. Évidemment, le transfert de 50 Go de fichiers (à partir d'un NAS qui est sur une liaison haut débit avec seulement 100 k / s de bande passante sortante) est une tout autre affaire (cela prendra plusieurs jours) mais, une fois la synchronisation initiale terminée, toutes les sauvegardes incrémentielles doivent être éclaircissement de la graisse (ses données ne changeront pas beaucoup au quotidien).
Ma suggestion est d'utiliser un NAS décent, qui prend en charge rsync, pour les raisons évoquées ci-dessus par Evan. Cela résoudra tous vos problèmes.