Hi,

nachdem ich ein verfechter des BackUps auf streamer bin ..
und schon ca. 10 Jahre das mache .. ( was mir oft geholfen hat !! )
war es nun an der zeit den Alten 525MB Tendberg analog streamer in Rente
zu schicken

Da er nur eine geringe übertragungsrate hatte [2MB/min MAX] und das dauernde
wechseln der bänder bei heute üblichen datenmengen im GB bereich auch ziemlich
nervte [mal davon das man dazu ja imer anwesend sein musste mal abgesehen ]
wollte ich eine proffesionelle BkUP lösung am Amiga.
( für mich heist das neben DATENSICHERHEIT auch -> Nachts BkUP starten
und am nächsten morgen ist es FERTIG OHNE zutun !! )

Da ich zur zeit schon ca. 12GB zu sichern habe waren nur lösungen
jenseits von 20GB pro medium interessant.

Bei der menge an streamer formaten musste ich mich erst mal für ein
format entscheiden .. zuerst liebäugelte ich ja mit DAT streamer ..
aber nach dem studium mehrere websiten und vor allen dingen dieser:
http://www.leo.org/~loescher/streamer.html
die den ganzen kontext noch einmal gut zusammengefast wiedergibt,
entschied ich mich für einen ( zugegebenermasen nicht billigen )
DLT streamer.

Ich hatte schon vor einiger zeit mein Altes ABER gutes prg Ami-Back2.0
gegen DiavoloBackUP 2000 ersetzt.DB ist nicht schlecht .. aber das
problematische handling von SoftLinks ( besonders von Verzeichniss
softlinks ) und die probleme mit verschiedenen XPK librarys die nicht immer
sehr datensicher sind schmälert den guten eindruck leider
[darum finde ich die wahl des neuen backup prg BackMAN2.0 auf XPK auch
nicht gut ! Von den vielen XPK sublibs sind nur wenige ausgereift
genug um bei BackUps verwendet zu werden .. siehe auch den Thread mit DB2000
und XPK]
Aber DB 2000 ist unabdingbar da es das zur zeit einzige AmigaOS BackUP
prg ist das mehr als 4GB problemlos macht.

Also .. neuen streamer ran ( MAN ist der GROß die Interne SCSI-2 version)
einen Quantum DLT 4000 streamer [20GB Native pro DLT-IV band .. mit HW
kommpresion 40GB].

Nach dem start von DB auf automatischen streamer erkennung ..
nach einiger zeit war DB fertig .. alles eingestellt ..
mal ein Test BkUp machen

OH man ..... das sind ja Analog datenraten !!!
Ca. 3MB/min !!! Absoluter MIST !!!!!!

Also .. selber an die einstellungen ran ( laut datenblatt macht der streamer
1,5MB/sec !! Nativ !!! mit HW kommpresion bis 3MB/s ) .. und schon den
fehler gefunden ..
Die transferate ist absoluter nonsens für den DLT streamer ..
DB 2000 ist anscheinend nur bis zu dem vorgänger von DLT [DAT] ausgelegt ..
von dem nachfolger OpenLT mal ganz abzusehen ( aber das ist auch echt
schweineteuer )

Nach dem ich damit rumexperimentiert hatte fand ich folgendes raus ..
Es ist nur eine einstellungsgruppe interessant für den speed ..
>Transfer .. davon Max Blocklänge ! [und transferpuffer]
bei mehr als 25kb Max blocklänge SCSI error und freeze des rechners ..
bei 25kb seltene verify fehler ..
bei 20kb 1A !!!!!
Transferaten von 76MB/min bis 130MB/min [je nach möglichkeit der kompression]
und keine probleme.
Allerdings bringt die erhöhung des transferpuffers über 20kb [oder den selben
wert wie die blocklänge] keine verbesserung, sondern nur geringere datenraten.

Mit den obigen werten läuft der DLT streamer hervorragend ...
Bis auf folgendes ...

Das suchen von stellen im BackUP auf dem Band klappt nicht immer reibungslos ..
Die laut DB 2000 unterstützung von direktem spulen zu der stelle funktioniert
nur in 50% der fälle [Marks] .. falls das nicht klappt geht NUR das langsame
suchen mit direkten lesen des inhaltes was natürlich dauert ..
Andersrum habe ich schon probiert mit nur dem langsamen lesen ..
das geht aber auch nicht immer .. dann geht aber das direkt positionieren
.......


Tja .. DB 2000 ist wie schon angenommen nur für DAT ausgelegt ..
mit DLT ist es etwas überfordert ..

Aber voll Restore von BkUps klappt problemlos.
Wer sich nen DLT Streamer für den Amiga zulegen will sollte mind DB 2000
haben und die Blocklänge anpassen ..
Dann sind reibungslose ( und schnelle ) BackUps kein problem.

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi,

@ Lemmink :

mhh .. hatte ich auch schon überlegt ..
aber streamer ist mir einfach dafür gut geeignet ..
Habe jetzt 3 Tapes mit gesamt Max 120GB platz ..
Da kann ich daten die ich selten brauche ( mpeg/mp3 z.b. ) drauf
schreiben.

Die lösung mit der extra festplatte is mir etwas suspekt
Da nach meiner meinung die extra platte bald für mehr als nur BackUp genutzt wird ..
Da nech allgemeiner erfahrung der HD platz immer irgendwann knapp wird.

Das mit den einzelnen files klappt ( falls es mit "marks" geht ) schnell
und problemlos ..
spult nur ca. 30sec und dann hat er das file. ( wie gesagt fall es geht ..
das liegt aber an DB 2000 das mit DLT nicht ganz klar kommt )

Aber in einem sind wir uns wohl einig :

BACKUPS sind GOLD wert !!!!!



Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi,

@ mpaxx :

mmhh .. was hast du für einstellungen bei dem transfer werten ??

Mit den von DB 2000 automatisch ermittelten werten war der streamer GROTTENLAHM!
Darum bin ich fast verzweifelt .. in der DB doku steht ja das die
änderung der transferwerte nix bring ..
Erst als ich alles andere probiert hatte fand ich heraus das es DOCH
an den transferwerten liegt

Und welches laufwerk hast du genau .. Kapazität und welche übertragungsrate
schaffst du damit ?
Machst du immer nur Full Restore oder auch mal nur teil bereiche
( eine partition nur oder gar nur ein verzeichniss ).

Und wenn wir schon dabei sind .. :
Welche DB version .. ? Ich habe DB 2000 vor ca. 3 Monaten gekauft !
Und welchen scsi controler ( liegt vieleicht daran ?? ) .. habe den
DLT streamer am CS MK-III UW-SCSI controler hängen.

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

Zitat:

---

R-TEAM:
[...] die probleme mit verschiedenen XPK librarys die nicht immer sehr datensicher sind schmälert den guten eindruck leider :(

---

Zitat:

---

Von den vielen XPK sublibs sind nur wenige ausgereift genug um bei BackUps verwendet zu werden .. siehe auch den Thread mit DB2000 und XPK

---

[ - Answer - Quote - Direct link - ]

Hi,

@ gni :

Schau in dem Thread nach wo es um DB 2000 und XPK libs geht.
( wie ich schon geschrieben habe )

> http://www.amiga-news.de/forum/thread.php3?id=4951&start=1&BoardID=1


Wenn ich ~2GB sichere und danach beim verify fehler habe ist es
schon bedenklich.
Wenn das immer ist ist die Lib schrott !!
Wenn das beim verify NICHT ist ...
beim zurückspeichern aber plötzlich daten koruppt sind ..
ist das echt schei** !!!

Darum finde ich die benutzung von XPK nicht sooo gut !

Kurtze rede langer sinn .. oder andersrum :

Libs die 1A gehen sind FAST/NUKE/GZIP/SASC/RAKE

Libs die "Böse" sind SHRI

.. andere hab ich nicht getestet .. aber bei backups reicht mir
schon der jetzige unsicherheitfaktor.

Effektiv machen auch nur 1 oder 2 verschiedene packer sinn ..
( FAST ist ein guter packer für langsame rechner .. und SHRI wäre
sehr gut für Power rechner .. wäre !! )
das könnte man auch intern proggen .. und das ohne probleme mit
libs von X entwicklern die buggy sein können.

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]