21
Windows Server Sicherung wirre Meldungen
Hallo liebes Forum,
ich habe hier eine Frage bzgl. der Windows-Server-Sicherung auf einem SBS2011.
Ich möchte hier jetzt keine Diskussion lostreten, ob die Windows-Sicherung gut ist oder nicht. Dass es bei weitem bessere Backup-Programme gibt, weiß ich auch, der Kunde möchte allerdings kein zusätzliches Geld ausgeben, daher müssen wir damit leben.
Die Sicherung läuft seit ca. 3 Jahren ohne wirkliche Probleme.
Tägliche Windows-Server-Sicherung (kompletter Server) auf RDX-Festplatten, die täglich gewechselt werden. Hat alles wunderbar funktioniert (klar, die RDX-Bänder muss man über die CMD mit wbadmin manuell einmal zur Sicherung hinzufügen, da die GUI das wohl nicht zulässt, aber es hat wie gesagt funktioniert).
Seit ca. 3 Wochen allerdings funktioniert die Sicherung auf einmal nicht mehr. Bzw. er zeigt an, dass die Sicherung erfolgreich ist, aber wenn man sich die Sicherung genau anguckt sieht man, dass sie das eben nicht ist. Anbei mal ein paar Screenshots (aus der SBS Konsole bzgl. der Sicherung und einmal direkt aus der Windows-Server-Sicherung).
SBS-Konsole:
Windows-Server-Sicherung:
Detaillierte Ansicht der Sicherung:
Ich habe die Sicherung schon einmal komplett neu eingerichtet, etc. allerdings ändert sich dadurch leider nichts. Die Größe der übertragenen Daten von Laufwerk C: ändert sich auch. Mal sind es 35GB, mal 45GB, etc.
Hat irgendjemand einen Tipp diesbezüglich bzw. kann mir sagen, wo ich genauere Informationen sehen kann, warum diese Sicherung nicht läuft?
Vielen Dank im Voraus!
LG Dennis
ich habe hier eine Frage bzgl. der Windows-Server-Sicherung auf einem SBS2011.
Ich möchte hier jetzt keine Diskussion lostreten, ob die Windows-Sicherung gut ist oder nicht. Dass es bei weitem bessere Backup-Programme gibt, weiß ich auch, der Kunde möchte allerdings kein zusätzliches Geld ausgeben, daher müssen wir damit leben.
Die Sicherung läuft seit ca. 3 Jahren ohne wirkliche Probleme.
Tägliche Windows-Server-Sicherung (kompletter Server) auf RDX-Festplatten, die täglich gewechselt werden. Hat alles wunderbar funktioniert (klar, die RDX-Bänder muss man über die CMD mit wbadmin manuell einmal zur Sicherung hinzufügen, da die GUI das wohl nicht zulässt, aber es hat wie gesagt funktioniert).
Seit ca. 3 Wochen allerdings funktioniert die Sicherung auf einmal nicht mehr. Bzw. er zeigt an, dass die Sicherung erfolgreich ist, aber wenn man sich die Sicherung genau anguckt sieht man, dass sie das eben nicht ist. Anbei mal ein paar Screenshots (aus der SBS Konsole bzgl. der Sicherung und einmal direkt aus der Windows-Server-Sicherung).
SBS-Konsole:
Windows-Server-Sicherung:
Detaillierte Ansicht der Sicherung:
Ich habe die Sicherung schon einmal komplett neu eingerichtet, etc. allerdings ändert sich dadurch leider nichts. Die Größe der übertragenen Daten von Laufwerk C: ändert sich auch. Mal sind es 35GB, mal 45GB, etc.
Hat irgendjemand einen Tipp diesbezüglich bzw. kann mir sagen, wo ich genauere Informationen sehen kann, warum diese Sicherung nicht läuft?
Vielen Dank im Voraus!
LG Dennis
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 316506
Url: https://administrator.de/forum/windows-server-sicherung-wirre-meldungen-316506.html
Ausgedruckt am: 15.04.2025 um 20:04 Uhr
21 Kommentare
Neuester Kommentar
Der Tab "Fehler" wäre jetzt hilfreicher gewesen. Was sagt das Eventlog? Da wird vermutlich ein VSS-Admin Writer in Schieflage geraten sein, mach mal ein
R.
vssadmin list writers
Hallo,
Für eine Windows-Systemsicherung muß das RDX-Laufwerk mit den RDXtools in den Fixed Disk Mode umgeschaltet werden, dann kann man das RDX-Laufwerk auch in der GUI auswählen. Alles andere macht Probleme spätestens im Notfall, bei einer Rücksicherung.
Die Windows Systemsicherung ist differentiell, d.h. es wird nicht immer ein komplettes Systembackup erstellt. Die Angabe der unterschiedlichen Menge an "Übetragenden Daten" ist also normal.
Wo soll jetzt dein Fehler sein?
MfG
klar, die RDX-Bänder muss man über die CMD mit wbadmin manuell einmal zur Sicherung hinzufügen, da die GUI das wohl nicht zulässt, aber es hat wie gesagt funktioniert
Für eine Windows-Systemsicherung muß das RDX-Laufwerk mit den RDXtools in den Fixed Disk Mode umgeschaltet werden, dann kann man das RDX-Laufwerk auch in der GUI auswählen. Alles andere macht Probleme spätestens im Notfall, bei einer Rücksicherung.
Die Größe der übertragenen Daten von Laufwerk C: ändert sich auch. Mal sind es 35GB, mal 45GB, etc.
Die Windows Systemsicherung ist differentiell, d.h. es wird nicht immer ein komplettes Systembackup erstellt. Die Angabe der unterschiedlichen Menge an "Übetragenden Daten" ist also normal.
Wo soll jetzt dein Fehler sein?
MfG
Sorry, hatte vergessen den Screenshot mit hochzuladen 
Nur sagt er mir nicht, welche Datei er nicht finden konnte.
Und anbei die VSS Writers:
Nur sagt er mir nicht, welche Datei er nicht finden konnte.
Und anbei die VSS Writers:
Zitat von @runasservice:
Hallo,
Für eine Windows-Systemsicherung muß das RDX-Laufwerk mit den RDXtools in den Fixed Disk Mode umgeschaltet werden, dann kann man das RDX-Laufwerk auch in der GUI auswählen. Alles andere macht Probleme spätestens im Notfall, bei einer Rücksicherung.
Hallo,
Für eine Windows-Systemsicherung muß das RDX-Laufwerk mit den RDXtools in den Fixed Disk Mode umgeschaltet werden, dann kann man das RDX-Laufwerk auch in der GUI auswählen. Alles andere macht Probleme spätestens im Notfall, bei einer Rücksicherung.
ist im fixed Disk Mode, allerdings streubt sich die Windows Sicherung beim SBS 2011 dagegen trotzdem, die Sicherung zu akzeptieren, wenn ein Medium offline ist. Wollte den offiziellen Weg von Tandberg gehen mit dem fixed Disk Mode und Laufwerksbuchstaben, etc. leider geht dies nicht. In diversen Microsoft Foren findet man aber, dass das ein bekannter Bug ist, der erst mit Server 2012 behoben wurde.
Die Größe der übertragenen Daten von Laufwerk C: ändert sich auch. Mal sind es 35GB, mal 45GB, etc.
Die Windows Systemsicherung ist differentiell, d.h. es wird nicht immer ein komplettes Systembackup erstellt. Die Angabe der unterschiedlichen Menge an "Übetragenden Daten" ist also normal.
Ja, die ändert sich, WENN schonmal ein Voll-Backup gelaufen ist. Dann steht dort aber auch trotzdem erfolgreich in den Details der Sicherung. Ich habe das Backup einmal komplett neu eingerichtet und die Bänder formatiert, sodass also die 1. Sicherung auf jeden Fall ALLE Daten übertragen müsste, dies ist aber nicht der Fall gewesen wie man sieht.
LG Dennis
Hallo,
die genaue Fehlermeldung steht im Windows Event Log, dort bitte mal nachsehen. Die VSS Writer kommen von selbst nicht in "Schieflage".
MfG
die genaue Fehlermeldung steht im Windows Event Log, dort bitte mal nachsehen. Die VSS Writer kommen von selbst nicht in "Schieflage".
MfG
Hallo,
Nein - sieht man nicht, da solche Infos erst immer auf Nachfrage kommen
ist aber nicht der Fall gewesen wie man sieht.
Nein - sieht man nicht, da solche Infos erst immer auf Nachfrage kommen
Anbei der Ausschnitt ausm Eventlog.
Die restlichen Inhalte zeigen nur:
"Der Sicherungsmoduldienst auf Blockebene wurde beendet."
oder
"Der Sicherungsmoduldienst auf Blockebene wurde gestartet."
Die restlichen Inhalte zeigen nur:
"Der Sicherungsmoduldienst auf Blockebene wurde beendet."
oder
"Der Sicherungsmoduldienst auf Blockebene wurde gestartet."
Die VSS Writer kommen von selbst nicht in "Schieflage".
Selbst nicht aber durch Dateisystemkorruption kann das durchaus passieren, hatte ich schon mal. Auch wenn der Dienst eines vermeintlichen fremden Writers Probleme hat.
Hallo,
Auf blog.sbsfaq.de findet man einen brauchbaren Script von T.Redelberger für die Sicherung von SBS2011 auf RDX. Der Vorteil, man kann wbadmin über die Schulter schauen und Fehler schneller eingrenzen.
Microsoft Foren findet man aber, dass das ein bekannter Bug ist, der erst mit Server 2012 behoben wurde.
Auf blog.sbsfaq.de findet man einen brauchbaren Script von T.Redelberger für die Sicherung von SBS2011 auf RDX. Der Vorteil, man kann wbadmin über die Schulter schauen und Fehler schneller eingrenzen.
Zitat von @runasservice:
Hallo,
Auf blog.sbsfaq.de findet man einen brauchbaren Script von T.Redelberger für die Sicherung von SBS2011 auf RDX. Der Vorteil, man kann wbadmin über die Schulter schauen und Fehler schneller eingrenzen.
Hallo,
Microsoft Foren findet man aber, dass das ein bekannter Bug ist, der erst mit Server 2012 behoben wurde.
Auf blog.sbsfaq.de findet man einen brauchbaren Script von T.Redelberger für die Sicherung von SBS2011 auf RDX. Der Vorteil, man kann wbadmin über die Schulter schauen und Fehler schneller eingrenzen.
Danke, das ganze schaue ich mir mal an
Die VSS Writer kommen von selbst nicht in "Schieflage".
Selbst nicht aber durch Dateisystemkorruption kann das durchaus passieren,Ja, damit hast Du vielleicht recht! Ein Programm oder Konfiguration, das/die nach nach Wochen/Monaten (oder sogar 3 Jahren) ohne Fehler, plötzlich Probleme macht, ist ein Indikator dafür, das sich die Laufzeitumgebung verändert hat, bzw. Störungen im System vorliegen.
Die Überprüfung der VSS Writer sollte auch einer der ersten schritte sein. Bei Problemen mit den VSS Writern, sieht das Fehlerbild aber anders aus.....
MfG
Ja, VSS Writers hatte ich auch "eigentlich" ausgeschlossen, da kennt man Probleme ja (Backup Exec lässt bei einigen Kunden die Exchange VSS Writer sich mal aufhängen... Allerdings ist das auch ne uralte BE Version).
Wir werden nun das Script mal ausprobieren und testen, dazu müssen wir natürlich nur die RDX Festplatten einmal neu formatieren und denen einen festen Laufwerksbuchstaben zuweisen, da das SBS Backup denen ja den Buchstaben genommen hatte um sie dem Backup zuzuweisen.
Wir werden nun das Script mal ausprobieren und testen, dazu müssen wir natürlich nur die RDX Festplatten einmal neu formatieren und denen einen festen Laufwerksbuchstaben zuweisen, da das SBS Backup denen ja den Buchstaben genommen hatte um sie dem Backup zuzuweisen.
Leider kommt auch mit dem Script genau der selbe Fehler...
Hallo,
Wie geht denn die Fehlemeldung weiter? Ich sehe nur den Anfang
Stelle mal den Speicherplatz für Schattenkopien auf "unbegrenzt" für das Laufwerk C:
Leider kommt auch mit dem Script genau der selbe Fehler...
Wie geht denn die Fehlemeldung weiter? Ich sehe nur den Anfang
Stelle mal den Speicherplatz für Schattenkopien auf "unbegrenzt" für das Laufwerk C:
Wie geht denn die Fehlemeldung weiter? Ich sehe nur den Anfang
Geht leider auch nicht viel weiter die Meldung ...
Schattenkopien sind aktuell begrenzt auf 2048MB und deaktiviert.
Muss ich diese dann aktivieren?
Ich weiß, dass wir damals mal Probleme hatten, dass ein Laufwerk vollgelaufen ist mit dem Ordner "System Volume Information" und dieser Ordner dann 200GB groß war (auf Laufwerk E: ).
Schattenkopien sind aktuell begrenzt auf 2048MB und deaktiviert.
Muss ich diese dann aktivieren?
Muss ich diese dann aktivieren?
Solltest Du einfach mal für einen Test vergrössen oder auf "unbegrenzt" setzen.
Aktivieren aber nicht zwingend?
Das Windows Systembackup ist letztendlich eine Schattenkopie (Quelle und Ziel). Laut Screenshot hast Du auf Laufwerk C: einen Bereich von 2048 MB eingerichtet und dieser ist auch aktiv. Ich würde das erstmal mit einen größeren Reservierung z.B. 4096 MB testen....
Ich würde mal den Process Monitor mitlaufen lassen und auf Fehler filtern.
Guten Morgen,
Danke @runasservice für den Tipp mit dem Speicherplatz für die Schattenkopien.
Ich habe ihn auf "unbegrenzt" gestellt und schon funktioniert die Sicherung einwandfrei.
Stellt sich zwar trotzdem die Frage, wieso genau das 3 Jahre lang auch ohne ging, aber ist ja erstmal egal. Hauptsache es läuft!
Das sind jetzt meine aktuellen Einstellungen:
Vielen Dank nochmal.
LG Dennis
Danke @runasservice für den Tipp mit dem Speicherplatz für die Schattenkopien.
Ich habe ihn auf "unbegrenzt" gestellt und schon funktioniert die Sicherung einwandfrei.
Stellt sich zwar trotzdem die Frage, wieso genau das 3 Jahre lang auch ohne ging, aber ist ja erstmal egal. Hauptsache es läuft!
Das sind jetzt meine aktuellen Einstellungen:
Vielen Dank nochmal.
LG Dennis
Hallo,
Das System ist 3 Jahre mit den eingestellten Speicherbereich ausgekommen, benötigt jetzt aber mehr Speicherplatz
Stellt sich zwar trotzdem die Frage, wieso genau das 3 Jahre lang auch ohne ging, aber ist ja erstmal egal. Hauptsache es läuft!
Das System ist 3 Jahre mit den eingestellten Speicherbereich ausgekommen, benötigt jetzt aber mehr Speicherplatz
