Systembackup mit Symantec System Recovery

Historischer Praxisbericht: Dieser Artikel dokumentiert einen damaligen Kundenfall mit Windows 7 Ultimate und Symantec System Recovery 2013. Produktnamen, Bedienwege und Hardware beziehen sich auf diese konkrete Umgebung. Der Bericht ist keine Anleitung zur Einrichtung eines heutigen Systems; dafür sind die Kompatibilität der eingesetzten Komponenten und die jeweiligen Herstelleranleitungen maßgeblich.

Im Mittelpunkt stehen zwei Erfahrungen: Zunächst wurde ein ausgefallener Arbeitsplatz mithilfe eines vorhandenen Backups wieder nutzbar gemacht. Anschließend wurde auf einem separaten Ziellaufwerk geprüft, wie sich das vollständige System allein aus der Sicherung wiederherstellen ließ. Der Bericht entstand aus den Schilderungen des Kunden und wurde in Abstimmung mit ihm ergänzt.

Die Ausgangslage: Notebook, SSD und Sicherung auf einem NAS

Der Kunde führte ein Unternehmen mit fünf Mitarbeitenden. Auf seinem Notebook waren Windows 7 Ultimate und zahlreiche individuell eingerichtete Anwendungen installiert. Als Systemlaufwerk diente eine Samsung-SSD der Baureihe 840 mit 512 GB Kapazität. Die SSD war zum Zeitpunkt des Ausfalls erst wenige Monate im Einsatz.

Die Sicherung war folgendermaßen aufgebaut:

• Eine Synology DiskStation 207+ mit zwei Laufwerken zu jeweils 512 GB im RAID 1 war per LAN erreichbar.
• Symantec System Recovery 2013 erstellte wöchentlich inkrementelle Sicherungen auf diesem NAS.
• Zusätzlich wurden zwei externe Festplatten im Zwei-Wochen-Rhythmus für weitere Sicherungen verwendet. Sie wurden für die hier beschriebene Wiederherstellung nicht benötigt.

Entscheidend war die vom Notebook getrennte Sicherung mit Wiederherstellungspunkten. Die Spiegelung innerhalb des NAS erfüllte eine andere Aufgabe: Sie konnte den Ausfall eines einzelnen NAS-Laufwerks abfangen, ersetzte aber keine zusätzliche Kopie der Sicherung.

Der Rechner startete plötzlich nicht mehr

Am Abend wurde das Notebook wie gewohnt heruntergefahren. Beim nächsten Einschalten erschien die Windows-Fehlerbehebung mit dem Hinweis, dass Windows nicht gestartet werden konnte.

Darauf folgte für einen kurzen Moment ein blauer Fehlerbildschirm; anschließend startete das Notebook selbstständig neu. Die folgenden Aufnahmen stammen vom Kunden. Wegen des ausgefallenen Systems wurden Fotos angefertigt, keine Bildschirmaufnahmen.

Der angezeigte Stop-Code lautete 0x0000007B. Aus dem Fehlerbild allein ließ sich die genaue Ursache noch nicht ableiten. Für den Kunden war vor allem wichtig, ob nicht nur seine Dateien, sondern der gesamte eingerichtete Arbeitsplatz mit Betriebssystem, Programmen und Einstellungen wieder nutzbar werden würde.

Fehlende Startdaten aus dem Backup ergänzen

Die SSD wurde per Kurier zur Untersuchung eingesendet. Dabei zeigte sich, dass Daten ausgelesen werden konnten, jedoch mehrere Megabyte wichtiger Informationen am Anfang der Boot-Partition fehlten. Damit war zunächst offen, ob sich das ursprüngliche System wieder starten lassen würde.

Hier half die vorhandene Sicherung: Der letzte planmäßige Sicherungslauf hatte am Vorabend des Ausfalls stattgefunden. Aus diesem Backup konnten die fehlenden Informationen ergänzt werden. Im konkreten Fall gelang es dadurch, das Betriebssystem und die eingerichteten Anwendungen wieder funktionsfähig bereitzustellen.

Dieses Ergebnis beschreibt den Einzelfall. Es lässt sich daraus weder eine allgemeine Erfolgsquote für eine SSD-Baureihe noch eine universelle Reparaturmethode ableiten. Für die weitere Untersuchung war aber eine wichtige Grundlage vorhanden: ein vollständiger und zeitlich passender Sicherungsstand.

Wie die Sicherung in Symantec System Recovery 2013 eingerichtet war

Mit Zustimmung des Kunden wurde anschließend eine vollständige Rücksicherung erprobt. Zuvor wurde nachvollzogen, wie der ursprüngliche Sicherungsauftrag angelegt war. Wichtig war dabei, dass nicht nur das sichtbare Datenlaufwerk, sondern auch die zum Starten benötigten Bereiche enthalten waren.

1. Im Menü „Tasks“ wurde „Backups ausführen oder verwalten“ geöffnet.
2. Über „Neu festlegen“ folgte die Auswahl „Arbeitsplatz sichern“.
3. Mit „Versteckte Laufwerke anzeigen“ wurden auch die sonst ausgeblendeten Bereiche sichtbar gemacht und in die Auswahl aufgenommen.
4. Die Option „Alle zugehörigen Laufwerke hinzufügen (empfohlen)“ ergänzte zusammengehörige Laufwerke.
5. Für die inkrementelle Sicherung wurde ein Wiederherstellungspunkt-Satz angelegt und das NAS als Ziel ausgewählt.
6. Die Konfiguration verwendete „Komprimierung: Standard“ und eine Begrenzung auf zwölf Wiederherstellungspunkte.
7. Unter „Erweitert“ war „Vollständiges VSS-Backup durchführen“ ausgewählt.
8. Der Auftrag wurde zeitlich geplant; im beschriebenen Ablauf war dafür mittwochs ab 18 Uhr vorgesehen.

Diese Werte dokumentieren die damalige Konfiguration. Ein wöchentlicher Lauf und zwölf Wiederherstellungspunkte sind keine allgemeine Empfehlung für jedes Unternehmen. Maßgeblich ist, welche zwischenzeitlichen Änderungen verloren gehen dürften und wie weit ältere Stände zurückreichen müssen.

Der Wiederherstellungstest auf einer leeren SSD

Für den Test wurde eine neue, fehlerfreie SSD als Ziel eingesetzt. Das ausgefallene Original diente nicht als Testmedium. Das Notebook wurde per Netzwerkkabel mit dem Netzwerk des NAS verbunden und von der damaligen 64-Bit-Wiederherstellungs-DVD, der System Recovery Disk, gestartet.

Der Start von DVD dauerte einige Minuten. In der anschließend geöffneten Wiederherstellungsumgebung wurde „Arbeitsplatz wiederherstellen“ gewählt. Erst nachdem die benötigten Geräte und der Speicherort des Backups erreichbar waren, konnte die eigentliche Rücksicherung beginnen.

Zugriff auf das NAS herstellen

Die DiskStation wurde über das Netzwerk angesprochen. Ihr USB-Anschluss war für angeschlossene Peripheriegeräte vorgesehen und konnte nicht als direkte USB-Verbindung zum Notebook verwendet werden.

In der Symantec-Umgebung wurde „Netzlaufwerk verbinden“ aufgerufen. Über den NAS-Namen diskstation und die erforderlichen Zugangsdaten ließ sich der Sicherungsordner erreichen. Dort wurde der letzte vorhandene Wiederherstellungspunkt ausgewählt. Dass ein NAS im normalen Windows-Betrieb erreichbar ist, beweist noch nicht, dass auch die Wiederherstellungsumgebung den nötigen Netzwerkzugriff besitzt.

Laufwerke wiederherstellen und Zeitbedarf berücksichtigen

Im Versuch wurden die gesicherten Laufwerke nacheinander zurückgespielt, beginnend mit dem kleinen Startbereich. Die größte Partition mit etwa 260 GB und ungefähr drei Millionen Dateien benötigte rund 17 Stunden. Kleine Bereiche waren dagegen teilweise nach wenigen Minuten abgeschlossen.

Die Zeiten sind Messwerte dieses Falls und keine Erwartungswerte für andere Systeme. Sie zeigen jedoch, weshalb die Wiederherstellungsdauer praktisch getestet werden sollte. Während eines längeren Vorgangs müssen Stromversorgung und Verbindung zum Sicherungsziel zuverlässig verfügbar bleiben.

Nach Abschluss wurde die DVD entfernt und das Notebook neu gestartet. Anschließend wurde geprüft, ob Betriebssystem und Anwendungen funktionierten. Anhand zuletzt veränderter Daten, etwa des E-Mail-Postausgangs, ließ sich außerdem kontrollieren, ob tatsächlich der gewünschte Sicherungsstand eingespielt worden war.

Die anschließende Überarbeitung der Umgebung

Nach dem erfolgreichen Wiederanlauf wurden das Systemlaufwerk, die Speicherkapazität des NAS und der Sicherungsauftrag überarbeitet. Auch diese Schritte gehören zum historischen Fall und sind keine Kaufempfehlung für die damals verwendeten Geräte.

Wechsel auf eine Samsung 850 Pro

Die bisherige Samsung 840 sollte nicht weiter als produktives Systemlaufwerk eingesetzt werden. Im Bericht war ein Schreibvolumen von ungefähr 18 TB vermerkt. Dieser Wert allein ist jedoch weder eine allgemeine Verschleißgrenze noch ein Beleg für die Ursache des Ausfalls.

Das wieder startfähige System wurde anschließend auf eine Samsung 850 Pro mit 512 GB übertragen. Dafür kam die damalige Samsung Data Migration Software zum Einsatz. Die neue SSD wurde zunächst in einem externen Gehäuse per USB angeschlossen und als Ziel der Übertragung ausgewählt. Nach dem Kopieren wurde sie in das Notebook eingebaut. Für die Übertragung wurde eine passende USB-3.0-Verbindung verwendet; die tatsächliche Dauer hing von Datenmenge und beteiligter Hardware ab.

Zur Prüfung und Konfiguration wurde außerdem das damals angebotene Samsung Magician eingesetzt. Eine SSD bleibt unabhängig von Modell, Garantiezeit und Verwaltungssoftware auf verlässliche Backups angewiesen.

Mehr Speicherplatz auf dem NAS

Die beiden bisherigen 512-GB-Laufwerke der Synology DiskStation wurden im Zuge der Erweiterung durch zwei Western-Digital-Red-Laufwerke mit jeweils 2 TB ersetzt. Der Austausch erfolgte nacheinander, damit die vorhandene RAID-1-Spiegelung jeweils wieder aufgebaut werden konnte.

1. Die DiskStation wurde ordnungsgemäß heruntergefahren und eines der bisherigen Laufwerke ersetzt.
2. Nach dem Start wurde in der DSM-Verwaltung der Speichermanager geöffnet und die Reparatur beziehungsweise Wiederherstellung des Verbunds mit dem neuen Laufwerk ausgeführt.
3. Erst nach Abschluss und Prüfung dieses Vorgangs wurde das zweite bisherige Laufwerk ausgetauscht.
4. Nach dem erneuten Aufbau wurden Zustand des Verbunds, nutzbare Kapazität und Zugriff auf die vorhandenen Daten überprüft.

Dieser Ablauf beschreibt den funktionierenden Verbund des Kunden. Bei einem bereits gestörten RAID oder unklarer Laufwerkszuordnung wäre ein ungeprüfter Austausch riskant. Dauer und Vorgehensweise eines Neuaufbaus hängen von Gerät, Konfiguration und Zustand der Laufwerke ab; eine feste Zeitspanne lässt sich dafür nicht angeben.

Ein Folgeproblem: Der Sicherungsauftrag erfasste die Startpartition nicht mehr

Nach der Übertragung auf die neue SSD wurde der Sicherungsauftrag erneut geprüft. Dabei trat ein Problem mit der nun als „data“ bezeichneten Startpartition auf. Sie war ungefähr 100 MB groß und mit etwa 95 MB belegt. Symantec System Recovery konnte diesen Bereich in der vorliegenden Konstellation nicht erfolgreich mitsichern. Die Software schlug ein Update vor, das den Fehler jedoch nicht beseitigte.

Im dokumentierten Versuch wurde die Partition mit GParted vergrößert. Dazu wurde das System von einem GParted-Datenträger gestartet. Vor der nachfolgenden größeren Partition wurden ungefähr 1.000 MB freigemacht; anschließend konnte der Startbereich um diesen Platz erweitert werden. Dafür mussten Daten auf dem Laufwerk verschoben werden.

Diese Beschreibung ist keine allgemeine Reparaturanweisung. Änderungen an Partitionsgrenzen hängen vom konkreten Layout ab und können Daten und Startfähigkeit beeinträchtigen. Im historischen Fall erschien nach dem Eingriff tatsächlich eine Meldung, dass winload.exe nicht gefunden werde.

Das Notebook wurde daraufhin vom Windows-Installationsdatenträger gestartet und die Startreparatur ausgeführt. Danach ließ sich das System wieder booten. Abschließend wurde erneut eine vollständige Sicherung aller benötigten Bereiche mit Symantec System Recovery 2013 erstellt und geprüft, ob die Startpartition diesmal enthalten war.

Gerade dieser zusätzliche Aufwand zeigt, weshalb eine erfolgreiche Migration allein nicht genügt: Nach Veränderungen an Laufwerken und Partitionen muss auch der Sicherungs- und Wiederherstellungsweg erneut überprüft werden.

Was sich aus dem Fall für die Backup-Planung ableiten lässt

Der Kunde benötigte mehr als eine Sammlung seiner Dokumente. Er wollte den individuell eingerichteten Arbeitsplatz mit Anwendungen und Einstellungen weiterverwenden. Eine passende Sicherungsstrategie muss deshalb zwischen der Wiederherstellung einzelner Dateien und der Wiederinbetriebnahme eines vollständigen Systems unterscheiden.

• Benötigte Systembereiche mit erfassen: Zu einem startfähigen System gehören mehr Bestandteile als das sichtbare Datenlaufwerk.
• Wiederherstellungsmedium rechtzeitig vorbereiten: Je nach Produkt und Ausgabe liegt ein solches Medium bei oder muss selbst erstellt werden. Im beschriebenen Test war eine DVD vorhanden.
• Zugriff praktisch testen: Die Wiederherstellungsumgebung muss Sicherung, Zielmedium und erforderliche Speicher- beziehungsweise Netzwerkgeräte erreichen können. Bei verschlüsselten Beständen müssen auch die benötigten Schlüssel verfügbar sein.
• Auf einem getrennten Ziel testen: Ein geeignetes Ersatzlaufwerk oder eine isolierte Testumgebung schützt den produktiven Bestand vor versehentlichem Überschreiben. Quelle und Ziel müssen eindeutig feststehen.
• Den Wiederanlauf vollständig prüfen: Neben dem Start des Betriebssystems gehören wichtige Anwendungen, aktuelle Daten und die erneut laufenden Sicherungsaufträge zur Kontrolle.
• Nach Änderungen erneut prüfen: Ein Laufwerkswechsel, eine neue Partitionierung oder eine veränderte Sicherungsumgebung kann einen bisher funktionierenden Ablauf beeinflussen.

Das vorhandene Backup war in diesem Fall sowohl eine Quelle für fehlende Startinformationen als auch die Grundlage eines vollständigen Wiederherstellungstests. Erst der Test machte sichtbar, welcher Zeitbedarf und welche zusätzlichen Arbeitsschritte mit dem tatsächlichen Wiederanlauf verbunden waren.