ickmus
Goto Top

Behandlung von Bandlaufwerken

Was bei der Benutzung von Bandlaufwerken beachtet werden sollte

back-to-topDie Grundsätzliche Behandlung von Bandlaufwerken


Dieses Tutorial beschreibt auf welche grundsätzlichen Dinge man achten sollte wenn man seine Datensicherung mit Bandlaufwerken durchführt. Auch wenn die hier beschriebenen Maßnahmen sehr kompliziert und Umfangreich scheinen, so führt auch heute noch bei professioneller Datensicherung kaum ein Weg an Bandlaufwerken vorbei.

Die meisten Leute messen der Datensicherung nicht ausreichend Aufmerksamkeit bei, und denken Was kann man schon bei einem Bandlaufwerk schon falsch machen?.
Man kann eine ganze Menge falsch machen, und somit die Datensicherung auf Dauer nicht zuverlässig durchführen.

Die meisten professionellen Bandlaufwerke werden als SCSI-Geräte angeboten. Es gibt auch einige wenige mit IDE-Schnittstellen, USB und neuerdings werden auch Geräte mit SATA-Anschluss angeboten.
Meine praktische Erfahrung erstreckt sich dabei auf SCSI- und SATA-Geräte mit DLT/SDLT-, SLR-, und LTO-Technik verschiedener Hersteller.

back-to-topWas ist bei der Installation zu beachten?
  • Bandlaufwerke müssen i.d.R. ausreichend gekühlt werden, da die meisten Laufwerke während des Sicherns schon sehr warm werden. Daher sollte man schon beim Einbau der Geräte darauf achten dass ein den Spezifikationen entsprechend grosser Luftstrom durch die Laufwerke geht. Falls dieser Luftstrom nicht vorhanden ist überhitzt die Elektronik auf Dauer, und es kann zu Steuer- und Regelungsproblemen kommen was dann zu steckengebliebenen Medien und/oder nicht mehr lesbaren Medien führt. I.d.R. ist die maximale im Laufwerk während der Sicherung zulässige Temperatur bei 40 Grad Celsius. Diese kann leicht überschritten werden wenn die Umgebungstemperatur schon bei 35 Grad liegt (wie gerade im Moment, September 06). Es ist auch hilfreich keine Festplatten unterhalb des Bandlaufwerkes zu verbauen. Die beim Sichern entwickelte Hitze steigt nach oben und heizt das Bandlaufwerk zusätzlich auf.
  • Der richtige Controller muss benutzt werden. Bandlaufwerkshersteller haben entweder eine Liste mit zertifizierten Controllern, bzw. werden einige Controller empfohlen. An diese Liste oder Empfehlungen sollte man sich immer halten. Ansonsten kann es sein dass bei Problemen von Support einfach gesagt wird: Der falsche Controller, das kann so nicht funktionieren. Auch die neusten Treiber und die neuste Firmware sollte bei dem Controller benutzt werden. Das kann viele Probleme von vornherein ausschliessen. Gerade bei SATA-Geräten ist ein zertifizierter Controller enorm wichtig, da es passieren kann dass das Nachfolgemodell des Controllers schon nicht mehr mit dem Laufwerk funktioniert. Grundsätzlich gilt: keine RAID-Controller (SCSI und SATA) mit Bandlaufwerken nutzen.
  • für den Einbau der Geräte selber gibt es von vielen Herstellern Richtlinien bzgl. der Einbaulage, Schraubenlänge, usw. die beachtet werden sollten.
  • Update Man sollte ein Bandlaufwerk immer alleine am Controller (SCSI wie auch SATA) anschliessen, um Probleme in der Interaktion mit den anderen Busteilnehmern zu vermeiden.
  • Update Bandlaufwerke sollten immer in mind. 70 cm Höhe verbaut werden, damit nicht zu viel Flugstaub in die Geräte gesaugt wird.
  • Update Bandlaufwerke und Raucher sollten möglichst getrennt werden. Nikotin bzw. der Film den Zigarettenrauch bildet kann bei Bandlaufwerken zu ernsthaften Verschmutzungen der Schreib-/Leseköpfe führen, die über ein normales Reinigungsband nicht beseitigt werden kann. Solche Verschmutzungen müssen dann über eine Reinigung mit Isopropyl Alkohol gelöst werden.

back-to-topWarum Streamer immer streamen sollten
  • Bandlaufwerke heissen auch Streamer, weil diese Geräte am besten arbeiten wenn sie kontinuierlich mit einem ausreichend grossen Datenstrom, Stream, versorgt werden. Falls die zum Bandlaufwerk transferierte Datenmenge nicht ausreicht um das Laufwerk kontinuierlich durchlaufen zu lassen, dann gehen die Bandlaufwerke in den Start-Stop-Betrieb. Dieser verschleisst die Medien und die Bandlaufwerke ungemein, so dass man die Bänder nach ca. 1 Jahr entsorgen kann, die meisten Bandlaufwerke nach 2 Jahren.
  • Start-Stop-Betrieb heisst folgendes: Wenn die Daten nicht schnell genug geliefert werden, dann läuft irgendwann der interne Puffer des Bandlaufwerkes leer. Dann muss das Bandlaufwerk mit schreiben aufhöhren. Der Puffer ist schnell wieder mit Daten gefüllt, jedoch die Stelle auf dem Band finden an welcher das Schreiben aufgehöhrt hat dauert sehr viel länger. Dabei wird immer hin- und hergespult. Dieses Hin- und Herspulen verschleisst die Bandoberfläche ungemein, da gerade beim Anfahren und Abstoppen des Motors die größten Kräfte auf das Band einwirken. Ausserdem ist beim Anfahren und Abstoppen der Laufwerke die Stromaufnahme am höchsten, was sich wiederum in einem wärmeren Laufwerk bemerkbar macht. Daher ist die Kühlung der Laufwerke so ungemein wichtig.

back-to-topSinn des Überprüfens des Backups / Verify (Update)
Einige Hersteller von Bandlaufwerken schreiben in ihren Datenblättern, dass mit ihren Bandlaufwerken ein extra Verify-Durchlauf nicht notwendig ist, da die Bandlaufwerke über eine Hinterbandkontrolle verfügen, welche sicherstellt dass die Daten korrekt auf das Band geschrieben worden sind.
Das ist allerdings absoluter Schwachsinn.
Die Hinterbandkontroller ist dazu da um nicht korrekt geschriebene Datenblöcke zu erkennen und vom Bandlaufwerk nochmal schreiben zu lassen. Dazu liest das Laufwerk den zuletzt geschriebenen Datenblock, und vergleicht diesen mit dem Datenblock der noch im Puffer ist. Sind die Datenblöcke gleich, dann kann ein neuer Block geschrieben werden, ansonsten muss der Datenblock nochmal geschrieben werden.
Dummerweise beweisen Übereinstimmende Datenblöcke bei der Hinterbandkontrolle nur, dass das Laufwerk den Pufferinhalt korrekt geschrieben hat. Der Pufferinhalt muss nämlich nicht zwangsläufig gleich dem Inhalt der Datei auf der Festplatte sein.
Parity Errors und defekte Kabel/Terminatoren bzw. Controller können die Daten nach dem Lesen von der Festplatte auf dem Transport zum Bandlaufwerk verändern, und so das Backup unbrauchbar machen.
Daher ist es immer anzuraten ein Verify des Backups durchzuführen, da dort die Daten vom Band gelesen werden und mit den Daten auf der Festplatte verglichen werden.
Um ganz sicher zu gehen dass das Backup auch brauchbar ist, ist es unbedingt anzuraten in regelmäßigen Abständen testweise Daten rückzusichern. Wenn das ohne Probleme geht, ist alles OK.
Natürlich kostet das alles Zeit, aber es beschützt einen im Ernstfall vor unangenehmen Überraschungen. Besonders wenn der Chef hinter einem steht und fragt wann denn alle wieder arbeiten können.

back-to-topReinigung
  • Es gibt von jedem Hersteller eine Empfehlung wann man die Bandlaufwerke reinigen sollte. Bei fast allen Bandlaufwerke die ich in meinen Fingern gehabt hab, hieß es: Nur wenn die ReinigungsLED am Laufwerk aktiv ist reinigen.
  • Die meisten Reinigungsmedien sind nur für eine bestimmte Menge Reinigungsvorgänge vorgesehen. Man sollte daher immer auf dem Medium selber die Anzahl der Reinigungen festhalten.

back-to-topFirmware
  • Nach Möglichkeit sollte immer die neuste Firmware für die Bandlaufwerke verwendet werden. Neue Firmware hat immer eine verbesserte Fehlerbehandlung, die in kritischen Situationen Probleme besser vermeiden kann.

back-to-topSelbsthilfe
Viele Probleme die mit Bandlaufwerken auftreten sind nicht unbedingt durch die Bandlaufwerke selber verursacht.
Die Bandlaufwerke sind dann das Symptom, aber nicht die Ursache.

  • CRC-Fehler haben folgende mögliche Ursachen:
      • Verschmutzte Schreib-Leseköpfe im Bandlaufwerk
      • Defekte bzw. alte Medien
      • Probleme innerhalb des SCSI-Busses, wie z.B. defekte Kabel bzw. Terminatoren
      • defektes Bandlaufwerk
  • E/A-Gerätefehler sind in erster Linie Kommunikationsprobleme zwischen Backupsoftware und Bandlaufwerk. Mögliche Ursachen:
      • Falsche Reinigunsmedien -> sehr verschmutzte Schreib-Leseköpfe (Besonders bei DLT VS80-Laufwerken)
      • alte Treiber für SCSI-Controller
      • defekte Kabel bzw. Terminatoren
      • defektes Bandlaufwerk
  • Parity Error ist eine Datenveränderung während des Transports der Daten über den SCSI-Bus. Mögliche Ursachen:
      • zu 95% defekte/falsche Kabel und Terminatoren
      • Rest: Controller und Bandlaufwerk
  • zu geringe Kapazität ist ein häufiges Problem.
      • Fast alle Bandlaufwerkshersteller geben die Kapazität der Laufwerke auf Basis einer erfolgten Kompression an. Dabei wird fast ausschliesslich ein Kompressionsverhältnis von 2:1 angegeben. Dieses Kompressionsverhältnis wird im realen Leben nur äusserst selten erreicht. Daher sollte man nur mit den unkomprmierten Werten planen. Alles zusätzliche was gesichert werden kann ist dann eine Zugabe.
      • Das Problem sind vorkompremierte Daten. Diese Daten kann die Hardwarekompresison der Bandlaufwerke nicht weiter kompremieren. Je höher der Anteil der kompremierten Daten ist, desto eher ist die erreichbare Kapazität in der Nähe der nativen, unkompremierten Kapazität.
----

Viele Bandlaufwerke haben in ihrer Firmware eine Selbstdiagnose eingebaut, oder es gibt vom Hersteller ein Diagnosetool. Diese Tests können grundsätzlich das Funktionieren der Bandlaufwerke testen. Die Diagnosetools können eigentlich auch immer die Seriennummer des Bandlaufwerkes auslesen, welche bei einem Defekt dann von Technischen Support des Herstellers abgefragt wird.

So, ich hoffe ich habe das eine oder andere Licht in das Dunkel bringen können und dem einen oder anderen ein wenig geholfen

Karsten

Content-Key: 36956

Url: https://administrator.de/contentid/36956

Printed on: April 16, 2024 at 09:04 o'clock

Mitglied: 33425
33425 Aug 04, 2006 at 12:16:00 (UTC)
Goto Top
Hallo,

recht nettes Tutorial allerdings fehlt noch die Information, das das Bandlaufwerk als einziges Device an dem SCSI Bus angeschlossen werden sollte.

Was man auch noch erwähnen könnte, ist das die Lebenserwartung des Bandlaufwerks proportional mit der Anzahl der Raucher im Raum abnimmt. (Vor allem DAT Laufwerke) face-wink

Die Aussage zu den Treibern stimmt teilweise, das z.B. Veritas am liebsten eigene Laufwerkstreiber einbindet.

einen binären Gruß
euer Schnitzelchen
Member: Ickmus
Ickmus Aug 04, 2006 at 14:54:16 (UTC)
Goto Top
Hallo,

recht nettes Tutorial allerdings fehlt noch
Grazie..

die Information, das das Bandlaufwerk als
einziges Device an dem SCSI Bus
angeschlossen werden sollte.
OK, als Empfehlung sicher keine schlechte Idee.

Was man auch noch erwähnen könnte,
ist das die Lebenserwartung des Bandlaufwerks
proportional mit der Anzahl der Raucher im
Raum abnimmt. (Vor allem DAT Laufwerke) face-wink
Bandlaufwerke gehöhren in den Serverraum... ;o)..
Wenn Raucher im selben Raum wie Bandlaufwerke sind, dann kann man auch gleich alles ausdrucken und abheften... ist dann das sicherste Backup.. ;o)

Die Aussage zu den Treibern stimmt
teilweise, das z.B. Veritas am liebsten
eigene Laufwerkstreiber einbindet.
Man kann bei Veritas auch mit den Standarthersteller-Treibern arbeiten.. man muss diese nur richtig im Veritas einbinden.

Karsten
Member: alpha-centauri
alpha-centauri Aug 28, 2006 at 10:22:26 (UTC)
Goto Top
ich hab meine erfahrungen mit bandlaufwerken gemacht und ich finde sie zum backupen einfach nur mistig.

sie sind lahm, anfällig, schlecht zu handeln und die geräten haben wucherpreise.

und ich hab alles mögliche von dat24,36,72, DLT, SDLT, utrium, 6x changer, 8x changer, r ack, 24x changer, ... mitgemacht.

in meiner aktuellen firma läuft das kurzfristige backup auf nem microsoft DPM, raid 5. das ist flott, simpel, einfach zu warten und bereitet mir kein kopfzerbrechen.

ansonsten kann ich tapes nur für langzeitarchivierung empfehlen. fürs kurzfristige, bis 3 wochen, ist es einfach zu alt. unflexibel, anfällig und unpraktisch.

ach so. und neben den diversen tape hardwares, hab ich noch die bekannten arcserver /brightstor, symantec, und tapeware mitgemacht.

alles, im vgl. zum MS DPM, extrem kompliziert.

denkt einfach mal drüber nach! welche backupsoftware bietet schon end user recovery an? ich kenn keine auss dem DPM, die so einfach funktioniert.
Member: Ickmus
Ickmus Aug 28, 2006 at 12:34:55 (UTC)
Goto Top
ich hab meine erfahrungen mit bandlaufwerken
gemacht und ich finde sie zum backupen
einfach nur mistig.
Deine Meinung.

sie sind lahm, anfällig, schlecht zu
handeln und die geräten haben
wucherpreise.
Lahm?? 80mb/s bei LTO3 finde ich nicht lahm.
Wucherpreise? bei der State of the Art Technik was Bandmeterial und Bandführung angeht??


und ich hab alles mögliche von
dat24,36,72, DLT, SDLT, utrium, 6x changer,
8x changer, r ack, 24x changer, ...
mitgemacht.
Also Vorkriegsware.


in meiner aktuellen firma läuft das
kurzfristige backup auf nem microsoft DPM,
raid 5. das ist flott, simpel, einfach zu
warten und bereitet mir kein kopfzerbrechen.
Ausser wenn die Bude abbrennt, dann ist das RAID5 mit abgebrannt.
Oder wenn alle Hardware geklaut wird.
Oder wenn am Wochenende in wenigen Stunden mehr als 1 Platte einen Defekt hat.

ansonsten kann ich tapes nur für
langzeitarchivierung empfehlen. fürs
kurzfristige, bis 3 wochen, ist es einfach zu
alt. unflexibel, anfällig und
unpraktisch.
Ich denke eine Woche auf Disk kann man machen, aber am Wochenende alles auf das Band schieben.


ach so. und neben den diversen tape
hardwares, hab ich noch die bekannten
arcserver /brightstor, symantec, und tapeware
mitgemacht.
Man muss mit Backupsoftware umgehen können.
Wenn man die Konzepte nicht komplett verinnerlicht kann man böse Überraschungen erleben.


alles, im vgl. zum MS DPM, extrem
kompliziert.
Wie funktioniert die Ansteuerung von Tapelibraries?


denkt einfach mal drüber nach! welche
backupsoftware bietet schon end user recovery
an? ich kenn keine auss dem DPM, die so
einfach funktioniert.
z.B. Backup Exec 10.d

Karsten
Mitglied: 33425
33425 Aug 28, 2006 at 13:22:03 (UTC)
Goto Top
Imho kann der Microsoft DPM auch kein AD mitsichern. Ist ja eine tolle Lösung für Desaster Recovery. Desweiteren basiert der DPM nur auf Shadowcopys. Der Einzige Vorteil ist, das die Benutzer die Dateien selber herstellen können, ohne den Admin zu rufen.

Was die Benutzung von Bandlaufwerken angeht kann ich diese nur wärmstens empfehlen, vor allem Stabile Techniken wie SLR, DLT oder AIT. Von DAT Laufwerken würde ich die Finger lassen.

Beim Einsatz von Arcserve habe ich schlechte Erfahrungen gemacht, da die Installationsroutine (damals Arcserve 2000) entsprechende Benutzerrechte nicht vergibt (z.B Einsetzen als Teil der Betriebssystems) und auch sehr unübersichtliche Protokolle ausgibt (z.B. Fehler: 5, Hinweise 13). Da kann ich nur wärmstens Symantec/Veritas BackupExec empfehlen.

mfg
Schnitzelchen
Member: alpha-centauri
alpha-centauri Aug 28, 2006 at 15:32:00 (UTC)
Goto Top
ach ja? und wie sieht dein backupzeitfenster aus? ich bekomm mit dem DPM 1h hin. kannst das schlagen? und die user merken keine belastung auf dem server.

"Wie funktioniert die Ansteuerung von Tapelibraries?"

der DPM wird als Backup2Disk-Lösung verwendet. vorhandene Oma Und Opa Architektur kann gerne nebenbei verwendet werden.

Deine 80MByte /Sec würd ich gerne mal in der Realität sehen. Nie im leben.

Läuft dein Backup auch nur nachts? Meins nicht. Und in meiner Firma sind mal "eben so" ca 1 TB ingesamt zu sichern. Täglich vielleicht 1 - 5Gbyte.

de DPM sicher keine AD mit ,genauso wenig wie Exchange. Dazu nutzt mal ein simples ntbackup.

was soll der nachteil von VSS sein? Dass man sicherungen nicht nachts laufen lassen muss? dass sicherungen während dem betrieb gehen? dass restores von endusern gemacht werdne können?

und mit dem DPM lass ich GFS rotations komplett ausser acht. da hab ich stündliche "vollsicherungen", wie die meisten admins das ja so schön nennen.
Member: Ickmus
Ickmus Aug 28, 2006 at 16:12:26 (UTC)
Goto Top
ach ja? und wie sieht dein backupzeitfenster
aus? ich bekomm mit dem DPM 1h hin. kannst
das schlagen? und die user merken keine
belastung auf dem server.
Naja, blockorientierte änderungen in Snapshots zu sichern ist sicher ne schnelle Angelegenheit.
Aber wie gesagt, brennt die Bude ab hilft dir das nicht.


"Wie funktioniert die Ansteuerung von
Tapelibraries?"

der DPM wird als Backup2Disk-Lösung
verwendet. vorhandene Oma Und Opa Architektur
kann gerne nebenbei verwendet werden.
Hä?


Deine 80MByte /Sec würd ich gerne mal
in der Realität sehen. Nie im leben.
Mit einem Adaptec 29160, drei Seagate 36gb/10000er U320 Platten an einem ICP Raid-Controller als RAID5 und entsprechenden Daten macht ein Tandberg 840LTO 4,3-4,5gb/min. (ca. 250gb/h) ohne Hardwarekompremierung.
Das sind fast 80mb/s.
Bei solchen Bandlaufwerken muss halt die Umgebung stimmen. Anderenfalls hast du keine Chance.


Läuft dein Backup auch nur nachts?
Es gibt verschiedene Möglichkeiten das zu machen. Wenn man das Laufwerk an den produktiven Server anschliesst hat man immer schlechte Karten.
Wenn man einen dezidierten Backupserver nimmt, ist es ziemlich egal was die User sagen.

Meins nicht. Und in meiner Firma sind mal
"eben so" ca 1 TB ingesamt zu
sichern. Täglich vielleicht 1 - 5Gbyte.
Ja und? Es gibt auch LTO-Autoloader mit mehreren TB Kapazität.


de DPM sicher keine AD mit ,genauso wenig
wie Exchange. Dazu nutzt mal ein simples
ntbackup.
Viel Spass bei einem Disaster Recovery.


was soll der nachteil von VSS sein? Dass man
sicherungen nicht nachts laufen lassen muss?
dass sicherungen während dem betrieb
gehen? dass restores von endusern gemacht
werdne können?
VSS ist eine _zusätzliche_ Möglichkeit Daten schnell wieder herzustellen. Aber kein Ersatz für ein Backup. Ist das Backup-Medium (z.B. dein RAID5) defekt, hast du kein Backup mehr.

und mit dem DPM lass ich GFS rotations
komplett ausser acht. da hab ich
stündliche "vollsicherungen",
wie die meisten admins das ja so schön
nennen.
Naja, Vollsicherungen sind was anderes. Du hast mit VSS verschiedene Änderungsstati, die du zu einem aktuellen Status wieder zusammensetzen kannst, hoffentlich.

Btw.
Wie realisierst du dein revisionssicheres Backup von Buchahltungs- und Kommunikationsdaten wie es der Gesetzgeber fordert?

Karsten
Mitglied: 33425
33425 Aug 28, 2006 at 19:48:05 (UTC)
Goto Top
Ich hatte den MS DPM mal als Beta laufen gehabt, was mir fehlte waren Agents für SQL Datenbanken und die Möglichkeit eine Datei von einem weiter zurückliegenden Zeitpunkt wiederherzustellen, aktuelle Zeitpunkte waren kein Problem.

Desweiteren fehlt die Möglichkeit zum Desaster Recovery, was mit "normalen" Backup Programmen möglich ist (auch wenn die Option zusätzlich Kohle kostet) a la: Disketten einlegen, Band einlegen und ruhigen Gewissens die Mittagspause beginnen. face-wink

Für schmale Bandbreiten wie z.B. Sicherung eines Standorts über VPN war der DPM auch nicht gut ausgelegt, da er nur komplette Dateien sichert und nicht die binäre Differenz.

Desweiteren hat DPM bei Dateibasierten Datenbank Systemen (Paradox, BTRIEVE) sicherlich Nachteile und könnte unter Umständen inkonsistente Datenbankstrukturen sichern.

Die vorher erwähnte Sache was bei Braänden und Diebstahl passiert habe ich am eigenen Leib schon erleben dürfen, da bei einem meiner betreuten Kunden eingebrochen und das komplette Büro leergeräumt wurde. Zwar wurden die Wochenbänder örtlich getrennt gelagert, aber die Einbrecher waren so freundlich das letzte Datensicherungsband auf dem Schreibtisch des Chefs zu plazieren. (Das ist kein Scherz!!!).

mfg
Schnitzelchen
Mitglied: 7036
7036 Aug 31, 2006 at 20:02:59 (UTC)
Goto Top
++++ Warum Streamer immer streamen
sollten
  • Bandlaufwerke heissen auch Streamer, weil
diese Geräte am besten arbeiten wenn sie
kontinuierlich mit einem ausreichend grossen
Datenstrom, Stream, versorgt werden. Falls
die zum Bandlaufwerk transferierte
Datenmenge nicht ausreicht
um das Laufwerk
kontinuierlich durchlaufen zu lassen, dann
gehen die Bandlaufwerke in den
Start-Stop-Betrieb. Dieser verschleisst
die Medien und die Bandlaufwerke ungemein
,
so dass man die Bänder nach ca. 1 Jahr
entsorgen kann, die meisten Bandlaufwerke
nach 2 Jahren.
  • Start-Stop-Betrieb heisst folgendes:
Wenn die Daten nicht schnell genug
geliefert werden, dann läuft irgendwann
der interne Puffer des Bandlaufwerkes
leer
. Dann muss das Bandlaufwerk mit
schreiben aufhöhren. Der Puffer ist
schnell wieder mit Daten gefüllt, jedoch
die Stelle auf dem Band finden an welcher
das Schreiben aufgehöhrt hat dauert sehr
viel länger. Dabei wird immer hin- und
hergespult
. Dieses Hin- und Herspulen
verschleisst die Bandoberfläche
ungemein
, da gerade beim Anfahren und
Abstoppen des Motors die größten
Kräfte
auf das Band einwirken.
Ausserdem ist beim Anfahren und Abstoppen der
Laufwerke die Stromaufnahme am
höchsten
, was sich wiederum in einem
wärmeren Laufwerk bemerkbar macht.
Daher ist die Kühlung der Laufwerke so
ungemein wichtig
.

Hallo Karsten,

leider fehlen mir in deiner guten Anleitung zwei Punkt:
1. die Schlussfolgerung aus dem Zitat (siehe oben) sollte die optimale Performance eingestellt sein...Stichwort "Default Block Factor" und damit

2. die Wahl der richtigen Software und warum ntbackup nicht unbedingt die richtige Datensicherungssoftware ist.

Gruß Siggi
Member: Ickmus
Ickmus Aug 31, 2006 at 21:22:33 (UTC)
Goto Top
Hallo Karsten,
Hallo Siggi,


leider fehlen mir in deiner guten Anleitung
zwei Punkt:
1. die Schlussfolgerung aus dem Zitat (siehe
oben) sollte die optimale Performance
eingestellt sein...Stichwort "Default
Block Factor" und damit
leider ist die Blockgrösse zwar ein wichtiger Faktor, wird aber bei aktueller Backupsoftware eigentlich immer automatisch richtig eingestellt.
Bei ganz aktuellen Laufwerken wie z.B. LTO3 (80mb/s) muss auch die Umgebung (Hardware und Software) passen. Ausserdem spielen die Treiber für SCSI-, bzw. Fiber-Channel-Controller eine Rolle. Auch die Art der Daten (seeehr viele kleine Dateien, oder nur z.B. DVD-Produktions-Images) muss bedacht werden bei der Konzeptionierung des Backupprozesses.
Das wäre eigentlich Material für ein eigenes Tutorial.. ;o)

2. die Wahl der richtigen Software und warum
ntbackup nicht unbedingt die richtige
Datensicherungssoftware ist.
NT-Backup _kann_ eine verünftige Lösung sein, vorrausgesetzt man kann es entsprechen einsetzen (im Sinne von "Man kann alle Klippen dieser Software umschiffen").

Karsten
Member: comping
comping Sep 24, 2006 at 17:10:55 (UTC)
Goto Top
Hi Karsten,

nettes Tutorial. Bandlaufwerke sollten immer streamen, das sehe ich genauso. Leider bekomme ich es nicht hin, dass mein DLT VS80 vernünftig streamt. Die Daten sind sehr unterschiedlich, sowohl klein als auch groß. Transfer insgesamt zwischen 3 und 3,5 MB/s. Das Laufwerk ist extern von Freecom vertrieben mit Benchmark-Technik drin. Hängt alleine an nem 29160 Adaptec an einer normalen PCI-Schnittstelle in nem Server mit AMD Sempron 2,8 Ghz und ASUS K8N Deluxe Motherboard. Die Daten kommen sowohl von IDE-RAID 1 als auch von nem SATA-RAID 1.

Wo könnte der Flaschenhals sein und was ist das für ne Block-Größen-Geschichte, von der in den letzten zwei Postings geredet wird?

Ich weiß, dass das kein richtiger Server ist, aber das Budget ist hier nun mal etwas begrenzt... face-wink

Vielleicht hast du ja nen Tip für mich,

Stefan
Member: Ickmus
Ickmus Sep 25, 2006 at 08:22:22 (UTC)
Goto Top
Hi Karsten,
Halloeschn..

nettes Tutorial. Bandlaufwerke sollten immer
Grazie..

streamen, das sehe ich genauso. Leider
bekomme ich es nicht hin, dass mein DLT VS80
vernünftig streamt. Die Daten sind sehr
unterschiedlich, sowohl klein als auch
groß. Transfer insgesamt zwischen 3 und
3,5 MB/s. Das Laufwerk ist extern von Freecom
3mb/s sollte für einen VS80 ausreichend sein um zu streamen, zumindest wenn die Hardwarekompremierung deaktiviert ist.

vertrieben mit Benchmark-Technik drin.
Hängt alleine an nem 29160 Adaptec an
Unbedingt neuste Treiber von www.adaptec.com einspielen.. Wirkt Wunder..

einer normalen PCI-Schnittstelle in nem
Server mit AMD Sempron 2,8 Ghz und ASUS K8N
Deluxe Motherboard. Die Daten kommen sowohl
von IDE-RAID 1 als auch von nem SATA-RAID 1.

Wo könnte der Flaschenhals sein und was
ist das für ne
Block-Größen-Geschichte, von der
in den letzten zwei Postings geredet wird?
Blockgrösse sollte 64kb sein.
NT-Backup macht es automatisch richtig.

Ich weiß, dass das kein richtiger
Server ist, aber das Budget ist hier nun mal
etwas begrenzt... face-wink
Wenn du wüsstest wo ich meine Bandlaufwerke eingebaut habe.. ;o)

Karsten
Member: comping
comping Sep 25, 2006 at 13:06:32 (UTC)
Goto Top
Hallo Karsten,

danke für die Antwort. Du schlägst also vor, die Hardwarekomprimierung zu deaktivieren? Hmm, das ist neu, das habe ich glaub ich noch nicht ausprobiert. Kann ich dann nur noch 40 GB auf die Bänder packen, oder schafft die Softwarekomprimierung auch noch was rauszuholen?

OS ist übrigens W2k3 Enterprise. Kann ich die Hardwarekomprimierung eigentlich auch in ntbackup deaktivieren? Tapeware konnte das, aber das Problem hat ständig für Fehler gesorgt und da vertrau ich dann doch lieber auf ntbackup und dessen Systemstatussicherung...

Danke,

Stefan
Member: Ickmus
Ickmus Sep 26, 2006 at 13:05:43 (UTC)
Goto Top
Hallo Karsten,
Hallöschn...

danke für die Antwort. Du schlägst
also vor, die Hardwarekomprimierung zu
deaktivieren? Hmm, das ist neu, das habe ich
nein, aber wenn die Hardwarekompremierung aktiv ist möchte das Laufwerk i.d.R. mehr als 3mb/s haben. Wieviel mehr hängt von den Daten ab, wie gut man die kompremieren kann.

glaub ich noch nicht ausprobiert. Kann ich
dann nur noch 40 GB auf die Bänder
packen, oder schafft die
Softwarekomprimierung auch noch was
rauszuholen?
Softwarekomprmierung kann effektiver sein, belastet aber die CPU während des Backups erheblich.


OS ist übrigens W2k3 Enterprise. Kann
ich die Hardwarekomprimierung eigentlich auch
in ntbackup deaktivieren? Tapeware konnte
bin kein NT-Backup Experte, ich versuche das falls möglich nicht zu verwenden.

das, aber das Problem hat ständig
für Fehler gesorgt und da vertrau ich
dann doch lieber auf ntbackup und dessen
Systemstatussicherung...
Mein Tapeware macht auch sehr gute Systemstatus-Sicherungen, inkl. Disaster Recovery Daten.
Member: weha
weha Dec 29, 2006 at 16:48:55 (UTC)
Goto Top
Hallo Karsten, ich habe gerade Ihren Beitrag über Streamer gelesen und denke daß Sie ein Fachgmann sind,der mir evtl. helfen kann.
Ich habe ein DDS4 Dat-Streamer ersteigert und wollte es in meinen PC installieren. Vielleicht zu blauäugig, mag ja sein. In meinem PC befindet sich ein ADAPTEC 2940 UW Controller der einen 80 Pin Anschluß hat. Der Streamer hat jedoch einen 68 Pin Connector, in einem ComputerShop hat man mir gesagt, diese Anschlusskabel seien veraltet und nirgends mehr zu haben. Jetzt weiß ich nicht, geht das überhaupt zu machen was ich vorhabe, und wenn ja, wie geht es? Wie kann ich den Stremamer anschliessen, brauche ich einen neuen Controller, können Sie mir einen empfehlen?
Danke für eine evtl. Antwort und guten Rutsch. . . .
Member: Ickmus
Ickmus Dec 30, 2006 at 14:48:42 (UTC)
Goto Top
Hallo Karsten, ich habe gerade Ihren Beitrag
Hallöschn...

über Streamer gelesen und denke
daß Sie ein Fachgmann sind,der mir
evtl. helfen kann.
Schaumer mal...

Ich habe ein DDS4 Dat-Streamer ersteigert
und wollte es in meinen PC installieren.
Vielleicht zu blauäugig, mag ja sein. In
meinem PC befindet sich ein ADAPTEC 2940 UW
Controller der einen 80 Pin Anschluß
Ein Adaptec 2940UW hat einen internen 68-poligen Anschluss, und einen internen 50-poligen Anschluss. Extern hat dieser Controller einen 68-poligen Anschluss.
vergl. http://www.adaptec.com/en-US/support/scsi/2940/AHA-2940UW/_docs/aha2940 ...

hat. Der Streamer hat jedoch einen 68 Pin
Connector, in einem ComputerShop hat man mir
gesagt, diese Anschlusskabel seien veraltet
und nirgends mehr zu haben. Jetzt weiß
Das klingt nicht nach einem _Fach_händler.

ich nicht, geht das überhaupt zu machen
was ich vorhabe, und wenn ja, wie geht es?
Wie kann ich den Stremamer anschliessen,
brauche ich einen neuen Controller,
können Sie mir einen empfehlen?
Danke für eine evtl. Antwort und guten
Rutsch. . . .
Für einen "normalen" UW-SCSI-Anschluss am Streamer und einem 2940UW benötigt man nur ein einfaches internes UW-SCSI-Kabel (z.B. http://www.alternate.de/html/productDetails.html?artno=RIVD20, und das sogar schon terminiert).

Beim 2940UW ist es übrigens angebracht die Terminierung des Controllers manuell ein- bzw. auszuschalten, je nachdem wie man das braucht, da die automatische Terminierung nicht wirklich funktioniert.

Karsten
Member: weha
weha Dec 31, 2006 at 16:10:18 (UTC)
Goto Top
Hallo Karsten, erstmal vielen Dank für die schnelle Antwort. Also ich habe nochmals nachgeschaut und gezählt, das mit den Anschlüssen stimmt so wie sie es sagen. Also müsste es mit einem passenden Kabel funktionieren, ich habe gerade schon eines bestellt, dann sehen wir weiter. Die Auskubft des "Fachhandels" , - ein Computer Laden in Böblingen - ist bereits das zweitemal daß die Auskunft des verkäufers nicht stimmt. Ich wünsche einen guten Rutsch und erstmal vielen Dank. . . . .
Member: TuXHunt3R
TuXHunt3R Sep 09, 2007 at 21:36:59 (UTC)
Goto Top
Astreines Tutorial.

So kann man etwas lernen! Dass Zigarettenrauch die Tapes derart beschädigt, habe ich nicht gewusst, allerdings habe ich im Serverraum auch noch nie eine geraucht. Da gibt es gemütlichere Ecken für das Zigarillo zwischendurch.
Member: deltatango
deltatango Aug 25, 2009 at 19:50:27 (UTC)
Goto Top
Einen hab' ich noch: Bandlaufwerke können sich mit der Zeit ein wenig verstellen. Das merkt man nicht, wenn man von dem gleichen Laufwerk liest, mit dem man schreibt. Geht aber das Laufwerk kaputt, kann es sein, daß ein anderes, baugleiches plötzlich die Bänder nicht mehr lesen kann.

Wer es also ganz genau wissen möchte, besitzt ein zweites baugleiches Laufwerk in einem anderen Rechner und liest dort die Bänder regelmäßig probe. Der Prüfserver steht natürlich an einem anderen Ort, etwa dort wo die Bänder gelagert werden.

Klingt bissle anal, aber es ist tatsächlich schon passiert, daß das Laufwerk gestorben ist und das (neue!) Ersatzgerät die vorhandenen Bänder nicht lesen konnte.

Das Zweitlaufwerk kostet zwar, aber bei Datensicherung ist es besser, Gürtel UND Hosenträger zu tragen.
Member: RichiRich
RichiRich Nov 06, 2009 at 19:50:01 (UTC)
Goto Top
wie recht du hast. ich habe mir auch2 DLT laufwerke "einreden" lassen. beim sichern auch sehr flott, aber jetzt habe ich einige dateien daraus gebraucht (ca. 12GB). den ersten versuch brach ich nach 18 stunden ab. mittlerweile laufwerk gewechselt, band gewechselt. restore läuft mittlerweile 28 stunden und es wurden eine handvoll dateien zurückgeschrieben. laut telefonat mit dem hersteller liegt keine defekt vor, sondern sei normal. ich bin froh, dass ich kein desater recovery machen muss. da wäre ich schon meinen job los. fazit: finger weg von diesem spielzeug. her mit einem externen raid laufwerk und am wochenende dann noch auf band, wenns unbedingt sein muss.
Member: Ickmus
Ickmus Nov 08, 2009 at 21:49:32 (UTC)
Goto Top
Hallo,

Einen hab' ich noch: Bandlaufwerke können sich mit der Zeit
ein wenig verstellen. Das merkt man nicht, wenn man von dem gleichen
Laufwerk liest, mit dem man schreibt. Geht aber das Laufwerk kaputt,
kann es sein, daß ein anderes, baugleiches plötzlich die
Bänder nicht mehr lesen kann.
das betrifft eher Laufwerke mit Helical Scan Aufzeichnungsverfahren, und weniger die Linear aufzeichnenden Laufwerke.
Gerade LTO-Laufwerke müssen beim schreiben und lesen den Kopf an Servospuren auf dem Band ausrichten.
Daher kann da weniger passieren.

Wer es also ganz genau wissen möchte, besitzt ein zweites
baugleiches Laufwerk in einem anderen Rechner und liest dort die
Bänder regelmäßig probe. Der Prüfserver steht
natürlich an einem anderen Ort, etwa dort wo die Bänder
gelagert werden.
Das ist schon ziemlich paranoid, aber wer ganz sicher gehen will kann dies natürlich tun.


Klingt bissle anal, aber es ist tatsächlich schon passiert,
daß das Laufwerk gestorben ist und das (neue!) Ersatzgerät
die vorhandenen Bänder nicht lesen konnte.
Wie gesagt, das habe ich nur bei DDS- und VXA-Laufwerken gesehen.


Das Zweitlaufwerk kostet zwar, aber bei Datensicherung ist es besser,
Gürtel UND Hosenträger zu tragen.
Deal!

K.