Hallo zusammen,
ich möchte von einigen Ordnern auf eine 2 TB-Partition ein Backup auf ein LTO-4-Band machen. Der Streamer ist über SAS angeschlossen (PCIe-Controller von Atto) und die Festplatten der Quelldaten liegen in einem Hardware-RAID5 an einem 3ware-PCIe-Controller.
Wenn ich
eingebe, passiert zwar etwas, aber nicht das, was ich will.
tar gibt brav die gerade verarbeitete Datei aus, aber das Bandlaufwerk fängt an zu wienern ("shoeshining"), läuft also immer wieder an und stoppt wieder.
Da dieses Verhalten weder für das Band noch für das Laufwerk von Vorteil ist, möchte ich das vermeiden. Außerdem würde sich das Backup dadurch vermutlich Tage hinziehen.
Zugriffe auf das Hardware-RAID erfolgen nur sehr sporadisch, d.h. es kann eigentlich nicht daran liegen, dass die Platten zuwenig Daten liefern.
Vielleicht ist das ein Problem der Pufferung?
Das sollte eigentlich reichen, zumal ja bei einem HDD-Flaschenhals zumindest permanenter Zugriff auf die Festplatten stattfinden sollte, oder?
Ich habe mich schon nach anderen Backup-Lösungen umgeschaut, mit folgenden Ergebnissen:
Kdat: Kann nur Medien bis max 99 GB benutzen.
Arkeia: Sehr umständlich, viel zu mächtig und vor allem: schlechtes Interface. Wurde zwar inzwischen auf Browser umgestellt, ist aber nach wie vor eher war für diejenigen, die es Programmiert haben. Keine oder unklare Fehlermeldungen.
Wer kann mir evtl. noch eine andere Software empfehlen?
Wie kann ich die Geschwindigkeit des Streamers testen?
Gibt es eine Möglichkeit, festzustellen, warum bzw. wann der Streamer zwischendurch stoppt?
Vielen Dank und viele Grüße
Kai
ich möchte von einigen Ordnern auf eine 2 TB-Partition ein Backup auf ein LTO-4-Band machen. Der Streamer ist über SAS angeschlossen (PCIe-Controller von Atto) und die Festplatten der Quelldaten liegen in einem Hardware-RAID5 an einem 3ware-PCIe-Controller.
Wenn ich
Code:
tar cfv /dev/tape /daten/backupdateien
tar gibt brav die gerade verarbeitete Datei aus, aber das Bandlaufwerk fängt an zu wienern ("shoeshining"), läuft also immer wieder an und stoppt wieder.
Da dieses Verhalten weder für das Band noch für das Laufwerk von Vorteil ist, möchte ich das vermeiden. Außerdem würde sich das Backup dadurch vermutlich Tage hinziehen.
Zugriffe auf das Hardware-RAID erfolgen nur sehr sporadisch, d.h. es kann eigentlich nicht daran liegen, dass die Platten zuwenig Daten liefern.
Vielleicht ist das ein Problem der Pufferung?
Code:
backupserver:/ # hdparm -tT /dev/sdb
/dev/sdb:
Timing cached reads: 2014 MB in 2.00 seconds = 1007.45 MB/sec
Timing buffered disk reads: 368 MB in 3.01 seconds = 122.30 MB/sec
Das sollte eigentlich reichen, zumal ja bei einem HDD-Flaschenhals zumindest permanenter Zugriff auf die Festplatten stattfinden sollte, oder?
Ich habe mich schon nach anderen Backup-Lösungen umgeschaut, mit folgenden Ergebnissen:
Kdat: Kann nur Medien bis max 99 GB benutzen.
Arkeia: Sehr umständlich, viel zu mächtig und vor allem: schlechtes Interface. Wurde zwar inzwischen auf Browser umgestellt, ist aber nach wie vor eher war für diejenigen, die es Programmiert haben. Keine oder unklare Fehlermeldungen.
Wer kann mir evtl. noch eine andere Software empfehlen?
Wie kann ich die Geschwindigkeit des Streamers testen?
Gibt es eine Möglichkeit, festzustellen, warum bzw. wann der Streamer zwischendurch stoppt?
Vielen Dank und viele Grüße
Kai