Patrick Petermair schrieb: > So, das sind mal meine Favoriten bis jetzt. Hat irgendwer eines > dieser Tools im Einsatz und kann mir mit Erfahrungsberichten helfen. > Bzw. habe ich das ultimative Backup-Tool in meiner Liste vergessen?
Wenn interessiert schon das Backup, wichtig ist das Restore ;-) Spiel Deine Restore-Szenarien durch. F�r mich ist daher meistens wichtig, dass die notwendigen Tools schnell und �berall beschaffbar sind, also afio oder star, und dazu bzip2 und mcrypt. afio hat im Gegensatz zu tar den Vorteil, die Dateien einzeln zu komprimieren und nicht das ganze Archiv. Wird das Archiv teilweise besch�digt, geht nicht direkt alles darauf folgende verloren. CD-R(W)s, B�nder und �hnlich leicht portable Medien sollten m�glichst verschl�sselt werden. Es geht prim�r gar nicht mal um die perfekte Sicherheit. Es reicht schon, wenn jemand, der ein Medium entwendet oder im M�ll findet, mit dem Medium alleine keine Daten wieder herstellen kann. Aber bei Verschl�sselung w�rde ich nur auf freie und offene Software setzen. Passwortabfragen in kommerziellen Produkten sind technisch gesehen auch mal gerne mehr Fake, als ein wirklicher Schutz. > m�ssen die Auftr�ge logischerweise immer ans Band angeh�ngt und nicht > �berschrieben werden -) Daf�r einfach das richtige Device w�hlen. z.B. /dev/nst0 und mit mt entsprechend positionieren, sonst wird vor jeder Aktion zur�ckgespult. > Wie schaut es mit der Hardwarekomprimierung aus? Nichts als Marketing-Gag! Die Prospekte rechnen mit 2:1 und geben immer gerne die angeblichen Brutto-Kapazit�ten an. Bei Allerweltsdaten kommen aber vielleicht 1,1:1 heraus. Mehr als 1,4:1 habe ich in freier Wildbahn noch nicht gesehen. Dazu muss man wohl eine Platte mit lauter Nullen sichern. Ergo: abschalten und mit den Netto-Kapazit�ten rechnen. Alles andere irritiert nur. Wenn Du ordentliche Komprimierung ben�tigst, bleibt nur Software a la gzip/bzip. Wobei es notwendig ist, genau hin zu schauen, wie schnell diese arbeitet und ob es zur CPU-Ausstattung passt. Sonst kann es schnell passieren, dass das Backup pl�tzlich -zig mal solange ben�tigt. Das ist gerade bei Schr�gspurverfahren nicht so praktisch, weil sich so die Belastung von Laufwerk und B�ndern entsprechend vervielfacht. -- [EMAIL PROTECTED] -- H�ufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
