Bandlaufwerk (LTO3) schreibt zu langsam
Hallo zusammen,
ich habe folgendes Problem. Mein LTO 3 Laufwerk schreibt die Daten zu langsam aufs Band. Erstmal die grundsätzlichen Daten meines Systems:
Prozessor: Athlon 64 3000+
Board: Asus K8N (S-ATA I)
PCI Spezifikation laut Handbuch: PCI 2.2
Festplatten: Systemplatte (80 GB, IDE), 2 x 750 GB Western Digital (Raid Edition), 7200 U/min, S-ATA II
SCSI-Controller: Adaptec SCSI Card 19160 (Ultra 160)
Bandlaufwerk: HP StorageWorks Ultrium 960 Bandlaufwerk
Bänder: HP Ultrium LTO3
Betriebssystem: Windows Server 2003 (32-bit)
Backupprogramm: NTBACKUP
Der SCSI-Controller steckt in einem normalen PCI 32-bit Slot. Ich meine im BIOS gesehen zu haben dass mein PCI Bus mit 66 MHz taktet. Das Bandlaufwerk ist für SCSI Ultra 320 ausgelegt. Der Controller ist wie gesagt Ultra 160. Das Board hat fünf PCI 32bit Steckplätze. Der Controller steckt im drittten Steckplatz von oben. Der Controller erfordert PCI BUS-Mastering, was im BIOS auch aktiviert ist. Ich habe keinen Hinweis gefunden das PCI BUS-Mastering nur auf bestimmten PCI-Steckplätzen verfügbar ist.
Eigentlich verwende ich das Windows-eigene Programm NTBACKUP. Zum Test habe ich auch Symantec Backup Exec 12 ausprobiert. Zwischen beiden Programmen ist bei den gleichen zu sichernden Daten kein nennenswerter Geschwindigkeitsunterschied auszumachen, was die Datenrate beim schreiben auf das Band betrifft. Zum Testen habe ich 2 - 4 ca. 4 GB große Linux Images, die auf einer der Western Digital Platten lagen, gesichert. Backup Exec zeigt mir beim Schreiben auf das Band eine durchschnittliche Geschwindigkeit von ca. 25 - 30 MByte/s (ca. 1.700 MByte/min) an. Das Laufwerk ist wohl für 80 MByte/s ausgelegt. NTBACKUP hat für zwei Images (8,9 GB) 4 Minuten 18 Sekunden gebraucht. Mit ausgeschalteter Hardwarekomprimierung ging es lediglich zwei Sekunden schneller.
Wenn ich für die Western Digital Platten einen Bechmark mit SiSoft Sandra mache, komme ich auf eine maximale Lesegschwindigkeit von ca. 65 MByte/s.
Im Prinzip würde mir die Geschwindigkeit des Backups ausreichen. Ich habe mir aber sagen lassen dass es nicht gut ist wenn das Laufwerk in den Start-/Stop-Betrieb geht. Würde das Laufwerk ungern kaputt machen. Alleine deswegen schon weil dann mein Backup ja nichts mehr bringt .
Akustisch äußert sich die Sicherung folgendermaßen:
Bei den beiden Images (welche ja eigentlich "Streamer-freundlich" sind) hört es sich so an als wenn das Band dauerhaft in einer bestimmten Geschwindigkeit dreht und alle ca. 15 - 20 Sekunden für ca. 3 - 5 Sekunden schneller wird ( es ist ein deutliches höheres Geräusch zu hören) und dann wieder langsamer dreht. Bei vielen kleinen Dateien (in diesem Fall "System State Backup") ist deutlich zu hören dass das Laufwerk alle 5 - 10 Sekunden stoppt und dann wieder anläuft.
Zu einen würde mich interessieren wie schädlich das tatsächlich für das Laufwerk ist (diese Daten habe ich nur zum testen genommen. Nacher sollen ca. 600 - 800 GB, verteilt auf mehrere Bänder, gesichert werden. Diese sind teilweise groß, teilweise auch viele kleine. Gesichert werden soll warschienlich einmal die Woche.)?
Zum anderen kann ich mir nicht erklären woher die Geschwindigkeitseinbußen kommen. Die einzige Erklärung die ich habe wäre noch dass der PCI-Bus die Daten nicht schnell genug liefern kann. Kann das sein? Habt ihr noch andere Ideen? Gibt es noch irgendwelche Möglichkeiten zur Optimierung?
Ihr würdet mir sehr helfen. Mache schon ewig lang damit rum.
Vielen Dank im Voraus.
Grüße
plategt
ich habe folgendes Problem. Mein LTO 3 Laufwerk schreibt die Daten zu langsam aufs Band. Erstmal die grundsätzlichen Daten meines Systems:
Prozessor: Athlon 64 3000+
Board: Asus K8N (S-ATA I)
PCI Spezifikation laut Handbuch: PCI 2.2
Festplatten: Systemplatte (80 GB, IDE), 2 x 750 GB Western Digital (Raid Edition), 7200 U/min, S-ATA II
SCSI-Controller: Adaptec SCSI Card 19160 (Ultra 160)
Bandlaufwerk: HP StorageWorks Ultrium 960 Bandlaufwerk
Bänder: HP Ultrium LTO3
Betriebssystem: Windows Server 2003 (32-bit)
Backupprogramm: NTBACKUP
Der SCSI-Controller steckt in einem normalen PCI 32-bit Slot. Ich meine im BIOS gesehen zu haben dass mein PCI Bus mit 66 MHz taktet. Das Bandlaufwerk ist für SCSI Ultra 320 ausgelegt. Der Controller ist wie gesagt Ultra 160. Das Board hat fünf PCI 32bit Steckplätze. Der Controller steckt im drittten Steckplatz von oben. Der Controller erfordert PCI BUS-Mastering, was im BIOS auch aktiviert ist. Ich habe keinen Hinweis gefunden das PCI BUS-Mastering nur auf bestimmten PCI-Steckplätzen verfügbar ist.
Eigentlich verwende ich das Windows-eigene Programm NTBACKUP. Zum Test habe ich auch Symantec Backup Exec 12 ausprobiert. Zwischen beiden Programmen ist bei den gleichen zu sichernden Daten kein nennenswerter Geschwindigkeitsunterschied auszumachen, was die Datenrate beim schreiben auf das Band betrifft. Zum Testen habe ich 2 - 4 ca. 4 GB große Linux Images, die auf einer der Western Digital Platten lagen, gesichert. Backup Exec zeigt mir beim Schreiben auf das Band eine durchschnittliche Geschwindigkeit von ca. 25 - 30 MByte/s (ca. 1.700 MByte/min) an. Das Laufwerk ist wohl für 80 MByte/s ausgelegt. NTBACKUP hat für zwei Images (8,9 GB) 4 Minuten 18 Sekunden gebraucht. Mit ausgeschalteter Hardwarekomprimierung ging es lediglich zwei Sekunden schneller.
Wenn ich für die Western Digital Platten einen Bechmark mit SiSoft Sandra mache, komme ich auf eine maximale Lesegschwindigkeit von ca. 65 MByte/s.
Im Prinzip würde mir die Geschwindigkeit des Backups ausreichen. Ich habe mir aber sagen lassen dass es nicht gut ist wenn das Laufwerk in den Start-/Stop-Betrieb geht. Würde das Laufwerk ungern kaputt machen. Alleine deswegen schon weil dann mein Backup ja nichts mehr bringt .
Akustisch äußert sich die Sicherung folgendermaßen:
Bei den beiden Images (welche ja eigentlich "Streamer-freundlich" sind) hört es sich so an als wenn das Band dauerhaft in einer bestimmten Geschwindigkeit dreht und alle ca. 15 - 20 Sekunden für ca. 3 - 5 Sekunden schneller wird ( es ist ein deutliches höheres Geräusch zu hören) und dann wieder langsamer dreht. Bei vielen kleinen Dateien (in diesem Fall "System State Backup") ist deutlich zu hören dass das Laufwerk alle 5 - 10 Sekunden stoppt und dann wieder anläuft.
Zu einen würde mich interessieren wie schädlich das tatsächlich für das Laufwerk ist (diese Daten habe ich nur zum testen genommen. Nacher sollen ca. 600 - 800 GB, verteilt auf mehrere Bänder, gesichert werden. Diese sind teilweise groß, teilweise auch viele kleine. Gesichert werden soll warschienlich einmal die Woche.)?
Zum anderen kann ich mir nicht erklären woher die Geschwindigkeitseinbußen kommen. Die einzige Erklärung die ich habe wäre noch dass der PCI-Bus die Daten nicht schnell genug liefern kann. Kann das sein? Habt ihr noch andere Ideen? Gibt es noch irgendwelche Möglichkeiten zur Optimierung?
Ihr würdet mir sehr helfen. Mache schon ewig lang damit rum.
Vielen Dank im Voraus.
Grüße
plategt
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 97276
Url: https://administrator.de/contentid/97276
Ausgedruckt am: 22.11.2024 um 21:11 Uhr
8 Kommentare
Neuester Kommentar
25-30 MB/sec ist für LTO-3 eindeutig zu wenig und dürfte der Mechanik sehr abträglich sein. Mindestens die Hälfte der nominalen Geschwindigkeit müssen sein, also mindestens 40MB/sec. Besser ist, die vollen 80 MB/sec anzuliefern.
Alleine am 32-Bit PCI-Bus wird es kaum liegen. Ich habe mein LTO-3 an einem P4 3Ghz mit 32-Bit PCI, einem Adaptec 29160 U160 und der neuen Maxtor Diamondmax 22, die recht fix ist. Ich erreiche eine durchschnittliche Schreibgeschwindigkeit von 45 MB/sec und eine durchschnittliche Rücklesegeschwindigkeit von 60 MB/sec, also Werte, mit denen man leben kann, ohne um die Mechanik zu fürchten.
Ich werde trotzdem auf PCI-X umsteigen und habe mir gerade ein Asus Psch-L Serverboard zugelegt, die Diamondmax 22, die ich übrigens sehr empfehlen kann - kostet 45 Euro bei 500GB und ist schnell - verdoppele ich zu RAID0, mal sehen, ob ich nicht an die 80 MB/sec rankommen.
In Ihrem System scheinen mir die Platten der Flaschenhals zu sein. Benchmarks sind im Allgemeinen wenig aussagekräftig, und 60 MB/sec sind zu wenig. Mal mit einer schnelleren Platte experimentieren, an RAID0 denken. Der Adaptec 19160 ist auf 32 bit genauso schnell wie der 29160, kann also auf dem jetzigen 32-bit-Slot erstmal bleiben.
Dann erst an ein PCI-X oder PCI-e - Board mit SATA II und einen 29160 denken.
Alleine am 32-Bit PCI-Bus wird es kaum liegen. Ich habe mein LTO-3 an einem P4 3Ghz mit 32-Bit PCI, einem Adaptec 29160 U160 und der neuen Maxtor Diamondmax 22, die recht fix ist. Ich erreiche eine durchschnittliche Schreibgeschwindigkeit von 45 MB/sec und eine durchschnittliche Rücklesegeschwindigkeit von 60 MB/sec, also Werte, mit denen man leben kann, ohne um die Mechanik zu fürchten.
Ich werde trotzdem auf PCI-X umsteigen und habe mir gerade ein Asus Psch-L Serverboard zugelegt, die Diamondmax 22, die ich übrigens sehr empfehlen kann - kostet 45 Euro bei 500GB und ist schnell - verdoppele ich zu RAID0, mal sehen, ob ich nicht an die 80 MB/sec rankommen.
In Ihrem System scheinen mir die Platten der Flaschenhals zu sein. Benchmarks sind im Allgemeinen wenig aussagekräftig, und 60 MB/sec sind zu wenig. Mal mit einer schnelleren Platte experimentieren, an RAID0 denken. Der Adaptec 19160 ist auf 32 bit genauso schnell wie der 29160, kann also auf dem jetzigen 32-bit-Slot erstmal bleiben.
Dann erst an ein PCI-X oder PCI-e - Board mit SATA II und einen 29160 denken.
Hallo,
ich hatte vor Jahren mal einen ähnlichen Fall:
Betriebssystem: Windows 2003
Sicherungssoftware: Veritas Backup Exec
Bandlaufwerk: LTO-1
Controller: Adaptec 29160
Die Ursache waren damals die Treiber für den SCSI-Controller, dieser wurde von Windows automatisch erkannt und damit wurden dann natürlich die MS-Treiber für den Controller verwendet. Nachdem ich die Treiber von Adaptec heruntergeladen und manuell installiert hatte, hat sich die Geschwindigkeit der Bandsicherung etwa verdreifacht.
mfg
Harald
ich hatte vor Jahren mal einen ähnlichen Fall:
Betriebssystem: Windows 2003
Sicherungssoftware: Veritas Backup Exec
Bandlaufwerk: LTO-1
Controller: Adaptec 29160
Die Ursache waren damals die Treiber für den SCSI-Controller, dieser wurde von Windows automatisch erkannt und damit wurden dann natürlich die MS-Treiber für den Controller verwendet. Nachdem ich die Treiber von Adaptec heruntergeladen und manuell installiert hatte, hat sich die Geschwindigkeit der Bandsicherung etwa verdreifacht.
mfg
Harald
Hi,
zum Vergleich gebe ich meine Daten auch mal durch. Da ich auch den Adaptec 29160 zur Anbindung unseres LTO3 LWs nutze.
2 x Xeon 2,4 Ghz noch mit HT
2 GB Speicher
Easy Raid SATA Speichersystem per 2 x 4 GB FC angebunden
IBM Ultrium 3580 LTO 3 per SCSI über 29160 angebunden
4 x 1 GB LAN-Anbindung
Adaptec 29160 Treiber (15.07.2003) Version 6.1.6300.100
Bandsicherung über BackupExec 11d vom Backup2Disk Ordner
macht im Schnitt 4.558 MB/min = 75,96 MB/sec (Hierbei werden aber auch recht große Files gesichert)
Die Probleme mit der langsamen Bandsicherung kenne ich aber auch zu genüge. Bei uns lag das Problem an der Anbindung zum Speichersystem. So richtig zufrieden bin ich mit meinem System aber auch noch nicht, da die Karten alle auf PCI BAsis sind und die Bandstation nur über über die langsame SCSI Verbindung angebunden ist.
Gruss setixx
zum Vergleich gebe ich meine Daten auch mal durch. Da ich auch den Adaptec 29160 zur Anbindung unseres LTO3 LWs nutze.
2 x Xeon 2,4 Ghz noch mit HT
2 GB Speicher
Easy Raid SATA Speichersystem per 2 x 4 GB FC angebunden
IBM Ultrium 3580 LTO 3 per SCSI über 29160 angebunden
4 x 1 GB LAN-Anbindung
Adaptec 29160 Treiber (15.07.2003) Version 6.1.6300.100
Bandsicherung über BackupExec 11d vom Backup2Disk Ordner
macht im Schnitt 4.558 MB/min = 75,96 MB/sec (Hierbei werden aber auch recht große Files gesichert)
Die Probleme mit der langsamen Bandsicherung kenne ich aber auch zu genüge. Bei uns lag das Problem an der Anbindung zum Speichersystem. So richtig zufrieden bin ich mit meinem System aber auch noch nicht, da die Karten alle auf PCI BAsis sind und die Bandstation nur über über die langsame SCSI Verbindung angebunden ist.
Gruss setixx