![]() |
|
|
|||||||
| Portal | Wiki | IRC-Chat | Registrieren | Benutzerliste | Suchen | Heutige Beiträge | Alle Foren als gelesen markieren |
![]() |
|
|
Themen-Optionen | Thema bewerten | Ansicht |
|
|
#1 |
|
Registered User
Registrierungsdatum: Aug 2003
Beiträge: 513
|
Mit rsync Dateien zurückkopieren - wie vorhandene überspringen?
Hallo,
ich habe ein kleines Problem, mit rsync. Und zwar möchte ich ein backup zurückspielen. Nun ist es so, dass ein Großteil der Dateien auf dem Zielsystem vorhanden und unverändert sind. Diese müssen also nicht übertragen werden. Bislang dachte ich, dass das die Stärke von rsync sein. Aber egal, wie ich rsync aufrufe, mit c oder keep-existing.. immer das fast gleiche: Etwa 140G und über 200000 Dateien wollen übertragen werden. Stichproben, mit ein paar Angegeben Dateien, bestätigen, dass diese Dateien exakt gleich (size, uid, gid, ..) auf beiden Systemen identisch sind. rsync -vrcl --ignore-existing --stats --dry-run --progress --human-readable -e "ssh .. Wie nun kann ich NUR DIE TATSÄCHLICH NICHT VORHANDENE oder in ihrer größe Unterscheidlichen (checksum?!) übertragen? Grüße rakso |
|
|
|
|
|
#2 |
|
Staatl. gepr. Destroyer
Registrierungsdatum: Aug 2006
Beiträge: 129
|
rsync "tut" immer so, als ob es alle Daten komplett überträgt. Bei den Blöcken, die gleich sind, werden dann aber effektiv nicht übertragen, rsync "tut" aber wieder so, als ob die Übertragen werden.
Sieht man sehr schön, plötzlich steigt dann die Übertragungsrate bei mir bei DSL Upload plötzlich auf mehrerer MB/s. Grundsätzlich ist rsync aber langsamer als nur konkret die Datein zu übertragen, die wirklich geändert sind, das checksum/Dateilisten erstellen dauert halt einen Moment.
__________________
Anglizismen sucken! |
|
|
|
|
|
#3 |
|
Registered User
Registrierungsdatum: Aug 2006
Beiträge: 297
|
Hallo rakso,
da ich keinen Fehler bei Dir finden konnte, habe ich es mal ausprobiert: Ich habe zwei Verzeichnisse 1 und 2 angelegt und Daten mit Deinem Befehl mehrfach abgegelichen und es funktioniert Code:
Kann es sein, dass Du bei den Ordnern die Slashes vergessen hast, also sowas genommen hast Code:
Ansonsten noch der Hinweis: Wenn Du beim ursprünglichen Backup den Archiv-Parameter -a (oder sonst -ptgo) gewählt hast, hast Du ja die ganzen Metadaten erhalten (permission, time, group, owner). Dann möchstest Du die vielleicht auch wieder so herstellen... ansonsten bekommst Du zumindest ein neues Datum für kopierte Dateien. Geändert von SolarCatcher (24.09.2012 um 11:28 Uhr). Grund: Natürlich hatte ich für die Tests das --dry-run weggelassen, jetzt stimmt es oben. |
|
|
|
|
|
#4 |
|
Registered User
Registrierungsdatum: Jul 2006
Beiträge: 1.612
|
meist sind die Backup-Dateien "älter" und die Option -u (also rsync -auv) erfüllt bereits alle Ansprüche.
__________________
“Two of the most famous products of Berkeley are LSD and Unix. I don’t think that this is a coincidence.” From: The UNIX-HATERS Handbook, ISBN 1-56884-203-1 |
|
|
|
![]() |
| Dieses Thema betrachten zurzeit 1 Personen. (0 registrierte Benutzer und 1 Gäste) | |
| Themen-Optionen | |
| Ansicht | Thema bewerten |
|
|
Ähnliche Themen
|
||||
| Thema | Erstellt von | Forum | Antworten | Letzter Beitrag |
| Fehler in meinem Backup Script | Crunk_Bass | FreeBSD - Anwendungen und Ports | 7 | 06.02.2010 21:34 |
| rsync und mod-time | Dinh | *BSD - Serverdienste | 5 | 12.09.2007 08:42 |
| Hilfe: Kann nach Kopieren auf neue Festplatte Dateien nur teilweise lesen (I/O Error) | muri | FreeBSD - Allgemein | 10 | 31.12.2006 12:20 |
| FreeBSD Samba PDC Howto | Highfish | Howtos | 103 | 25.09.2006 21:14 |
| Security Advisory: rsync Server | asg | News | 1 | 05.12.2003 08:29 |