8
Backup Exec 11d - Fehlermeldungen bei Backup bei Überprüfung
Von Medium gelesene Daten sind nicht konsistent.
Hallo mein Backup Exec bringt folgende Meldung
Unter Fehler angezeigt:
Überprüfen- \\XXX05.XXX.local\C: SystemUnstimmigkeit auf Speichermedium in Quantum 1.
V-79-57344-33994 - Von Medium gelesene Daten sind nicht konsistent.
Die Überprüfung der Sicherung
Satz - Informationen - \\XXX05.XXX.local\C: System
Überprüfen Satz - Informationen
Überprüfen von "\\XXX05.XXX.local\C: System"
Sicherungssatz Nr. 16 auf Speichermedium Nr. 1
Beschreibung des Sicherungssatzes: "Komplettsicherung XXX"
Überprüfung begonnen am 20.04.2007 um 02:05:47.
Überprüfen Satz - Detaillierte Informationen
Unstimmigkeit auf Speichermedium in Quantum 1.
V-79-57344-33994 - Von Medium gelesene Daten sind nicht konsistent.
Überprüfung abgeschlossen am 20.04.2007 um 02:31:36.
Überprüfen Satz - Zusammenfassung
16358 Dateien in 1997 Verzeichnissen überprüft.
0 Dateien wurden geändert.
18.717.753.000 Byte verarbeitet in 25 Minuten und 49 Sekunden.
Durchsatzrate: 691 MB/Min.
An was kann das liegen bzw. wie kann ich das überprüfen?
Danke für eure hilfe.
Gruß aus München
Roman
Unter Fehler angezeigt:
Überprüfen- \\XXX05.XXX.local\C: SystemUnstimmigkeit auf Speichermedium in Quantum 1.
V-79-57344-33994 - Von Medium gelesene Daten sind nicht konsistent.
Die Überprüfung der Sicherung
Satz - Informationen - \\XXX05.XXX.local\C: System
Überprüfen Satz - Informationen
Überprüfen von "\\XXX05.XXX.local\C: System"
Sicherungssatz Nr. 16 auf Speichermedium Nr. 1
Beschreibung des Sicherungssatzes: "Komplettsicherung XXX"
Überprüfung begonnen am 20.04.2007 um 02:05:47.
Überprüfen Satz - Detaillierte Informationen
Unstimmigkeit auf Speichermedium in Quantum 1.
V-79-57344-33994 - Von Medium gelesene Daten sind nicht konsistent.
Überprüfung abgeschlossen am 20.04.2007 um 02:31:36.
Überprüfen Satz - Zusammenfassung
16358 Dateien in 1997 Verzeichnissen überprüft.
0 Dateien wurden geändert.
18.717.753.000 Byte verarbeitet in 25 Minuten und 49 Sekunden.
Durchsatzrate: 691 MB/Min.
An was kann das liegen bzw. wie kann ich das überprüfen?
Danke für eure hilfe.
Gruß aus München
Roman
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: 57314
Url: https://administrator.de/contentid/57314
Printed on: April 25, 2024 at 17:04 o'clock
8 Comments
Latest comment
Hallo,
bitte ein paar mehr Infos zur verwendeten Hardware:
RAID-Controller ?
Bandlaufwerk am RAID-Controller ? (beliebter Fehler)
freundliche Grüße
SteffenF
bitte ein paar mehr Infos zur verwendeten Hardware:
RAID-Controller ?
Bandlaufwerk am RAID-Controller ? (beliebter Fehler)
freundliche Grüße
SteffenF
Hallo Roman,
ein paar Angaben mehr wären schon nicht schlecht.
Z.B. ob das Problem immer auftritt, oder regelmäßig oder nur einmal?
Wenn mehrmals; ob jedes Mal das selbe Band betroffen ist?
Was ihr bisher gemacht habt (Laufwerk gereinigt, ein anderes (neues) Band versucht)?
Was Symantec dazu sagt: http://seer.support.veritas.com/docs/273455.htm
HTH,
gemini
ein paar Angaben mehr wären schon nicht schlecht.
Z.B. ob das Problem immer auftritt, oder regelmäßig oder nur einmal?
Wenn mehrmals; ob jedes Mal das selbe Band betroffen ist?
Was ihr bisher gemacht habt (Laufwerk gereinigt, ein anderes (neues) Band versucht)?
Was Symantec dazu sagt: http://seer.support.veritas.com/docs/273455.htm
HTH,
gemini
gesichert werden 5 server über ein fullbackup.
es hängt ein quantum superloader 3 mit 8 LTO-2 Bändern am 1. Server.
zicken macht nur server 5 welcher eigentlich nur ein testsystem ist.
hab heute mal ein firmware update auf dem Superloader gemacht, da dieser laut logfiles des öfteren sein internes laufwerk nicht mehr finden konnte.
heute hing z.B. das band auch noch im laufwerk obwohl es nach der sicherung wieder zurück in seinen slot gebrqacht werden sollte.
ich warte mal ab bis morgen, evtl. behebt das update meine probleme
es hängt ein quantum superloader 3 mit 8 LTO-2 Bändern am 1. Server.
zicken macht nur server 5 welcher eigentlich nur ein testsystem ist.
hab heute mal ein firmware update auf dem Superloader gemacht, da dieser laut logfiles des öfteren sein internes laufwerk nicht mehr finden konnte.
heute hing z.B. das band auch noch im laufwerk obwohl es nach der sicherung wieder zurück in seinen slot gebrqacht werden sollte.
ich warte mal ab bis morgen, evtl. behebt das update meine probleme
so der Fehler wurde behoben. der Superloader war defekt.
Allerdings haben ich jetzt ab und zu einen anderen Fehler:
Überprüfen Satz - Detaillierte Informationen
Speichergerät "CERTANCE 1" hat bei folgender Anforderung einen Fehler gemeldet: Lesen von Daten vom Medium.
Fehler:
Beim Zugriff auf ein neues Band einer Partition über mehrere Datenträger ist die aktuelle Blockgröße falsch.
V-79-57344-33992 - Sicherungsspeichergerät ist ausgefallen.
Das Laufwerk ist definitiv nicht ausgefallen, da am nächsten Tag ohne Probleme wieder gesichert werden kann.
Ich vermute ehe das es ein SCSI Problem ist.
Allerdings haben ich jetzt ab und zu einen anderen Fehler:
Überprüfen Satz - Detaillierte Informationen
Speichergerät "CERTANCE 1" hat bei folgender Anforderung einen Fehler gemeldet: Lesen von Daten vom Medium.
Fehler:
Beim Zugriff auf ein neues Band einer Partition über mehrere Datenträger ist die aktuelle Blockgröße falsch.
V-79-57344-33992 - Sicherungsspeichergerät ist ausgefallen.
Das Laufwerk ist definitiv nicht ausgefallen, da am nächsten Tag ohne Probleme wieder gesichert werden kann.
Ich vermute ehe das es ein SCSI Problem ist.
Hallo hast du dieses Problem mit dem ausfallendem Speichergerät beheben können?? Ich habe auch dieses Problem. Bei uns sind Tapes mit einem anderem Rechner erstellt worden und ichversuche nun diese Tapes zu Katalogisieren, jedoch erhalte ich immer diesen Fehler???
Hallo,
ja der Fehler ist behoben, nachdem das Laufwerk zweimal durch den Hersteller getauscht wurde. Es war wie vermutet ein sporadisch auftretender Hardware Defekt.
Allerdings habe ich immer noch das Problem das sich ab und zu während der Sicherung das Laufwerk Offline schaltete laut Backup Exec. Dies passiert jedoch so selten, das ich der Sache nicht weiter nachgegangen bin, denn auch ein Sicherungslauf werk darf mal einen Schluckauf haben
ja der Fehler ist behoben, nachdem das Laufwerk zweimal durch den Hersteller getauscht wurde. Es war wie vermutet ein sporadisch auftretender Hardware Defekt.
Allerdings habe ich immer noch das Problem das sich ab und zu während der Sicherung das Laufwerk Offline schaltete laut Backup Exec. Dies passiert jedoch so selten, das ich der Sache nicht weiter nachgegangen bin, denn auch ein Sicherungslauf werk darf mal einen Schluckauf haben
Oha, ich habe das Problem bei jedem Versuch ein Tape einzuladen zwecks Katalogerstellung. Und nur hierbei. Wir setzen 4x LTO 4 120 HH von DELL (IBM ULTRIUM) ein. 3 laufen jeweils einzeln am Linux Server angeschloßen und eins am Medienserver (2003er SP2) lokal. Dieses lokale obwohl schon getauscht macht nur hierbei Ärger. Kann man Kataloge einfach in den Ordner reinkopieren?? Backup Exec for Windows Server 12.5 setzen wir im Zusammenspiel mit den Remote Media Agents for Linux ein.
Backup Exec wird auf dem aktuellen Stand sein, oder?
Hatte da nämlich auch schon so ein paar Probleme die dann durch ein Update behoben wurden.
Ob du den Katalog da einfach reinkopieren kannst, kann ich dir leider nicht sagen.
Wenn du viel Zeit hast kannst du den E-Mail support von Symantec in anspruch nehmen, aber da wartet man 2-4 Tage auf ne Antwort. Telefonsupport gibts leider nur wenn man einen support Vertrag hat.
Hatte da nämlich auch schon so ein paar Probleme die dann durch ein Update behoben wurden.
Ob du den Katalog da einfach reinkopieren kannst, kann ich dir leider nicht sagen.
Wenn du viel Zeit hast kannst du den E-Mail support von Symantec in anspruch nehmen, aber da wartet man 2-4 Tage auf ne Antwort. Telefonsupport gibts leider nur wenn man einen support Vertrag hat.
