Ich versuche, das gesamte Dateisystem von einer Debian-Entwicklungsmaschine auf einem NAS in meinem lokalen Netzwerk zu sichern. Über Samba erreiche ich (irgendwie) Geschwindigkeiten, die besser als Gigabit sind, nämlich 130 MBit/s, über rsync erreiche ich jedoch maximal 25 MBit/s. Wenn Sie etwa 100 GB Daten übertragen müssen, dauert das natürlich ziemlich lange!
Ich kann nur vermuten, dass es die Verschlüsselung ist, die die Dinge verlangsamt, und da es sich nur um ein lokales Netzwerk handelt, nehme ich an, dass ich keine Verschlüsselung wirklich brauche.
Ich erstelle lediglich eine vollständige Kopie dessen, was sich auf der Entwicklungsmaschine befindet. Diese muss daher Änderungen erkennen und sie vom Ziel entfernen (deshalb verwende ich rsync).
Hier ist mein aktueller Befehl:
rsync -avz -e "ssh -p 903" --progress --exclude= {"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / user@IP:/volume1/Backups/NUC --delete
Ich glaube, dass die Probleme dadurch entstehen, dass ich nicht standardmäßige Ports verwende.
Gibt es eine Möglichkeit, diese Übertragung zu beschleunigen? Idealerweise würde ich gerne Images der Entwicklungsmaschine erstellen, damit sie bei Bedarf einfach wiederhergestellt werden kann, bin mir aber nicht sicher, ob dies mit Cron möglich ist.
Ich habe Tags hinzugefügt wie
-c arcfour
aber dies scheint aus irgendeinem Grund Probleme zu verursachen.
Gibt es etwas Besseres als rsync, um einfach eine Kopie eines Systems auf einem anderen als Backup zu erstellen? Oder ist rsync die richtige Methode, nur mit geringerer/ohne Verschlüsselung?
Antwort1
Ihr Problem ist wahrscheinlich das -zFlag. Es aktiviert die Komprimierung. Das mag zunächst nach einer guten Idee klingen. Bei Gigabit-Verbindungsgeschwindigkeiten wird die Komprimierung mehr CPU-Zeit in Anspruch nehmen als die bloße Übertragung der Daten. Bedenken Sie, dass die meisten NAS-Setups nicht viel CPU-Leistung haben, daher ist dies hier besonders teuer.