PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Backup per rsync ?



cray
06.12.10, 08:32
Hallo,

ich soll hier die Art wie das backup momentan ausgeführt wird (rm -R und cp :rolleyes:) sinnvoller gestalten. Das Problem ist, dass der Server und die Backupfestplatte nur über eine Richtantenne miteinander verbunden sind und dass es hier ca. 160GB in 30.000 Ordner bei 150.000 Dateien gibt.

Jetzt hab ich das ganze am Samstag Abend mal angeschmissen (rsync -av /daten /backup) und naja, das läuft halt gerade immernoch (Montag 9:30 Uhr).

Liegt das daran, dass es das "erste mal" ist? Kann ich davon ausgehen, dass das ganze deutlich schneller geht sobald er wirklich nur noch die Dateien synchronisieren muss? Oder ist hier die Lösung mit rsync allgemein nicht so optimal wegen der großen Anzahl an Dateien?

Andere Frage:
Der Server läuft mit einem OpenSuse 10.1 (jo.. :() und da der Rechner in einem anderen Raum steht bin ich halt per SSH mit dem verbunden. Meine Cronjobs usw. richte ich einfach per crontab -e ein, allerdings gibt es hier jetzt noch ein paar andere Dateien "crontab-Orginal" "crontab-2backup" usw. über die das alte Backup geregelt wurde. Die habe ich auskommentiert aber irgendwie gibt es immernoch einen Cronjob der einfach eine Kopie der Daten macht, ich hab allerdings schon alle Files in denen das Wort "cron" auch nur Ansatzweise vorkommt durchgeschaut und kann die Anweisung dazu einfach nicht finden.. Gibt es bei OpenSuse evtl sowas wie einen Crontab den man nur über das GUI managen kann? Derjenige, der das ganze System hier eingerichtet hat arbeitet leider nicht mehr hier und ich darf ihm nun als lustiger Praktikant hinterher räumen... -.-

Evtl kann mir ja jemand weiterhelfen :)

Grüße

craano
06.12.10, 13:01
Liegt das daran, dass es das "erste mal" ist? Kann ich davon ausgehen, dass das ganze deutlich schneller geht sobald er wirklich nur noch die Dateien synchronisieren muss? Oder ist hier die Lösung mit rsync allgemein nicht so optimal wegen der großen Anzahl an Dateien?


Grüße

Ja, alle weiteren Durchläufe gehen deutlich schneller. Es hängt aber immer davon ab, wieviele Dateien verändert wurden. Da tolle an rsync ist ja gerade, dass nur die Veränderungen durch die Leitung gequetscht werden.

Grüße.
craano.

DrunkenFreak
06.12.10, 13:42
In /etc/cron* solltest du fündig werden, sowie die einzelnen Usercrontabs.

cane
09.12.10, 00:10
Bau doch einfach ein Tape Laufwerk ein - dann interessiert die Richtantenne nicht mehr :-)

mfg
cane

micha97
22.04.13, 12:10
Hallo liebe Fachleute;
ich möchte ein Backup per rsync zum Mediencenter.T-online.de durchführen!
Wie genau muss der Eintrag für das Ziel (webdav.mediencenter.t-online.de) inklusive Benutzername (xxx@t-online.de) und Passwort aussehen?

rsync -avz /home/micha
xxx@t-online.de:Passwort:webdav.mediencenter.t-online.de funkioniert leider nicht!
Wo liegt der Fehler!?

Vielen Dank für Euer Bemühen!

Gruß micha

marce
22.04.13, 12:59
am einfachsten mountest Du dein Mediencenter lokal und machst dann den rsync zwischen den beiden Verzeichnissen.

Duke
22.04.13, 13:09
Soweit ich weiss ist rsync ja nen eigenes Protokoll d.h. t-online muss dass auch unterstützten.

Mein Strato Hidrive kann explizit auch das rsync Protokoll.

Ansonsten muss du etwas rsync ähnliches nehmen was ftp bzw. sftp kann ("csyn" oder "lftp")oder eben wie zuvor beschrieben dein T-online lokal mounte und dann in den gemounteten ordner async machen.

micha97
22.04.13, 13:27
am einfachsten mountest Du dein Mediencenter lokal und machst dann den rsync zwischen den beiden Verzeichnissen.

Danke für den Tipp! Aber wie kann ich den lokalen Netzwerkordner "T-Online-Speicher" als Ziel unter rsync eingeben, bzw. den Mediencenter lokal mounten!?

Gruß micha

marce
22.04.13, 13:31
Google mal nach mount.davfs

micha97
22.04.13, 13:47
Google mal nach mount.davfs

Nachdem ich davfs2 installiert hatte, gab ich folgenden Befehl ein und bekam diese Fehlermeldung:

sudo mount -t davfs http://webdav.mediencenter.t-online.de:443 /home/micha/t-online/
Gib bitte den Benutzernamen für den Server http://webdav.mediencenter.t-online.de:443 an; wenn du keinen angeben willst, drücke Return.
Benutzername: xxx@t-online.de
Gib bitte das Passwort von xxx@t-online.de für den Server http://webdav.mediencenter.t-online.de:443
an; wenn du keines angeben willst, drücke Return.
Passwort: (habe ich eingegeben)
/sbin/mount.davfs: das Einhängen schlug fehl;
Could not read status line: connection was closed by server

Was habe ich nun falsch gemacht!?

Gruß micha

HirschHeisseIch
22.04.13, 14:04
Auf Port 443 erwartet der Server eine https-Anfrage.

Nimm einfach https://webdav.mediencenter.t-online.de Damit kannst Dir auch die Port-Angabe sparen.

micha97
22.04.13, 14:08
Auf Port 443 erwartet der Server eine https-Anfrage.

Nimm einfach https://webdav.mediencenter.t-online.de Damit kannst Dir auch die Port-Angabe sparen.

Danke für die Hilfe, es hat funktioniert! -Dank an alle!

Gruß micha

micha97
23.04.13, 14:10
Hallo liebe Fachleute,
nach Eingabe von rsync -av /home/micha /home/micha.NAS/Backup bekam ich folgende Fehlermeldung! - Wer kann mir behilflich sein!?

rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1052) [sender=3.0.9]

Vielen Dank! Gruß micha

marce
23.04.13, 15:05
see previous errors
... sind die geheim?

tictactux
23.04.13, 19:56
Hallo,

vermutlich fehlende Zugriffsrechte für einzelne Dateien/Verzeichnisse? Checke das mal.

Aber eine Bemerkung am Rande: -v verlangsamt rsync erheblich.. bei vielen kleinen Dateien würde ich drauf verzichten (kann durchaus 3-4 mal so lange dauern wie ohne -v).

marce
23.04.13, 20:40
naja, bis man weiß, daß der Job das tut, was man von ihm will kann man das v ruhig drin lassen - "im Produktionsbetrieb", wenn man da nicht regelmäßig was nachkontrollieren will, kann/sollte man es besser weglassen...

micha97
24.04.13, 11:16
Hallo,

vermutlich fehlende Zugriffsrechte für einzelne Dateien/Verzeichnisse? Checke das mal.

Aber eine Bemerkung am Rande: -v verlangsamt rsync erheblich.. bei vielen kleinen Dateien würde ich drauf verzichten (kann durchaus 3-4 mal so lange dauern wie ohne -v).

Danke für den Tipp!