diff options
| author | Jan Niggemann <jn@hz6.de> | 2016-01-14 22:15:04 +0100 |
|---|---|---|
| committer | Lars Wirzenius <liw@liw.fi> | 2016-01-15 15:34:28 +0200 |
| commit | 02df19f80bb54cc14d8739348e81b9dcfa51fcc4 (patch) | |
| tree | a73361a9b205af9b2c3ec0e28c99070e034fd432 /manual/de | |
| parent | 79c59053c8e750be876ef6a0e754e3fb79fac11d (diff) | |
| download | obnam-02df19f80bb54cc14d8739348e81b9dcfa51fcc4.tar.gz | |
adds de-translation of when Obnam de-dup works badly
Diffstat (limited to 'manual/de')
| -rw-r--r-- | manual/de/060-sichern.mdwn | 27 |
1 files changed, 27 insertions, 0 deletions
diff --git a/manual/de/060-sichern.mdwn b/manual/de/060-sichern.mdwn index f696052f..da64272d 100644 --- a/manual/de/060-sichern.mdwn +++ b/manual/de/060-sichern.mdwn @@ -360,6 +360,33 @@ Die Deduplizierung in Obnam ist nicht perfekt. Die Granularität des Findens doppelter Daten ist recht grob (vgl. Option `--chunk-size`) , daher kann Obnam oft keine Überschneidungen finden, wenn die Änderungen nur klein sind. +In den folgenden Fällen ist Deduplizierung nicht sinnvoll: + +* Änderungen an Dateien, indem größere Teile innerhalb der Datei + verschoben werden. Die (jetzige) Implementierung der Deduplizierung + basiert auf nicht überlappenden Teilen (chunks), die vom Anfang der + Datei an gebildet werden. Wenn Daten eingefügt werden, kann Obnam + nicht bemerken, dass der Rest der Daten nur etwas "nach hinten" + gerutscht ist. Das könnte zum Beispiel in Disk- oder ISO-Images + der Fall sein. + +* Dateien mit doppelten Daten, die aber nicht an einer Chunk-Grenze liegen. + Dies könnte zum Beispiel der Fall sein, wenn eine eMail mit großem + Anhang an mehrere Empfänger (=Mailboxen auf dem Host) gesendet wird. + Jeder Empfänger erhält verschiedene `Received` Kopfzeilen, was den + Mailbody und die Anhänge mehr oder weniger verschiebt. Aus diesem + Grund kann Obnam die doppelten Daten nicht erkennen und dementsprechend + nicht deduplizieren. + +* Wenn Daten komprimiert vorliegen, zum Beispiel als `.zip` oder + `.tar.xz`. Obnam weiss nichts von der Kompression und "sieht" nur die + komprimierten Daten, die naturgemäß nicht deduplizierbar sind. + +Künftige Versionen werden hoffentlich einen besseren +Deduplizierungsalgorithmus enthalten. Sollten Sie diesen optimistischen +Absatz in einer 2017 oder später erschienenen Version von Obnam finden, +informieren Sie bitte die Maintainer. Vielen Dank. + Deduplizierung und Sicherheit gegen Prüfsummen-Kollisionen ---------------------------------------------------------- |