Frage zum Backup-Programm "Back in Time"

Jürgen G. - Freitag, 06. Dezember 2013 19:03:38 - 4 Antworten

Hallo Community,

ich sichere meine Daten auf zwei Rechnern, die beide mit openSuse 12.3 laufen, mit Hilfe des Programms "Back in Time".
Der eine Rechner ist mein privater Laptop, der andere ein Desktoprechner bei meinem Arbeitgeber.

Gesichert wird jeweils das home-Verzeichnis auf eine externe Festplatte (nicht auf die selbe; es sind zwei verschiedene).

Mich wundert nun der enorm unterschiedliche Zeitaufwand, den ich auf den beiden Systemen benötige: Auf meinem Laptop ist ein Snapshot in weniger als 5 Minuten erstellt, während die Prozedur an dem Desktoprechner locker 45 Minuten dauert.

Dabei ist die Datenmenge auf meinem Laptop sogar erheblich größer, nämlich ca. 55 GB gegenüber 10 GB auf dem Desktoprechner.

Die kleinere Datenmenge dort verteilt sich aber auf etwa doppelt so viele Dateien - kann das ein Grund für die lange Dauer sein? Aber doch nicht so deutlich, oder?

Die Einstellungen in "Back in Time" dürften auf beiden Systemen mehr oder weniger identisch sein; ich meine jedenfalls, ich hätte hier wie da weitgehend die Default-Einstellungen beibehalten.

Das ganze ist auch kein eigentliches Problem für mich - ich frage mehr interessehalber.


Antworten
Full rsync mode
Germar (unangemeldet), Samstag, 07. Dezember 2013 18:40:04
Ein/Ausklappen

Viele kleine Dateien brauchen bei BackInTime grundsätzlich länger als wenig große Dateien. Ganz besonders wenn man noch nicht den 'Full rsync mode' (ab Version 1.0.22) nutzt.

Die alte Methode sah in etwa so aus:
1) prüfen, ob sich Dateien gegenüber dem letzten Snapshot verändert haben mit 'rsync --dry-run'
2) allen Odnern des letzten Snapshots Schreibrechte gegeben
3) Hardlinks des letzten Snapshots in 'new_snapshot' erstellen mit 'cp -aRl'
4) allen Ordnern des letzten Snapshots die Schreibrechte wieder entziehen
5) alle Dateien im Ordner 'new_snapshot' beschreibbar machen
6) Änderungen mit 'rsync' übertragen
7) allen Dateien und Ordnern in 'new_snapshot' die Schreibrechte entziehen

Daher kann es sehr gut sein, dass doppelt so viele Dateien, es ein vielfaches länger dauern.

Die neue 'Full rsync mode' Methode sieht hingegen in etwa so aus:
1) neuen Snapshot sowie Hardlinks erstellen mit 'rsync --link-dest'
2) wenn keine Veränderungen von rsync gemeldet wurden, wird der Ordner 'new_snapshot' wieder gelöscht

Das ist natürlich wesentlich schneller, hat aber auch Nachteile:
- die Ziel-Partition muss alle 'Linux Dateirechte' beherrschen. Also User/Group/Other rwx, date, usw.
- die Snapshots sind nicht mehr 'nur-lesbar'. Sie können also leichter versehentlich gelöscht oder (un-)beabsichtigt verändert werden.

Schönen Gruß,
Germar, BIT dev Team


Bewertung: 166 Punkte bei 199 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
-
Re: Full rsync mode
Jürgen G., Samstag, 07. Dezember 2013 22:25:52
Ein/Ausklappen

Danke für die Antwort - das wird es dann wohl sein. Da BackInTime bei mir in Version 1.0.20 läuft, kann ich dann ja wohl nicht den 'full rsync mode' nutzen.

Ob ich darüber hinaus noch gravierend unterschiedliche Einstellungen in BackInTime nutze (was ich nach wie vor nicht glaube), kann bzw. will ich dann erst ab Montag prüfen.



Bewertung: 178 Punkte bei 132 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
Re: Full rsync mode
Henrich (unangemeldet), Sonntag, 26. Oktober 2014 11:19:51
Ein/Ausklappen

Ich habe gerade angefangen, von meinem Laptop (OpenSuse 13.1) Backups mit BIT auf ein NAS (QNAP TS 221 mit aktuellem QTS) zu erstellen und habe eine Anfänger-Frage:
wie kann ich sicher sein, daß mein NAS alle Linuxrechte unterstützt?
Daß die Snapshots nicht mehr 'nur-lesbar' sind, würde mich nicht stören - damit blieben ja unterm Strich nur Vorteile für den 'full resync mode'.

Viele Grüße und vielen Dank im Voraus,
Henrich




Bewertung: 261 Punkte bei 81 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
Unterschiedliche Festplatten?
wolxXx (unangemeldet), Samstag, 07. Dezember 2013 09:40:58
Ein/Ausklappen

Hallo Jürgen,

kann es sein, dass du unterschiedliche Festplatten hast?
Eine SSD hat einen viel höheren Lese-Schreib-Zyklus.
Weiterhin kann es sein, dass es unterschiedliche USB-Typen sind.
Oder Back-In-Time hat die eine Datenmenge schon relativ gut abgedeckt, weshalb es schneller geht.
Oder du hast bei einem ein inkrementelles Backup eingestellt und bei dem anderen ein volles Backup.

Das wären meine Ansätze.

Grüße,

wolxXx


Bewertung: 129 Punkte bei 172 Stimmen.
Den Beitrag bewerten: Gut / Schlecht

Ähnliche Artikel

Aktuelle Fragen

Fernstudium Informatik
Joe Cole, 12.12.2017 10:36, 1 Antworten
Hallo! habe früher als ich 13 Jahre angefangen mit HTML und später Java zu programmieren. Weit...
Installation Linux mint auf stick
Reiner Schulz, 10.12.2017 17:34, 3 Antworten
Hallo, ich hab ein ISO-image mit Linux Mint auf einem Stick untergebracht Jetzt kann ich auch...
Canon Maxify 2750 oder ähnlicher Drucker
Hannes Richert, 05.12.2017 20:14, 4 Antworten
Hallo, leider hat Canon mich weiterverwiesen, weil sie Linux nicht supporten.. deshalb hier die...
Ubuntu Server
Steffen Seidler, 05.12.2017 12:10, 1 Antworten
Hallo! Hat jemand eine gute Anleitung für mich, wie ich Ubuntu Server einrichte? Habe bisher...
Tinte sparen bei neuem Drucker
Lars Schmitt, 30.11.2017 17:43, 2 Antworten
Hi Leute, ich habe mir Anfang diesen Monats einen Tintenstrahldrucker angeschafft, der auch su...

Stellenmarkt

Jetzt auf den Mailinglisten

Re: [EasyLinux-Ubuntu] Drucker "spinnt": Kyocera FS-1010
Matthias, 12.12.2017 22:59
Hallo Rainer, Am Dienstag, 12. Dezember 2017, 22:04:31 CET schrieb Rainer: snip > und als Druckersprac...
Re: [EasyLinux-Ubuntu] Drucker "spinnt": Kyocera FS-1010
Rainer, 12.12.2017 22:04
Hallo Matthias, Am Mon, 11 Dec 2017 23:03:11 +0100 schrieb Matthias Müller : > > Das Problem hie...
Re: [EasyLinux-Ubuntu] [OT] phpmyadmin [gelöst]
Joachim Puttkammer, 12.12.2017 12:33
Am Dienstag, 12. Dezember 2017, 10:46:32 schrieb Joachim Puttkammer: Schnellfilter ist neu ab Version 4.2....
Re: [EasyLinux-Ubuntu] mit sed TABs entfernen
Uwe Herrmuth, 12.12.2017 11:55
Hallo Matthias, Matthias schrieb am 09.12.2017 um 18:56: > Ich hab mal ein bisschen rumexperimentiert, b...
Re: [EasyLinux-Ubuntu] löschen_bei_CUPS
Uwe Herrmuth, 12.12.2017 11:51
Hallo Christoph, Christoph schrieb am 12.12.2017 um 10:03: > Habe nach Aufruf von CUPS festgestellt, das...