7
Backup Exec 8.6 - Sicherungsjob hängt
Backup Exec 8.6 - Sicherungsjob hängt - Sicherung bleibt bei unterschiedlichen Dateien hängen
Hi there,
ich habe folgende Konfigration im Einsatz:
Win2k Server / SP4, Tandberg DLT-Laufwerk 30/60 GB am Single SCSI-LVD Kontroller (Einziges Gerät) Veritas Backup Exec 8.6 - 2 automatisierte, abwechselnd startende Backopjobs
Problem:
Anfänglich lief das System stabil. Seit ungefähr 3 Monaten passiert folgendes:
Sicherungsjob startet, sichert und bleibt bei unterschiedlichen Dateien einfach stehen. Der Server läuft normal weiter. Der Sicherungsjob ist als aktiv gekennzeichnet und lässt sich nicht abbrechen. Der zweite Job wartet auf Beendigung des ersten. Das Band lässt sich nicht auswerfen. Wird der Server neu gestartet, funktionieren beide Jobs eine nicht näher einzugrenzende Zeit. Irgendwann tritt das Prob. wieder auf. An den Bändern liegt es definitiv nicht (sind schon gewechselt worden (Fehler tritt auch bei unterschiedlichen Bändern unterschiedlich auf). Die Sicherungsjobs wurden schon neu definiert. Backup Exec wurde schon komplett deinstalliert und wieder neu installiert. "Tiefer scandisk" des RAID-5 Systems duchgeführt. Kein Erfolg. Am Server wurde in der Zwischenzeit keine weitere Software installiert. En aktueller Virentest (anderes Tool, als von Veritas beigelegt) findet auch nichts. Die Log-Dateien geben keinerlei Hinweis, weder auf Hardware-Prob des Streamers noch des Kontrollers.
Was tun? Für Hinweise und Tipps bin ich dankbar.
Gruß Trapper Tom
Hi there,
ich habe folgende Konfigration im Einsatz:
Win2k Server / SP4, Tandberg DLT-Laufwerk 30/60 GB am Single SCSI-LVD Kontroller (Einziges Gerät) Veritas Backup Exec 8.6 - 2 automatisierte, abwechselnd startende Backopjobs
Problem:
Anfänglich lief das System stabil. Seit ungefähr 3 Monaten passiert folgendes:
Sicherungsjob startet, sichert und bleibt bei unterschiedlichen Dateien einfach stehen. Der Server läuft normal weiter. Der Sicherungsjob ist als aktiv gekennzeichnet und lässt sich nicht abbrechen. Der zweite Job wartet auf Beendigung des ersten. Das Band lässt sich nicht auswerfen. Wird der Server neu gestartet, funktionieren beide Jobs eine nicht näher einzugrenzende Zeit. Irgendwann tritt das Prob. wieder auf. An den Bändern liegt es definitiv nicht (sind schon gewechselt worden (Fehler tritt auch bei unterschiedlichen Bändern unterschiedlich auf). Die Sicherungsjobs wurden schon neu definiert. Backup Exec wurde schon komplett deinstalliert und wieder neu installiert. "Tiefer scandisk" des RAID-5 Systems duchgeführt. Kein Erfolg. Am Server wurde in der Zwischenzeit keine weitere Software installiert. En aktueller Virentest (anderes Tool, als von Veritas beigelegt) findet auch nichts. Die Log-Dateien geben keinerlei Hinweis, weder auf Hardware-Prob des Streamers noch des Kontrollers.
Was tun? Für Hinweise und Tipps bin ich dankbar.
Gruß Trapper Tom
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6297
Url: https://administrator.de/contentid/6297
Ausgedruckt am: 25.11.2024 um 18:11 Uhr
7 Kommentare
Neuester Kommentar
... läuft eine Antiviren-Software auf dem Server? Ich musste die in einem Pre- / Post-Job anhalten und wieder starten - ist nicht schön, ich weiß 
...
Gruß
Atti.
...Gruß
Atti.
Hi Atti,
Antivirensoftware läuft nicht auf dem Server, also keine Virenguard oder ähnliches aktiv. Habe den Scan über das Netzwerk gemacht. Die Dateien, bei denen der Job hängt, sind auch total unterschiedlich; mal word-doks, die kürzlich bearbeitet wurden, mal word-doks, die schon ewig nicht angfasst wurden, mal Programmfiles einer Branchenanwendung - also komplett gemischt.
Trotzdem Danke für schnelle Reaktion
Gruß Trapper Tom
Antivirensoftware läuft nicht auf dem Server, also keine Virenguard oder ähnliches aktiv. Habe den Scan über das Netzwerk gemacht. Die Dateien, bei denen der Job hängt, sind auch total unterschiedlich; mal word-doks, die kürzlich bearbeitet wurden, mal word-doks, die schon ewig nicht angfasst wurden, mal Programmfiles einer Branchenanwendung - also komplett gemischt.
Trotzdem Danke für schnelle Reaktion
Gruß Trapper Tom
Hinweise im Windows-Ereignisprotokoll gibt's auch keine? Hast Du Veritas voll gepatched, also Treiber und Software?
Gruß
Atti
Gruß
Atti
guter Tip - muss ich noch mal nach Patches suchen. Danke
Ich werde dann das Ergebnis posten
Gruß Trapper Tom
Ich werde dann das Ergebnis posten
Gruß Trapper Tom
Lang hats gedauert...
die Ursache für das Hängenbleiben der Sicherungsjobs war auf der OS-Ebene zu suchen.
Ich habe festgestellt, dass der SCSI-Controller, der den Streamer steuert, sich den IRQ mit dem Adiosystem teilt. Habe das Audiosystem deaktiviert. Habe allerdings keinerlei Fehlermeldungen in den Logs gefunden. Seitdem läuft die sicherung stabil.
trapper_tom
die Ursache für das Hängenbleiben der Sicherungsjobs war auf der OS-Ebene zu suchen.
Ich habe festgestellt, dass der SCSI-Controller, der den Streamer steuert, sich den IRQ mit dem Adiosystem teilt. Habe das Audiosystem deaktiviert. Habe allerdings keinerlei Fehlermeldungen in den Logs gefunden. Seitdem läuft die sicherung stabil.
trapper_tom
Hallo,
wie bist Du vorgegangen um den Fehler einzugrenzen und herauszufinden ?
Vielen Dank im voraus.
Gruss
Dieter
wie bist Du vorgegangen um den Fehler einzugrenzen und herauszufinden ?
Vielen Dank im voraus.
Gruss
Dieter
Hallo Dieter,
ich bin wie folgt vorgegangen (nach Kontrolle der Serverlogs):
1. Originaljobs gelöscht und neu angelegt
2. mit verscheidenen Bändern probiert
3. SCSI-Datenkabel mit Terminator getauscht
4. SCSI - Kontroller getauscht
5. Ressourcen kontrolliert -> und siehe da; Audio und SCSI teilen sich den gleichen IRQ (sollte ja im Normalfall lt. M$ kein Problem sein) -> Audiosystem in der Systemsteuerung deaktiviert und seitdem geht die Sicherung
Gruß Trapper Tom
ich bin wie folgt vorgegangen (nach Kontrolle der Serverlogs):
1. Originaljobs gelöscht und neu angelegt
2. mit verscheidenen Bändern probiert
3. SCSI-Datenkabel mit Terminator getauscht
4. SCSI - Kontroller getauscht
5. Ressourcen kontrolliert -> und siehe da; Audio und SCSI teilen sich den gleichen IRQ (sollte ja im Normalfall lt. M$ kein Problem sein) -> Audiosystem in der Systemsteuerung deaktiviert und seitdem geht die Sicherung
Gruß Trapper Tom
