6
Quantum DLT V4 erkennt nicht die richtige Größe der DLTtape VS1
Nach dem Einbau eines Quantum DLT V4 Laufwerkes in einen Netware 6.5 klappt die Sicherung mit Arcserve 11.1 reibungslos.
Nur leider werden die Quantum DLTtape VS1 nicht mit 160/320 GB erkannt sondern mit der kleineren Größe von 80 /160 GB, wie für das DLT VS160 vorgesehen.
ARCSERVE 11.1 schreibt in die Banddetails diese Größe, die Hardware Komprimierung steht auf "Ein". So wird auf dem Band nur 165 GB geschrieben.
Wie bringe ich das Laufwerk / Arcserve dazu die richtige Größe der Bänder zu erkennen?
Vielen Dank im Voraus für eure Hilfe
Rogni71
Nur leider werden die Quantum DLTtape VS1 nicht mit 160/320 GB erkannt sondern mit der kleineren Größe von 80 /160 GB, wie für das DLT VS160 vorgesehen.
ARCSERVE 11.1 schreibt in die Banddetails diese Größe, die Hardware Komprimierung steht auf "Ein". So wird auf dem Band nur 165 GB geschrieben.
Wie bringe ich das Laufwerk / Arcserve dazu die richtige Größe der Bänder zu erkennen?
Vielen Dank im Voraus für eure Hilfe
Rogni71
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 72720
Url: https://administrator.de/contentid/72720
Printed on: April 19, 2024 at 20:04 o'clock
6 Comments
Latest comment
Hallo,
Das DLT V4 kann auf die gleichen Medien 160/320GB schreiben.
Evtl ist diese kosmetische Sache in Arcserve 11.5 gefixed.
Mit Hardwarekompremierung kann man i.d.R. mehr Daten auf die Bänder schreiben, wieviel mehr hängt von den Daten ab.
K.
Nur leider werden die Quantum DLTtape VS1
nicht mit 160/320 GB erkannt sondern mit der
kleineren Größe von 80 /160 GB,
wie für das DLT VS160 vorgesehen.
als die DLT VS1 Medien auf dem Markt kamen hatten diese nur eine Kapazität von 80/160 GB.nicht mit 160/320 GB erkannt sondern mit der
kleineren Größe von 80 /160 GB,
wie für das DLT VS160 vorgesehen.
Das DLT V4 kann auf die gleichen Medien 160/320GB schreiben.
Evtl ist diese kosmetische Sache in Arcserve 11.5 gefixed.
ARCSERVE 11.1 schreibt in die Banddetails
diese Größe, die Hardware
Komprimierung steht auf "Ein". So
wird auf dem Band nur 165 GB geschrieben.
Die VS1-Medien haben mit dem V4 eine unkompremierte Kapazität von 160GB. Wenn du das ohne Hardwarekompremierung auf die Bänder schreiben kannst hat Arcserve schonmal alles richtig gemacht.diese Größe, die Hardware
Komprimierung steht auf "Ein". So
wird auf dem Band nur 165 GB geschrieben.
Mit Hardwarekompremierung kann man i.d.R. mehr Daten auf die Bänder schreiben, wieviel mehr hängt von den Daten ab.
K.
Das DLT V4 kann auf die gleichen Medien
160/320GB schreiben.
Evtl ist diese kosmetische Sache in Arcserve
11.5 gefixed.
Der Gedanke ist mir gerade auch noch einmal gekommen. Ich schaue mal ob es mit der aktuelleren Version passt.160/320GB schreiben.
Evtl ist diese kosmetische Sache in Arcserve
11.5 gefixed.
> ARCSERVE 11.1 schreibt in die
Banddetails
> diese Größe, die Hardware
> Komprimierung steht auf
"Ein". So
> wird auf dem Band nur 165 GB
geschrieben.
Die VS1-Medien haben mit dem V4 eine
unkompremierte Kapazität von 160GB. Wenn
du das ohne Hardwarekompremierung auf die
Bänder schreiben kannst hat Arcserve
schonmal alles richtig gemacht.
Mit Hardwarekompremierung kann man i.d.R.
mehr Daten auf die Bänder schreiben,
wieviel mehr hängt von den Daten ab.
K.
Rogni71
Nach einigen Telefonaten mit CA stellt sich nun raus, dass die Anzeige in ARCSERVE für die Bänder falsch sei.
An meinem eigentlichen Problem, dass nicht 320 GB auf die Bänder geschrieben werden, ändert das allerdings nichts.
Nach Auskunft von CA stellt Arcserve nur die Daten zur Verfügung und das DLT V Laufwerk schreibt dann solange wie es kann Daten auf das Band und fordert dann ein neues Band an.
Also muss ich mich noch einmal bei Quantum schlau machen, ob es noch eine Lösung gibt.
An meinem eigentlichen Problem, dass nicht 320 GB auf die Bänder geschrieben werden, ändert das allerdings nichts.
Nach Auskunft von CA stellt Arcserve nur die Daten zur Verfügung und das DLT V Laufwerk schreibt dann solange wie es kann Daten auf das Band und fordert dann ein neues Band an.
Also muss ich mich noch einmal bei Quantum schlau machen, ob es noch eine Lösung gibt.
An meinem eigentlichen Problem, dass nicht
320 GB auf die Bänder geschrieben
werden, ändert das allerdings nichts.
Die Kapazität der Bänder ist _160GB_!!!!!!320 GB auf die Bänder geschrieben
werden, ändert das allerdings nichts.
Mehr geht nur mit Hardware- bzw. Softwarekompremierung drauf.
Falls man die Daten nicht mehr kompremieren kann, weil diese schon kompremiert sind, dann ist bei ca. 160GB (+/-10GB) das Band voll.
Nach Auskunft von CA stellt Arcserve nur die
Daten zur Verfügung und das DLT V
Laufwerk schreibt dann solange wie es kann
Daten auf das Band und fordert dann ein neues
Band an.
Eigentlich müsste es heissen, dass das Laufwerk dem Arcserve mitteilt dass das Band voll ist, und Arcserve dann nach einem neuen Band fragt *erbsenzähl*.Daten zur Verfügung und das DLT V
Laufwerk schreibt dann solange wie es kann
Daten auf das Band und fordert dann ein neues
Band an.
Also muss ich mich noch einmal bei Quantum
schlau machen, ob es noch eine Lösung
gibt.
Teste das Laufwerk mal mit der Diagnosesoftware von Quantum.schlau machen, ob es noch eine Lösung
gibt.
http://www.quantum.com/ServiceandSupport/SoftwareandDocumentationDownlo ...
Falls da was defekt ist wird die Software das finden.
K.
Ja, die Hardwarekomprimierung ist ja auch eingestellt. Größtenteils werden Office Dokumente (ppt, doc, xls, mdb) gespeichert und keine gepackten Dateien. Netware selber verwaltet auch nur 13 GB komprimierte Dateien in diesen Verzeichnissen. So finde ich es schon verwunderlich, dass statt 320 keine 190 GB drauf passen.
Bei Quantum hatte ich auch schon vorbeigeschaut. Aber die Diagnosesoftware von Quantum läuft nur unter Windows, Solaris oder Linux. Da darf ich das Laufwerk erst einmal aus dem Netware-Server ausbauen...
Bei Quantum hatte ich auch schon vorbeigeschaut. Aber die Diagnosesoftware von Quantum läuft nur unter Windows, Solaris oder Linux. Da darf ich das Laufwerk erst einmal aus dem Netware-Server ausbauen...
Ja, die Hardwarekomprimierung ist ja auch
eingestellt. Größtenteils werden
Office Dokumente (ppt, doc, xls, mdb)
gespeichert und keine gepackten Dateien.
Netware selber verwaltet auch nur 13 GB
komprimierte Dateien in diesen
Verzeichnissen. So finde ich es schon
verwunderlich, dass statt 320 keine 190 GB
drauf passen.
Bitte vergiss doch mal die 320GB.eingestellt. Größtenteils werden
Office Dokumente (ppt, doc, xls, mdb)
gespeichert und keine gepackten Dateien.
Netware selber verwaltet auch nur 13 GB
komprimierte Dateien in diesen
Verzeichnissen. So finde ich es schon
verwunderlich, dass statt 320 keine 190 GB
drauf passen.
Es heisst "Bis zu 320GB* (und hier ist das berühmte Sternchen)". Und das Sternchen besagt dass dies nur bei einer _angenommenen_ Kompremierung von 2:1 so ist.
Dieser Kompremierungsgrad wird aber eben nicht immer erreicht, und hängt von der Art der Daten ab. Normalerweise sollten sich schon 1,4-1,6:1 erreichen lassen mit "normalen" Office-Daten.
Mit den richtigen Daten geht auch mehr als 2:1, aber normalerweise eben erheblich weniger.
Je mehr vorkompremierte Daten (*.zip, *.mp3, *.avi,*.jpg,*.iso, ....) in den Daten enthalten ist desto weniger Daten gehen auf das Band, mind. 160GB.
Und mein DLT1 (mit 40GB) hat letztens auch schon bei 38GB nach einem neuen Band gefragt...
Die 320GB sind eine _reine_ Marketingaussage. Grosse Zahlen verkaufen sich halt besser.
Bei Quantum hatte ich auch schon
vorbeigeschaut. Aber die Diagnosesoftware von
Quantum läuft nur unter Windows, Solaris
oder Linux. Da darf ich das Laufwerk erst
einmal aus dem Netware-Server ausbauen...
Mit Netware ist man da in der Tat erstmal gef*ckt..vorbeigeschaut. Aber die Diagnosesoftware von
Quantum läuft nur unter Windows, Solaris
oder Linux. Da darf ich das Laufwerk erst
einmal aus dem Netware-Server ausbauen...
Und die Linux-Variante ist auch nur für einen 2.4er Kernel, also kaum zu gebrauchen, da man meistens ein so altes Linux nicht mehr nutzt.
K.
