Am 30.12.2011 11:44, schrieb Grimnin Fridyson: >>> Nun möchte ich die Daten - nur - per Hardlink sichern, nichts kopieren. > >>> Im ersten lesen des wiki habe ich da keine Einstellung gesehen oder >>> beginnt es automatisch mit Hardlinks wenn Quelle und Ziel auf dem selben >>> Laufwerk liegen ? > > bei gleichen Laufwerk wird er mit Hardlinks starten
Was ist ein "Laufwerk" (Festplatte oder Partition)? Das kann leicht zu Mißverständnissen führen. Hardlinks funktionieren nur auf der selben *Partition*. >> das bedeutet aber, daß auch die "Kopie" zerstört ist wenn der Inhalt >> des >> "Originals" gelöscht wird. > nein das stimmt so bei Hardlinks nicht > > die Daten sind erst weg wenn alle verweise auf die Daten weg sind Doch, das stimmt so. Wenn eine Datei durch 2 Hardlinks als "Original" und "Kopie" (=Backup) existieren und der *Inhalt* von "Original" verändert wird, so wird auch der Inhalt von "Kopie" geändert. Somit ist der ursprüngliche Inhalt (Zustand vor der Veränderung) verloren. rsnapshot legt in diesem Falle eine neue Datei an, um das zu verhindern. Ein 'cp' überschreibt den Inhalt, 'echo' auch: ~/tmp$ echo test > original.txt ~/tmp$ ln original.txt kopie.txt ~/tmp$ echo neu > neu.txt ~/tmp$ ls -li total 12 9936954 -rw-r--r-- 2 rico rico 5 2011-12-30 11:40 kopie.txt 9936955 -rw-r--r-- 1 rico rico 4 2011-12-30 11:41 neu.txt 9936954 -rw-r--r-- 2 rico rico 5 2011-12-30 11:40 original.txt ~/tmp$ cp neu.txt original.txt ~/tmp$ ls -li total 12 9936954 -rw-r--r-- 2 rico rico 4 2011-12-30 11:41 kopie.txt 9936955 -rw-r--r-- 1 rico rico 4 2011-12-30 11:41 neu.txt 9936954 -rw-r--r-- 2 rico rico 4 2011-12-30 11:41 original.txt ~/tmp$ echo anders > original.txt ~/tmp$ ls -li total 12 9936954 -rw-r--r-- 2 rico rico 7 2011-12-30 11:43 kopie.txt 9936955 -rw-r--r-- 1 rico rico 4 2011-12-30 11:41 neu.txt 9936954 -rw-r--r-- 2 rico rico 7 2011-12-30 11:43 original.txt Ich spar mir das cat, die Veränderung ist ja schon an der Dateigröße sichtbar. Ich bin mir nicht sicher, ob beim Überschreiben via FTP, SMB, SCP oder NFS immer zuerst die Datei (Hardlink) gelöscht wird und eine neue angelegt oder ob u.U. der vorhandene Inhalt überschrieben wird. >> rsnapshot hat hier den Vorteil, daß bei >> Veränderungen des Inhalts beide Versionen vorliegen, zumindest solange, >> bis das älteste Backup gelöscht wird. Den Zugriff auf die Backups kann >> man readonly freigeben. > nein (oder du hast dich unglücklich ausgedrückt) Nur unvollständig, das kommt wieder auf Weg des Zugriffs an. Im von mir praktizierten Fall handelte es sich um SMB-Freigaben. Der Zugriff auf die Backups wurde nur readonly erlaubt. Somit konnte jeder Benutzer, der auch in der normalen Freigabe Zugriff hatte, ein Backup wieder zurückholen. Mit NFS und WebDAV sollte das auch einzurichten sein. Bei FTP und SCP fällt mir keine saubere Lösung ein, da die Rechte auf Dateisystemebene für alle Hardlinks identisch sind. ~/tmp$ chmod o-r kopie.txt ~/tmp$ ls -li total 12 9936954 -rw-r----- 2 rico rico 4 2011-12-30 11:43 kopie.txt 9936955 -rw-r--r-- 1 rico rico 7 2011-12-30 11:41 neu.txt 9936954 -rw-r----- 2 rico rico 4 2011-12-30 11:43 original.txt > eine Datei v1 wird heute in geändert v2 > (tägliche Sicherung (20Uhr) vorhalte zeit 7 tage) > dann existiert im backupbaum beide versionen solange bis die letzte > sicherung mit v1 gelöscht wird, das währe die sicherung vom 29.12 am 6.1 > -nach der Sicherung- würde es dann nur noch v2 geben Ach das meintest du, ja das war unglücklich ausgedrückt. Sollte heißen, solange bis die ältere Version hinten aus dem Backup rausfällt. Ich wollte damit eigentlich sagen, daß die Kopie=Backup bei rsnapshot kein ewiges Leben hat. Dafür wäre ein CVS geeigneter. Rico
smime.p7s
Description: S/MIME Kryptografische Unterschrift
_______________________________________________ Lug-dd maillist - [email protected] https://ssl.schlittermann.de/mailman/listinfo/lug-dd
