7
Problem mit ntBackup seit Servercrash
Hallo zusammen! Habe wegen dieses Problems jetzt gefühlt das halbe Internet durchforstet. Entweder ist so ein Fall nicht dokumentiert oder ich habe schlicht die falschen Suchwörter benutzt, auf jeden Fall bin ich der Verzweiflung nahe...
Vor anderthalb Wochen hat sich das Motherboard unseres SBS2003 verabschiedet und hat offensichtlich bei der Gelegenheit auch gleich zwei unserer Festplatten gehimmelt. Durch eine ungünstige Konstellation von Umständen war das Backup veraltet (es wird normalerweise jede Nacht gesichert) mussten die Daten von den ebenfalls in Mitleidenschaft gezogenen Festplatten (defekte Sektoren auf der Datenfestplatte) kopiert werden. Habe also in einer langen Wochenendschicht das folgende gemacht:
Festplatte C: und D: per Acronis TrueImage auf separate Platte gesichert und das jeweilige Image auf zwei neue Festplatten zurückgeschrieben, dabei mittels Acronis UniversalRestore die Treiber für den Raidcontroller des neuen Motherboards integriert.
Der Systemstart brachte nur noch einen Bluescreen, also Reparaturinstallation mittels der SBS2003-CD's. System fuhr anständig hoch, darauf alle Updates und Servicepacks installiert, Datenbanken repariert und online gestellt. Es funktioniert jetzt soweit alles wieder reibungslos, besser als ich erwartet hätte.
Das einzige was massiv Ärger macht ist ntBackup. Die Sicherung läuft wie geschrieben jede Nacht und jeden Morgen habe ich "Fehlgeschlagen in den Logs stehen. Das Sicherungslog beginnt folgendermassen und von den Fehlereinträgen gibt es hunderte:
Es sind nur Dateien betroffen, die nach dem Systemcrash angelegt oder geändert wurden, alles alte lässt sich problemlos sichern. Um das Ganze noch mysteriöser zu machen: Im Ereignislog stehen NTFS-Fehler, chkdsk findet jedoch keine Fehler. Die Dateien sind auch nicht kaputt, sie lassen sich öffnen und kopieren und auch sonst arbeiten sie problemlos, nur sichern lassen sie sich nicht.
Ich bin mit meinem Latein am Ende, hat jemand eine Idee?
Vor anderthalb Wochen hat sich das Motherboard unseres SBS2003 verabschiedet und hat offensichtlich bei der Gelegenheit auch gleich zwei unserer Festplatten gehimmelt. Durch eine ungünstige Konstellation von Umständen war das Backup veraltet (es wird normalerweise jede Nacht gesichert) mussten die Daten von den ebenfalls in Mitleidenschaft gezogenen Festplatten (defekte Sektoren auf der Datenfestplatte) kopiert werden. Habe also in einer langen Wochenendschicht das folgende gemacht:
Festplatte C: und D: per Acronis TrueImage auf separate Platte gesichert und das jeweilige Image auf zwei neue Festplatten zurückgeschrieben, dabei mittels Acronis UniversalRestore die Treiber für den Raidcontroller des neuen Motherboards integriert.
Der Systemstart brachte nur noch einen Bluescreen, also Reparaturinstallation mittels der SBS2003-CD's. System fuhr anständig hoch, darauf alle Updates und Servicepacks installiert, Datenbanken repariert und online gestellt. Es funktioniert jetzt soweit alles wieder reibungslos, besser als ich erwartet hätte.
Das einzige was massiv Ärger macht ist ntBackup. Die Sicherung läuft wie geschrieben jede Nacht und jeden Morgen habe ich "Fehlgeschlagen in den Logs stehen. Das Sicherungslog beginnt folgendermassen und von den Fehlereinträgen gibt es hunderte:
Sicherungsart: Normal
Sicherung begonnen am 07.12.2009 um 23:36.
Sicherung abgeschlossen am 08.12.2009 um 00:18.
Verzeichnisse: 6558
Dateien: 73379
Bytes: 20.373.449.351
Zeit: 41 Minuten und 40 Sekunden
Sicherung von "D: Volume" (mit Schattenkopie)
Sicherungssatz #2 auf Medium #1
Sicherungsbeschreibung: "Die SBS-Sicherung wurde am 07.12.2009 um 23:30 ers"
Mediumname: "Small Business Server Backup (01).bkf erstellt am 07.12.2009 um 23:30"
Sicherungsart: Normal
Sicherung begonnen am 08.12.2009 um 00:18.
Warnung: "D:\copyctrl.txt" kann nicht geöffnet werden und wird übersprungen.
Ursache: Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar.
Fehler: Sie haben keinen Zugriff auf Teile des Verzeichnisses D:\Addison\ZMIS\Daten\ClientProfile.
Sie besitzen möglicherweise nicht die Berechtigung, die Datei zu öffnen oder das Verzeichnis fehlt oder ist beschädigt.
Wenden Sie sich an den Besitzer oder Administrator.
Warnung: "D:\Addison\ZMIS\Daten\ClientProfile" kann nicht geöffnet werden und wird übersprungen.
Ursache: Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar.
Sicherung begonnen am 07.12.2009 um 23:36.
Sicherung abgeschlossen am 08.12.2009 um 00:18.
Verzeichnisse: 6558
Dateien: 73379
Bytes: 20.373.449.351
Zeit: 41 Minuten und 40 Sekunden
Sicherung von "D: Volume" (mit Schattenkopie)
Sicherungssatz #2 auf Medium #1
Sicherungsbeschreibung: "Die SBS-Sicherung wurde am 07.12.2009 um 23:30 ers"
Mediumname: "Small Business Server Backup (01).bkf erstellt am 07.12.2009 um 23:30"
Sicherungsart: Normal
Sicherung begonnen am 08.12.2009 um 00:18.
Warnung: "D:\copyctrl.txt" kann nicht geöffnet werden und wird übersprungen.
Ursache: Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar.
Fehler: Sie haben keinen Zugriff auf Teile des Verzeichnisses D:\Addison\ZMIS\Daten\ClientProfile.
Sie besitzen möglicherweise nicht die Berechtigung, die Datei zu öffnen oder das Verzeichnis fehlt oder ist beschädigt.
Wenden Sie sich an den Besitzer oder Administrator.
Warnung: "D:\Addison\ZMIS\Daten\ClientProfile" kann nicht geöffnet werden und wird übersprungen.
Ursache: Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar.
Es sind nur Dateien betroffen, die nach dem Systemcrash angelegt oder geändert wurden, alles alte lässt sich problemlos sichern. Um das Ganze noch mysteriöser zu machen: Im Ereignislog stehen NTFS-Fehler, chkdsk findet jedoch keine Fehler. Die Dateien sind auch nicht kaputt, sie lassen sich öffnen und kopieren und auch sonst arbeiten sie problemlos, nur sichern lassen sie sich nicht.
Ich bin mit meinem Latein am Ende, hat jemand eine Idee?
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: 131184
Url: https://administrator.de/contentid/131184
Ausgedruckt am: 25.11.2024 um 11:11 Uhr
7 Kommentare
Neuester Kommentar
Moin,
wie sehen die Rechte aus - und welchem Account läuft der Task und hat der Full Access (normalerweise der Systemaccount)
Gruß
24
wie sehen die Rechte aus - und welchem Account läuft der Task und hat der Full Access (normalerweise der Systemaccount)
Gruß
24
Jupp, der Backuptask ist als SYSTEM angelegt. Habe aber auch testweise mal ein kleines Backup als Administrator laufen lassen, genau das selbe Ergebnis.
Und hat SYSTEM auf die Dateien Zugriff? (Also NTFS-Rechte Lesezugriff)
Ja, SYSTEM hat Vollzugriff, zumindest bei allen Dateien und Ordnern die ich überprüft habe. ADMINISTRATOR ebenfalls, wie gesagt kann ich die Dateien öffnen, kopieren, löschen, verschieben, bearbeiten, alles was ich will. nur eben nicht per ntBackup sichern 
PS: Habe gerade mal ein betroffenes Verzeichnis als Administrator per ROBOCOPY /COPYALL /E gesichert, ist fehlerfrei durchgelaufen
PS: Habe gerade mal ein betroffenes Verzeichnis als Administrator per ROBOCOPY /COPYALL /E gesichert, ist fehlerfrei durchgelaufen
Moin,
ich würde System auf den betroffenen Verzeichnissen noch mal durchschalten, das sind mehr Rechte als der Admin hat...
Gruß
24
ich würde System auf den betroffenen Verzeichnissen noch mal durchschalten, das sind mehr Rechte als der Admin hat...
Gruß
24
Das hört sich schonmal vielversprechend an, dummerweise stoße ich da jetzt an meine Grenzen. Wie gebe ich SYSTEM Zugriff auf alles unter D:\ ohne die bestehenden Benutzerberechtigungen der einzelnen User auf einzelne Dateien oder Verzeichnisse zu löschen?
Mit Hinzufügen.... Du sollst doch net Ersetzen....
24
24
