
Fragen zu GEMAR, und Ihre Antworten:

F:  Ich mchte nicht immer zu Maus greifen, wenn ich einen Index vom Streamer 
    oder von der Festplatte einlesen mchte.
A:  Fr die Laufwerke kann man einfach den buchstaben des entsprechenden 
    Laufwerkes und fr den Streamer '#' drcken.    

F:  Ich habe ein Band mit mehreren Backups. Wenn ich eine Datei suche und nicht 
    wei, in welcher Session sie ist mu ich nacheinander immer wieder ein 
    Index einlesen und dann das Band wieder entladen und den nchsten Index
    lesen.
A:  Zum einen kann man den Index mit 'Index lschen' freigeben, soda man den 
    nchsten folgenden Index einlesen kann, ohne das Band zurckzuspulen.
    Ansonsten ist auch das PlugIn 'SCANINDEX' dazu gut verwendbar. Aktivieren 
    Sie es, indem sie es in Einstellungen: PlugIns aktivieren. Dann knnen Sie 
    mit 'Band scannen' eine Datei auf dem Band suchen lassen.

F:  Warum braucht GEMAR manchmal so lange, wenn man einen Index von einem 
    Band einliest?
A:  GEMAR legt aus Grnden der Datensicherheit den Index hinter dem Backup 
    ab. Dies ist ntig, damit bei einem evtl. aufgetretenen Fehler beim 
    Sichern der Dateien, dieser Fehler im Index protokolliert werden kann.
    Um den Index schnell zu erreichen, schreibt GEMAR auch vor den Daten 
    einen Index, und vermerkt spter in der Datei GEMAR.KEY, ob dieser Index 
    gltig ist.
    Wenn beim Restore der vordere Index ungltig ist, wired der hintere 
    gelesen, was eine Weile dauern kann.

F:  Einige Fremdbnder (z.B. TAR) bentigen sehr lange, bis von GEMAR der 
    Index eingelesen ist, geht das nicht auch schneller?
A:  Dies liegt oft an dem Format, in dem der Index auf dem Band liegt. Bei 
    TAR ist zum Beispiel der Index jeweils als Kopf der Dateien eingetragen, 
    daher mu das gesamte Band gelesen werden um den Index aufzubauen.

F:  Warum spult mein Streamer das Band whrend des Backups manchmal ein 
    Stck zurck, und wieder vor?
A:  Wenn der Streamer nicht schnell genug mit Daten versorgt wird, hlt er 
    an, bis wieder Daten vom Computer geliefert werden. Da ein Streamer 
    jedoch sehr schnell luft, und daher eine groe Lcke zwischen den 
    Daten entstehen wrde, spult er ein Stck zurck, was leider sehr viel 
    Zeit bentigt.
    Bei GEMAR sollte dies eigentlich nur ab und zu passieren. Dazu sollten 
    die Puffergre und die Datenrate mglichst genau angepasst werden.

F:  Warum hlt mein Streamer whrend des Backup manchmal fr eine Weile an?
A:  Leider ist es manchmal nicht mglich, die Daten von der Festplatte so 
    schnell zu lesen, wie der Streamer Sie bentigt.
    Daher fllt GEMAR erstmal seine gesamten Pufferspeicher, bevor er 
    wieder Daten an den Streamer schreibt. Whrenddessen wartet der 
    Streamer dann.

F:  Warum kann ich bei GEMAR nicht eine Sicherung der belegten Sektoren 
    meiner Festplatte durchfhren?
A:  GEMAR wurde auf hchste Datensicherheit hin konzipiert. Daher ist es 
    sinnvoll die Dateien von der Festplatte nur ber das Betriebssystem 
    einzulesen. Dadurch hat GEMAR auch bei einem neuen, erweiterten 
    Datenformat auf einer Festplatte  keine Problem mit der Sicherung der 
    Daten. Solange man die Dateien vom Desktop aus benutzen kann, kann auch 
    GEMAR sie sichern.

F:  Warum ist das Streamericon nicht anwhlbar, wenn ich einen Index von der 
    Platte eingelesen habe?
A:  Es kann immer nur ein Index von Platte, oder von Band eingelesen werden.
    Daher kann der Streamer nicht angewhlt werden, wenn ein Plattenindex 
    gelesen ist und umgekehrt.

F:  Warum kann GEMAR sein Desktop nicht in ein Fenster legen? Unter 
    MultiTOS/MultiGEM/Mag!X ist das sehr strend.
A:  Ganz einfach: GEMAR luft zwar prinzipiell unter einem Multi-Tasking- 
    System, aber es ist sehr gefhrlich, unter Multitasking ein Backup 
    durchzufhren, whrend andere Programme evtl. Daten auf der Festplatte 
    ndern. Daher sollte GEMAR _grundstzlich_ allein laufen und kann damit 
    ein eigenes Desktop behalten.

F:  Warum kann ich nicht einfach ein Laufwerksicon auf das Streamericon 
    ziehen, damit die Daten gesichert werden?
A:  Auf diese Weise kann beim Restore nicht sicher erkannt werden, ob die 
    Daten unter ihren Original-Pfaden, oder in einen Zielpfad gesichert 
    werden sollen, bzw. Beim Backup, ob es ein Full- Daily- oder Incremental 
    werden soll.
    Daher wurde gnzlich auf das Ziehen von Icons verzichtet.

F:  Mu ich vor einem Backup das Band lschen?
A:  Eigentlich nicht. Ein SCSI-Streamer arbeitet normalerweise so, da das 
    gesamte Band gelscht wird, wenn das Band vom Anfang ausgehend 
    beschrieben wird.  Bei einigen exotischen Streamern knnte es sein, da 
    dies notwendig ist, ansonsten ist es nur unntiger Zeitverbrauch.

F:  Fr den Streamer werden immer 4 Festplattenlaufwerke angemeldet. Woran 
    liegt das?
A:  Einige Festplattentreiber kontrollieren, ob ein SCSI-Gert ein 
    wechselbares Medium hat. In diesem Fall geht ein solcher Treiber davon 
    aus, da es sich um eine Wechselplatte handelt und meldet dafr 4 
    Partitionen an, damit ein spter eingelegtes Medium benutzt werden kann.
    Damit dies nicht immer passiert, mu der Plattentreiber so konfiguriert 
    werden, da der Streamer nicht beachtet wird.
    Fr AHDI verwenden Sie am besten das Programm HDPATCH und melden die 
    SCSI-Adresse ab, auf der der Streamer liegt (Optionen, CUSTOM SCSI/ACSI). 
    Wenn Sie HUSHI verwenden, benutzen Sie das Programm SCSITOOL, whlen 
    darin den Menpunkt 'Treiber/Konfigurieren' (oder CONTROL-K). Daraufhin 
    erscheint ein Dialog, in dem ein Button 'Gertereihenfolge' liegt. Nach 
    Anwhlen dieses Buttons kommen Sie in einem Dialog, in dem Sie die 
    Adresse des Streamers abmelden knnen (anklicken). Danach sagen Sie 'OK', 
    im ersten Dialog wieder 'OK', dann auf die Frage 'Einstellungen in 
    HUSHI.SYS speichern?' noch mit 'Ja' antworten, und fertig.

F:  Wie finde ich am einfachsten die fr meinen Streamer ntigen Parameter?
A:  Ich persnlich habe mit folgender Vorgehensweise gute Erfahrungen gemacht:

    -Buffergre auf den im Streamer-Handbuch angegebenen Wert (evtl. interne 
     Abzge bercksichtigen)
    -Datenrate auf den Wert des Streamers + 25 %
    -Zeit vor SCSI aus
    -Wait vor/nach SCSI unverndert
    -Verbose on
    -Ein Backup durchfhren. Wenn dabei der Streamer anhlt, solange der 
     Puffer- Balken nicht auf 0 ist, dann ist die Datenrate zu klein. Luft der 
     Puffer immer leer, mal mit niedrigerer Datenrate versuchen.
    -Man sollte auch mal sehen, wie sich 'Wait vor/nach SCSI' verhlt. Am TT 
     sollte man die Werte eigentlich auf 0 einstellen knnen. Ansonsten einfach 
     mal auf 0, und dann sehen, ob Fehler auftreten. Kommt eine Fehlermeldung 
     von GEMAR (KommandoTimeout), mu Wait vor SCSI hochgedreht werden. Kommt 
     die Meldung vom etv_crit (Daten auf Diskette), dann mu Wait nach SCSI 
     hochgedreht werden.
    -Unter Umstnden kann auch ein zu niedriger Wert fr Wait nach SCSI dazu 
     fhren, da der Plattentreiber Retries durchfhren mu, was daran zu 
     erkennen sein sollte, da die Datenrate schlagartig abfllt.

    Im Allgemeinen ist es ein Geduldsspiel, bis man die richtigen Parameter 
    gefunden hat.

    Sollte es nicht klappen, den Streamer im Streamen zu halten, so sollte man 
    die Buffergre auf 0 stellen, damit immer ein mglichst groes Segment 
    gefllt wird, bevor es an den Streamer geschickt wird.

F:  Warum kann GEMAR die ntigen Parameter fr den Streamer selbst ermitteln?
A:  Es geht nicht, weil es ein Problem ber mehrere Einstellungen ist, es gehen
		nicht nur die Geschwindigkeit des Streamer und der Festplatte ein, sondern
		auch die Geschwindigkeit des Rechners, des Dateisystems auf der Festplatte, 
		der Anzahl der Dateien auf der Festplatte.
		Zu einer Automatisierung wre daher eine knstliche Intelligenz ntig, 
		und die gibt es nun mal nicht.

F:  Wenn ich ein Restore von Laufwerk C: mache, und anschlieend eines von 
    Laufwerk D: spult der Streamer immer zurck, bevor er die Daten von D: 
    restauriert. Warum tut er das?
A:  Aufgrund der Pufferstrategie von GEMAR befindet sich das Band schon ein
    Stck im Datenbereich von Laufwer D:. Da leider nicht alle Streamer ein 
    Space rckwrts beherrschen, mu da Band zurckgespult, und vom Anfang 
    ausgehend mit Space die richtige Stelle angesteuert werden.

F:  Nachdem ich meine Platte umpartitioniert habe, hat GEMAR beim Restore 
    immer den hinteren Index verwendet. Warum benutzt er nicht den vorderen 
    (korrekten) Index?
A:  GEMAR hat in der Datei GEMAR.KEY den Schlssel geschrieben, da bei 
    diesem Backup der vordere Index verwendet werden kann. Daher sollte man 
    in dem Fall, da man umpartitionieren will, die Datei auf Diskette 
    sichern, damit beim Restore der Schlssel fr dieses Backup auch vorhanden
    ist. 