RE: Datensicherung

Hallo Christoph,
ich selbst habe nur gute Erfahrung mit DDS/DAT gemacht. Zum täglichen Backup
von vielen Daten würde ich allerdings (gerade im Geschäftsumfeld) DLT
bevorzugen. Nicht nur daß es stabiler und robuster ist, sondern vor allem
der geringe Abrieb des Bandes (DDS typ. 25-100 Wiederbenutzungen; DLT typ.
100.000!!!) Die Geschwindigkeit ist recht nett (DDS-4 mit 25GB nat. und mit
HP9528 (oder so) rund 3MB/s), ich kann die "kann Daten nicht mehr lesen"
auch nicht bestätigen (wir hatten hier erst vor rund 3 Monaten 'ne recht
nette Diskussion deswegen), aber für einen Profi Betrieb sollten auch
Profilösungen benutzt werden. Ich benutze DDS weil ich davon mittlerweile 4
Laufwerke (3#DDS2 +1#DDS4) habe und die Bänder (ein paar Hundert) mir doch
finanziell ans Herz gewachsen sind... ;-)). In der Arbeit benutzen wir zwar
auch DDS um Daten mit unseren Auftraggebern auszutauschen, aber verlassen
wird sich bei uns auf DLT (autoloader). SO ein DLT 7000 faßt schlappe 35GB
und macht so 5MB/S und ein Medium kostet rund 130DM, währrend das Laufwerk
gute 8m kostet. Nicht billig aber gut!
Gruß
Sam

> Michael Samer, DV-Support Bertrandt GmbH IN
>
> Ob eine schwarze Katze Unglück oder Glück bringt hängt davon ab, ob
> man eine Maus oder ein Mensch ist.
>
> Scheinbare Rechtschreibfehler beruhen auf einer individuellen
> Rechtschreibreform.
>
> -----Original Message-----
> From: Christoph Prevezanos [SMTP:Christoph.Prevezanos(at)Uni-Bielefeld.de]
> Sent: Tuesday, October 12, 1999 2:30 AM
> To: ticso(at)cicely.de
> Cc: de-bsd-questions(at)de.freebsd.org
> Subject: Re: Datensicherung
>
> Hallo Bernd,
>
> >> cpio sagt natuerlich "warning: skipped xxx bytes of junk,
> >> invalid header: checksum error".
> >> Also wirklich ein Bandlesefehler und kein Programmfehler.
>
> >Ein richtiger Lesefehler sollte Spuren in der messages hinterlassen,
> >da dieser ueber den SCSI-Layer gemelded wird.
>
> Hmm, da bin ich nicht so der Fachmann fuer SCSI usw.
> Wie saehe denn so eine Spur aus?
>
> Das Band ist bei mir auf keinen Fall voll, beim Schreiben
> kommen da auch keine Fehlermeldungen.
> Nur, wenn ich versuche das Band spaeter wieder zu lesen
> kommen die o.g. Meldungen und dahinter der Name der Datei,
> die es betrifft. Ich kann diese dann auch nicht vom Band zurueck
> auf die Platte schreiben.
>
> Kennst Du evtl. die von mir beschriebene Fehlermeldung und
> weisst, was sie sonst bedeuten koennte ?
> tar hat immer etwas aehnliches gesagt und dann abgebrochen.
>
> >Schau dich erst mal in der Messages um.
> >Ueberpruefe dann ob es evtl mit dem Bandende zu tun hat.
> >Ansonsten kommt natuerlich noch wie so oft mal wieder das RAM in
> >Verdacht. Mach doch hierzu mal eine Sicherung in ein File...
>
> Wie koennte / sollte denn die Message sonst aussehen, wenn es
> sich um einen "echten" Lesefehler handelt ?
> RAM-maessig ist der Rechner eigentlich gut ausgestattet.
> Wenn ich das Backup in eine Datei irgendwo auf der Platte
> mache, geht alles problemlos.
>
> >Meiner Ansicht nach ist DDS nicht unbedingt das Medium fuer taegliche
> >Sicherungen - aber fuer woechentliche durchaus geeignet.
> >Als sehr zuverlaesig haben sich meiner Erfahrung nach DLT, MLR und MO
> >erwiesen. Die Unterschiede im Kaufpreis sind allerdings ein guter Grund
> private
> >Nutzer fernzuhalten.
>
> Nun, was den Preis angeht, ist mir das nicht so wichtig.
> Aufgrund der grossen Datenmenge laesst sich ja schon vermuten,
> dass das System nicht privat genutzt wird, sondern in einer Firma
> installiert ist. Mir ist vom Begriff her sonst eigentlich nur DLT bekannt,
> gearbeitet habe ich damit aber noch nicht. Sollte halt ein System sein,
> dass sich fuer taegliche Backups eignet und recht zuverlaessig ist.
>
> Da wir hier mit Geo-Daten, GIS und Landschaftsplanung arbeiten,
> faellt da jeden Tag echt tierisch was an Daten an. Wenn die weg sind
> koennen wir den Laden dicht machen. Deshalb geht Sicherheit absolut
> vor. Im Grunde habe ich dieses DAT-Tape auch nur, weil es mir seinerzeit
> empfohlen wurde. Es sollte angeblich schnell sein, viele Daten fassen und
> sicher sein. War wohl evtl. ein Fehler....
>
> Gruss,
>
> Christoph
>
>
>
> To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
> with "unsubscribe de-bsd-questions" in the body of the message

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-chat" in the body of the message
Received on Tue 12 Oct 1999 - 11:23:28 CEST