5
Symantec System Recovery 2013 R2 Backup Fehler
Hallo zusammen
Wir möchten einen Windows Server 2008 R2 mit Symantec System Recovery 2013 R2 sichern. Das OS sowie Symantec sind aktuell.
Der Server fungiert als Hyper-V Host mit einer VM darauf. Alle Integrationsdienste wurden aktiviert.
Wir haben einen Backup Auftrag angelegt welcher 2x am Tag läuft und alles sichert.
Wird der Auftrag automatisch gestartet schlägt das Backup fehl. Wird es manuell gestartet stehen die Chancen bei ca. 30 % dass es funktioniert. Bei fehlschlagen sind folgende Log Einträge vorhanden:
Symantec Pop-Up (bei manuellem start):
Snapshiot-Fehler %1.
--Fehler EBAB03F1: Folgender Bestriebssystemfehler ist beim Ausführen des angeforderten Vorgangs aufgetreten: 'OS-Fehler 2.147.754.806.' (UMI:v-281-187-181)
Symantec Ereignisprotokoll
Fehler EC8F17B7: Wiederherstellungspunkte können nicht erstellt werden für Auftrag: Sicherung_SVH001.
Fehler E0BB00B5: Snapshot-Fehler Fehler EBAB03F1: Folgender Betriebssystemfehler ist beim Ausführen des angeforderten Vorgangs aufgetreten: 'OS-Fehler 2.147.754.806.'. (UMI:V-281-3215-6071)
DENTFL-Details:
DENTFL-Quelle: Symantec System Recovery
Windows Anwendung Eventlog:
gleiche Meldung wie im Symantec Ereignisprotokoll, um den Fehler herum gibt es keine anderen Fehler oder Warnungen die im Zusammenhang stehen könnten.
z.I. Der VSS Dienst wird mit dem Backup neu gestartet (ssr.bat) welcher über den Backuptask angestossen wird.
Wird dies ausgeschaltet funktioniert es auch nicht --> Meldung: -Fehler E4F3000F: Unexpected VSS writer error. Check the application event log for writer specific error. Failed VSS writers: Microsoft Hyper-V VSS Writer.
Den MS Hotfix haben wir bereits installiert. jedoch ist keine Besserung eingetreten.
Kennt jemand das Problem oder hat einen guten Ratschlag ?
Vielen Dank & Gruss
AngryWookiee
Wir möchten einen Windows Server 2008 R2 mit Symantec System Recovery 2013 R2 sichern. Das OS sowie Symantec sind aktuell.
Der Server fungiert als Hyper-V Host mit einer VM darauf. Alle Integrationsdienste wurden aktiviert.
Wir haben einen Backup Auftrag angelegt welcher 2x am Tag läuft und alles sichert.
Wird der Auftrag automatisch gestartet schlägt das Backup fehl. Wird es manuell gestartet stehen die Chancen bei ca. 30 % dass es funktioniert. Bei fehlschlagen sind folgende Log Einträge vorhanden:
Symantec Pop-Up (bei manuellem start):
Snapshiot-Fehler %1.
--Fehler EBAB03F1: Folgender Bestriebssystemfehler ist beim Ausführen des angeforderten Vorgangs aufgetreten: 'OS-Fehler 2.147.754.806.' (UMI:v-281-187-181)
Symantec Ereignisprotokoll
Fehler EC8F17B7: Wiederherstellungspunkte können nicht erstellt werden für Auftrag: Sicherung_SVH001.
Fehler E0BB00B5: Snapshot-Fehler Fehler EBAB03F1: Folgender Betriebssystemfehler ist beim Ausführen des angeforderten Vorgangs aufgetreten: 'OS-Fehler 2.147.754.806.'. (UMI:V-281-3215-6071)
DENTFL-Details:
DENTFL-Quelle: Symantec System Recovery
Windows Anwendung Eventlog:
gleiche Meldung wie im Symantec Ereignisprotokoll, um den Fehler herum gibt es keine anderen Fehler oder Warnungen die im Zusammenhang stehen könnten.
z.I. Der VSS Dienst wird mit dem Backup neu gestartet (ssr.bat) welcher über den Backuptask angestossen wird.
Wird dies ausgeschaltet funktioniert es auch nicht --> Meldung: -Fehler E4F3000F: Unexpected VSS writer error. Check the application event log for writer specific error. Failed VSS writers: Microsoft Hyper-V VSS Writer.
Den MS Hotfix haben wir bereits installiert. jedoch ist keine Besserung eingetreten.
Kennt jemand das Problem oder hat einen guten Ratschlag ?
Vielen Dank & Gruss
AngryWookiee
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: 280705
Url: https://administrator.de/contentid/280705
Ausgedruckt am: 22.11.2024 um 19:11 Uhr
5 Kommentare
Neuester Kommentar
Hallo,
folghendes schon gelesen?
https://support.symantec.com/en_US/article.TECH176836.html
MfG Andreas
folghendes schon gelesen?
https://support.symantec.com/en_US/article.TECH176836.html
MfG Andreas
Hallo runasservice
Ja diesen Link habe ich gefunden. Ich habe die Providers auf einem funktionierenden System angeschaut. Dort ist jedoch ein Symantec Provider ebenfalls nicht aufgeführt.
Zudem die vssproviderinstall.exe existiert nicht im Symantec System Recovery 2013 R2. Somit kann ich auch den Provider nicht neu registrieren.
Gruss AngryWookiee
Ja diesen Link habe ich gefunden. Ich habe die Providers auf einem funktionierenden System angeschaut. Dort ist jedoch ein Symantec Provider ebenfalls nicht aufgeführt.
Zudem die vssproviderinstall.exe existiert nicht im Symantec System Recovery 2013 R2. Somit kann ich auch den Provider nicht neu registrieren.
Gruss AngryWookiee
z.I.:
Symsnap was the propietary VSS Provider used by BESR 8.5, which is no longer used. SSR 2013 R2 uses the Microsoft VSS Provider. Somit wäre meine oben beschriebene Situation korrekt.
Symsnap was the propietary VSS Provider used by BESR 8.5, which is no longer used. SSR 2013 R2 uses the Microsoft VSS Provider. Somit wäre meine oben beschriebene Situation korrekt.
Hallo,
dann solltest Du erstmal versuchen die Meldung 'OS-Fehler 2.147.754.806.'. (UMI:V-281-3215-6071) aufzulösen. Der Klartext für die Meldung ist:
The specified volume is nested too deeply to participate in the VSS operation.
Dafür findest Du im Netz einige Lösungsvorschäge.
Mit freundlichen Grüßen Andreas
dann solltest Du erstmal versuchen die Meldung 'OS-Fehler 2.147.754.806.'. (UMI:V-281-3215-6071) aufzulösen. Der Klartext für die Meldung ist:
The specified volume is nested too deeply to participate in the VSS operation.
Dafür findest Du im Netz einige Lösungsvorschäge.
Mit freundlichen Grüßen Andreas
Also für alle die noch nach einer Lösung suchen:
Durch den 2. Level Support bei Veritas haben wir dann die Lösung gefunden:
https://www.veritas.com/support/en_US/article.TECH217680
Hier muss darauf geachtet werden dass der Schritt auf ALLEN Laufwerken durchgeführt wird (also auch Systempartitionen die nicht unter Computer angezeigt werden)
Besten Dank für die Hilfe.
Durch den 2. Level Support bei Veritas haben wir dann die Lösung gefunden:
https://www.veritas.com/support/en_US/article.TECH217680
Hier muss darauf geachtet werden dass der Schritt auf ALLEN Laufwerken durchgeführt wird (also auch Systempartitionen die nicht unter Computer angezeigt werden)
Besten Dank für die Hilfe.
