BackupExec 10d CRC Fehler trotz Laufwerk und Bandausstausch
Hallo,
heute häufen sich meine Probleme...
Also es geht um einen Windows Server 2003 R2 mit folgender Software:
BackupExec10d (aktuell)
Avira Server 10
Avira Managment Console
Als Sicherungsgerät kommt ein Sony AIT550V SCSI zum Einsatz.
Einzige Funktion für die Arbeitsgruppe ist die Dateifreigabe. Die Datensicherung startet Nachts wenn niemand arbeitet.
Vor einiger Zeit fing der Server bei der nächtlichen Sicherung an folgende Fehlermeldung auszugeben:
Abschlußstatus: Fehlgeschlagen
Endgültiger Fehler: 0xe00084ec - Fehler beim Lesen/Schreiben von Daten von/auf Medium.
Endgültige Fehlerkategorie: Sicherungsmedienfehler
Zusätzliche Informationen zu diesem Fehler finden Sie unter der Verknüpfung V-79-57344-34028
Sichern- E: Daten
Speichergerät "SONY 1" hat bei folgender Anforderung einen Fehler gemeldet: Schreiben von Daten auf Medium.
Fehler:
Datenfehler (CRC-Prüfung)
Ursache hierfür ist entweder ein verschmutztes Medienlaufwerk, fehlerhafte Medien oder ein SCSI-Problem.
V-79-57344-34028 - Fehler beim Lesen/Schreiben von Daten von/auf Medium.
Nich jeden Tag sondern nur so 1-2 mal die Woche. Danach häufte sich langsam die Fehleranzahl, bis nur noch max. 1 mal die Woche die Sicherung funktionierte. Es machte dabei keine Unterschiede welches Band im Laufwerk war/ist. Auch das Reinigungsband brachte keine Abhilfe.
Also das Gerät beim Hersteller zum Austausch angemeldet. Damit die Datensicherung weiterläuft, habe ich ein Sony AIT3 Laufwerk auf IDE Basis angeschlossen und dieses produziert die selben Fehlermeldungen. Die Firmware der Streamer ist Up-To-Date und die Sony Tape Tools melden auch Fehler beim Schreiben.
Hat jemand eine Idee? Ansonsten schon mal ein schönes Wochenende
Gruß
Daniel
heute häufen sich meine Probleme...
Also es geht um einen Windows Server 2003 R2 mit folgender Software:
BackupExec10d (aktuell)
Avira Server 10
Avira Managment Console
Als Sicherungsgerät kommt ein Sony AIT550V SCSI zum Einsatz.
Einzige Funktion für die Arbeitsgruppe ist die Dateifreigabe. Die Datensicherung startet Nachts wenn niemand arbeitet.
Vor einiger Zeit fing der Server bei der nächtlichen Sicherung an folgende Fehlermeldung auszugeben:
Abschlußstatus: Fehlgeschlagen
Endgültiger Fehler: 0xe00084ec - Fehler beim Lesen/Schreiben von Daten von/auf Medium.
Endgültige Fehlerkategorie: Sicherungsmedienfehler
Zusätzliche Informationen zu diesem Fehler finden Sie unter der Verknüpfung V-79-57344-34028
Sichern- E: Daten
Speichergerät "SONY 1" hat bei folgender Anforderung einen Fehler gemeldet: Schreiben von Daten auf Medium.
Fehler:
Datenfehler (CRC-Prüfung)
Ursache hierfür ist entweder ein verschmutztes Medienlaufwerk, fehlerhafte Medien oder ein SCSI-Problem.
V-79-57344-34028 - Fehler beim Lesen/Schreiben von Daten von/auf Medium.
Nich jeden Tag sondern nur so 1-2 mal die Woche. Danach häufte sich langsam die Fehleranzahl, bis nur noch max. 1 mal die Woche die Sicherung funktionierte. Es machte dabei keine Unterschiede welches Band im Laufwerk war/ist. Auch das Reinigungsband brachte keine Abhilfe.
Also das Gerät beim Hersteller zum Austausch angemeldet. Damit die Datensicherung weiterläuft, habe ich ein Sony AIT3 Laufwerk auf IDE Basis angeschlossen und dieses produziert die selben Fehlermeldungen. Die Firmware der Streamer ist Up-To-Date und die Sony Tape Tools melden auch Fehler beim Schreiben.
Hat jemand eine Idee? Ansonsten schon mal ein schönes Wochenende
Gruß
Daniel
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 143338
Url: https://administrator.de/contentid/143338
Ausgedruckt am: 25.11.2024 um 12:11 Uhr
6 Kommentare
Neuester Kommentar
Hi
die CRC Fehler kenne ich meist als BUS Fehler (afair Error 09) welche im Eventlog-System nachzusehen sind); die 09er sind meist durch def. SCSI Kontroller, bzw Kabel, Terminator verursacht; Laufwerk geht bei den AIT auch gerne durch das Helical Scan defekt; wechselt du die Tapes zyklisch oder je Durchlauf?
Kann sein das dein IDE AIT eben ein defektes Band (die Dinger halten ohne Skipping Effekte etwa 10-50 Ladungen durch; bei Skipping teils nur 1-2 Läufe) erwischte.
Gruß
Sam
die CRC Fehler kenne ich meist als BUS Fehler (afair Error 09) welche im Eventlog-System nachzusehen sind); die 09er sind meist durch def. SCSI Kontroller, bzw Kabel, Terminator verursacht; Laufwerk geht bei den AIT auch gerne durch das Helical Scan defekt; wechselt du die Tapes zyklisch oder je Durchlauf?
Kann sein das dein IDE AIT eben ein defektes Band (die Dinger halten ohne Skipping Effekte etwa 10-50 Ladungen durch; bei Skipping teils nur 1-2 Läufe) erwischte.
Gruß
Sam
Hi
wenn du ein Tape erwischt (CRC heißt ja nur das dein Tape einen Fehler zurückgemeldet hat; da ist alles drin von HBA, Kabel, Term, Laufwerk, Tape) welches zicken macht hast du bei PATA und SCSI das Problem. Eines der fünf Elemente ist es auf jeden Fall; Virenscanner kannst du ausschließen da er keinen Zugriff zu dem Tapedatenstrom hat, egal ob Avira/McAfee, Sophos... (eine Lese/Schreibfehler würde sich anders melden); was sagt denn dein Eventlog um die Zeit dazu; ein SCSI Fehler wäre ein Indiz für meine "HBA, Kabel, Term, Laufwerk, Tape" These
Ohne Ersatzhardware ist es recht schwer zu analyiseren; Mit HelicalScan habe ich dank DLT/LTO nun seit gut 12 Jahren nichts mehr direkt zu tun; kenne aber aus meiner Laufbahn bisher nur schlechte Erfahrungen, auch wenn Exabyte/Sony da einiges verbessern konnten, sind halt 100k Überschreibungen vom LTO kein Vergleich zu den 100 von HS Bändern, aber es gibt sicher Anwendungsgebiete (Kosten, Lagerzeit, Größe,...) bei denen die Techniken gut sind. DAT kann sich trotz seiner Probleme bis heute im Studiobereich/Premaster super halten auch wenn da USB Sticks besser wären.
Gruß
Sam
wenn du ein Tape erwischt (CRC heißt ja nur das dein Tape einen Fehler zurückgemeldet hat; da ist alles drin von HBA, Kabel, Term, Laufwerk, Tape) welches zicken macht hast du bei PATA und SCSI das Problem. Eines der fünf Elemente ist es auf jeden Fall; Virenscanner kannst du ausschließen da er keinen Zugriff zu dem Tapedatenstrom hat, egal ob Avira/McAfee, Sophos... (eine Lese/Schreibfehler würde sich anders melden); was sagt denn dein Eventlog um die Zeit dazu; ein SCSI Fehler wäre ein Indiz für meine "HBA, Kabel, Term, Laufwerk, Tape" These
Ohne Ersatzhardware ist es recht schwer zu analyiseren; Mit HelicalScan habe ich dank DLT/LTO nun seit gut 12 Jahren nichts mehr direkt zu tun; kenne aber aus meiner Laufbahn bisher nur schlechte Erfahrungen, auch wenn Exabyte/Sony da einiges verbessern konnten, sind halt 100k Überschreibungen vom LTO kein Vergleich zu den 100 von HS Bändern, aber es gibt sicher Anwendungsgebiete (Kosten, Lagerzeit, Größe,...) bei denen die Techniken gut sind. DAT kann sich trotz seiner Probleme bis heute im Studiobereich/Premaster super halten auch wenn da USB Sticks besser wären.
Gruß
Sam