info@datenrettung-tipps.com
Richtig einschätzen, dann handeln
Synology SHR ausgefallen – Struktur zuerst verstehen
Wenn ein Synology-NAS mit SHR nicht mehr startet, der Speicherpool fehlerhaft ist oder DSM eine Reparatur verlangt, geht es nicht nur um eine einzelne Festplatte. SHR kann mehrere Laufwerksgrößen, Partitionen, interne RAID-Gruppen, Speicherpool und Volume miteinander verbinden.
Wichtig: Windows-Initialisierung, DSM-Reparatur, neuer Speicherpool oder erneuter Rebuild sollten bei ungesicherten Daten nicht vorschnell bestätigt werden.
Was Sie bei einem SHR-Ausfall zuerst vermeiden sollten
Synology DSM bietet je nach Zustand Reparatur-, Import- oder Verwaltungsfunktionen an. Bei ungesicherten Daten können genau diese Schritte riskant sein.
Nicht initialisieren
Meldungen von Windows oder DSM zur Initialisierung nicht bestätigen.
Keinen neuen Pool erstellen
Eine Neuerstellung kann vorhandene SHR- und Pool-Metadaten überschreiben.
Rebuild nicht erzwingen
Ein Rebuild belastet alle beteiligten Laufwerke und schreibt neue Zustände.
Laufwerke nicht mischen
Einschübe, Reihenfolge und Seriennummern sollten unverändert bleiben.
Was Synology SHR eigentlich macht
SHR steht für Synology Hybrid RAID. Der Name klingt nach einem einzelnen RAID-Level, tatsächlich ist SHR aber eine flexible Speicherverwaltung, die unterschiedliche Laufwerksgrößen besser ausnutzen kann als viele klassische RAID-Konfigurationen.
Bei gleich großen Laufwerken kann ein SHR-Verbund nach außen ähnlich wirken wie RAID 1, RAID 5 oder RAID 6. Sobald Laufwerke unterschiedlicher Größe verwendet werden, kann die interne Struktur aber deutlich komplexer werden.
Synology teilt Laufwerke in Partitionen auf und fasst passende Bereiche zu internen Gruppen zusammen. Darauf bauen Speicherpool und Volume auf. Das sichtbare Netzlaufwerk ist also nur die oberste Ebene einer mehrstufigen Struktur.
Für die Datenrettung bedeutet das: Es reicht nicht, eine einzelne Festplatte zu betrachten. Laufwerksreihenfolge, Partitionsaufbau, interne Gruppen, Speicherpool und Dateisystem müssen zusammenpassen.
Besonders kritisch wird es, wenn das NAS bereits erweitert wurde, Laufwerke getauscht wurden oder ein Rebuild nicht sauber abgeschlossen wurde. Dann können alte und neue Zustände nebeneinander existieren.
Warum SHR nicht wie ein einfaches RAID behandelt werden sollte
Viele Fehler entstehen, weil SHR wie ein gewöhnlicher RAID-Verbund mit identischen Laufwerken betrachtet wird. Das kann bei gemischten Größen oder nach Erweiterungen zu falschen Schlüssen führen.
Unterschiedliche Laufwerksgrößen
SHR kann größere Laufwerke teilweise besser nutzen. Intern entstehen dadurch zusätzliche Bereiche, die getrennt zugeordnet werden müssen.
Mehrere interne Gruppen
Je nach Ausbauzustand können mehrere RAID-ähnliche Gruppen beteiligt sein. Ein Fehler in einer Ebene kann das gesamte Volume betreffen.
SHR und SHR-2
SHR schützt üblicherweise gegen einen Laufwerksausfall, SHR-2 gegen zwei. Lesefehler, Metadatenschäden oder ein abgebrochener Rebuild bleiben dennoch kritisch.
Speicherpool darüber
Der Speicherpool ist die Ebene, aus der DSM ein oder mehrere Volumes bereitstellt. Pool-Fehler können Volumes unzugänglich machen.
Dateisystem auf dem Volume
Btrfs oder ext4 liegen oberhalb des Speicherpools. Auch diese Ebene muss bei einer Rekonstruktion korrekt gelesen werden.
Alte Zustände nach Umbauten
Nach Erweiterungen oder Laufwerkstausch können alte und neue Metadaten vorhanden sein. Deshalb ist der zeitliche Ablauf wichtig.
Warum gemischte Laufwerksgrößen die Analyse verändern
Einer der Vorteile von SHR ist die flexible Nutzung unterschiedlicher Laufwerksgrößen. Ein NAS kann zum Beispiel mit kleineren Festplatten begonnen und später mit größeren Laufwerken erweitert werden.
Für den normalen Betrieb ist das bequem. Im Fehlerfall bedeutet es aber, dass nicht jeder Bereich auf jedem Laufwerk gleich aufgebaut sein muss. Manche Bereiche können gespiegelt sein, andere arbeiten mit Parität.
Bei einer Datenrettung muss deshalb geprüft werden, welche Partitionen zusammengehören, welche internen Gruppen vorhanden sind und welche Laufwerke für welche Bereiche wirklich benötigt werden.
Ein falscher Import, ein erzwungener Rebuild oder ein Laufwerkstausch an der falschen Position kann diese Zuordnung erschweren. Das gilt besonders, wenn DSM bereits Warnungen angezeigt hat oder der Speicherpool abgestürzt ist.
Deshalb sollten Laufwerke nicht testweise in anderer Reihenfolge eingesetzt und nicht in einem anderen Synology-NAS „probiert“ werden, solange die Daten nicht gesichert sind.
Wie sich ein SHR-Problem bemerkbar machen kann
Die DSM-Meldung allein sagt noch nicht sicher, ob Laufwerke, Speicherpool, Volume oder Dateisystem betroffen sind.
Speicherpool fehlerhaft
DSM zeigt den Pool als fehlerhaft, abgestürzt oder nicht reparierbar an. Das Volume kann dabei ebenfalls verschwinden.
Volume abgestürzt
Das NAS ist erreichbar, aber Freigaben fehlen oder das Volume wird nicht mehr bereitgestellt.
Rebuild bleibt hängen
Der Wiederaufbau läuft sehr langsam, bricht ab oder bleibt bei einem bestimmten Prozentwert stehen.
Laufwerk wird wechselnd erkannt
Ein Datenträger erscheint zeitweise als normal, fehlerhaft, entfernt oder nicht initialisiert.
DSM verlangt Initialisierung
Diese Meldung ist kritisch. Initialisierung ist kein Schritt zur Rettung vorhandener Daten.
Ordner fehlen oder Kopien brechen ab
Wenn Daten kurz sichtbar sind, Kopiervorgänge aber abbrechen, können Laufwerks- oder Dateisystemfehler vorliegen.
Warum SHR-Laufwerke am Windows-PC gefährlich wirken können
Wer ein Synology-Laufwerk ausbaut und an einen Windows-PC anschließt, sieht häufig keine normalen Ordner. Stattdessen meldet Windows ein unbekanntes Laufwerk, eine RAW-Partition oder fordert zur Initialisierung auf.
Das bedeutet nicht automatisch, dass die Festplatte leer ist. Windows versteht die Synology-Struktur aus Linux-Partitionen, internen RAID-Gruppen, Speicherpool und Volume nicht vollständig.
Eine Initialisierung schreibt neue Datenträgerinformationen. Auch wenn dieser Schritt harmlos klingt, kann er wichtige Partitionstabellen oder Metadaten verändern.
Auch Reparaturversuche mit allgemeinen Partitions- oder Dateisystemtools sind problematisch. Sie betrachten meist nur einen Ausschnitt und nicht den kompletten SHR-Verbund.
Wenn Laufwerke geprüft werden sollen, sollte das nur lesend und mit klarer Dokumentation erfolgen. Bei wichtigen Daten ist eine sektorweise Sicherung der Originaldatenträger sinnvoller als Reparaturversuche direkt am Medium.
Welche Informationen Sie jetzt sichern sollten
Wenn DSM noch erreichbar ist, sollten zuerst Informationen gesichert werden, ohne Reparaturen oder Rebuilds zu starten. Diese Daten helfen später, den Zustand des SHR-Verbunds korrekt einzuordnen.
- Synology-Modell und DSM-Version
- SHR oder SHR-2, falls sichtbar
- Status von Speicherpool und Volume
- Dateisystem des Volumes, zum Beispiel Btrfs oder ext4
- Laufwerkspositionen, Einschübe und Seriennummern
- Laufwerksgrößen und Hersteller
- SMART-Warnungen und fehlerhafte Sektoren
- DSM-Meldungen aus dem Speicher-Manager
- Informationen zu Laufwerkstausch, Erweiterung oder Rebuild
- was unmittelbar vor dem Ausfall passiert ist
Screenshots, Fotos der Einschübe und exportierte Protokolle sind oft hilfreicher als eine mündliche Beschreibung. Wichtig ist auch, ob bereits ein Laufwerk ersetzt oder in einem anderen Gerät getestet wurde.
Laufwerke sollten beschriftet werden, bevor sie ausgebaut werden. Notieren Sie Einschubnummer und Seriennummer. Die ursprüngliche Reihenfolge kann für die Rekonstruktion entscheidend sein.
Was kann man noch selbst prüfen – und wann sollte man stoppen?
Noch sinnvoll prüfbar
- DSM-Meldungen ansehen
- Speicherpool-Status dokumentieren
- Laufwerkspositionen notieren
- Screenshots erstellen
- Protokolle exportieren
Nur bei stabil lesbarem Volume
- Daten auf externen Speicher kopieren
- keine Reparatur währenddessen starten
- keinen Zielspeicher im selben NAS verwenden
- Kopiervorgänge beobachten
- bei Abbrüchen nicht endlos wiederholen
Sofort stoppen
- mehrere Laufwerke fehlerhaft
- Rebuild fehlgeschlagen
- DSM verlangt Initialisierung
- Speicherpool abgestürzt
- wichtige Daten ohne Backup
Warum Rebuild und Reparatur bei SHR riskant sein können
Ein Rebuild ist kein reiner Lesevorgang. Das NAS liest die vorhandenen Laufwerke, berechnet fehlende Datenanteile und schreibt neue Informationen auf das Ersatzlaufwerk.
Wenn alle übrigen Laufwerke stabil sind und ein aktuelles Backup vorhanden ist, kann ein Rebuild ein normaler Administrationsschritt sein. Bei ungesicherten Daten ist die Situation anders.
Während eines Rebuilds werden die verbleibenden Laufwerke stark belastet. Schwache Festplatten mit defekten Sektoren, Firmwareproblemen oder mechanischen Auffälligkeiten können dabei weiter ausfallen.
Zusätzlich können falsche Laufwerkspositionen, alte Metadaten oder ein bereits beschädigter Speicherpool dazu führen, dass DSM einen Zustand schreibt, der für die spätere Rekonstruktion ungünstig ist.
Bei wichtigen Daten sollte deshalb zuerst der Ist-Zustand gesichert und analysiert werden. Erst danach lässt sich einschätzen, ob eine Reparatur vertretbar ist oder ob eine kontrollierte Datenrettung der sicherere Weg ist.
Wie eine Synology-SHR-Datenrettung grundsätzlich abläuft
Zuerst wird der Zustand aller beteiligten Laufwerke geprüft. Dabei zählt nicht nur, welches Laufwerk DSM als defekt meldet. Wichtig ist, welche Bereiche auf jedem Datenträger tatsächlich noch lesbar sind.
Von den Laufwerken werden möglichst sektorweise Abbilder erstellt. Instabile Datenträger können dabei mit angepassten Lesestrategien bearbeitet werden, damit der Originalzustand nicht durch weitere Schreibversuche verändert wird.
Danach wird die SHR-Struktur virtuell zusammengesetzt. Dazu gehören Laufwerksreihenfolge, Partitionen, interne Gruppen, Offsets, Paritätsverteilung und Synology-spezifische Metadaten.
Anschließend werden Speicherpool und Volume analysiert. Erst wenn diese Ebenen ausreichend konsistent sind, lässt sich das Dateisystem mit Ordnern, Dateien, Berechtigungen und gegebenenfalls Snapshots sinnvoll auswerten.
Ziel ist nicht, das NAS sofort wieder zum Starten zu zwingen. Ziel ist, die Daten aus einer kontrollierten Rekonstruktion auf einen anderen Speicher zu kopieren.
Passende Themen zu Synology SHR
Synology Volume abgestürzt
Wenn DSM das Volume nicht mehr bereitstellt oder als abgestürzt meldet.
NAS-RAID-Datenrettung
Wenn mehrere Laufwerke, Speicherpool, RAID/SHR und Dateisystem zusammen betrachtet werden müssen.
RAID Rebuild fehlgeschlagen
Warum ein abgebrochener Wiederaufbau bei ungesicherten Daten kritisch sein kann.
Häufige Fragen zu Synology SHR Datenrettung
Was ist Synology SHR?
Synology SHR ist eine flexible Speicherverwaltung für Synology-NAS-Systeme, aber kein einzelnes einfaches RAID-Level.
SHR kann Laufwerke unterschiedlicher Größe nutzen und intern mehrere Ebenen aus Partitionen, RAID-Gruppen, Speicherpool und Volume kombinieren. Deshalb muss ein SHR-Verbund im Fehlerfall immer als Gesamtsystem betrachtet werden.
Sind Daten bei einem ausgefallenen SHR verloren?
Nicht automatisch.
Auch wenn DSM den Speicherpool als fehlerhaft, abgestürzt oder nicht reparierbar meldet, können große Teile der Daten noch auf den Laufwerken vorhanden sein. Entscheidend ist, welche Laufwerke lesbar sind und ob die SHR-Struktur, der Speicherpool und das Dateisystem rekonstruiert werden können.
Warum sind einzelne SHR-Festplatten am PC nicht direkt lesbar?
Ein einzelnes SHR-Laufwerk enthält normalerweise nicht den vollständigen Datenbestand.
Die Daten liegen verteilt über mehrere Laufwerke und Partitionen. Windows kann diese Struktur meist nicht interpretieren und zeigt die Festplatte häufig als unbekannt, RAW oder nicht initialisiert an. Eine Initialisierung darf nicht bestätigt werden.
Soll ich bei Synology SHR eine Reparatur oder einen Rebuild starten?
Bei wichtigen ungesicherten Daten sollte das nicht vorschnell gemacht werden.
Rebuild und Reparatur erzeugen Schreibzugriffe und können bei schwachen Laufwerken, falscher Laufwerksreihenfolge oder beschädigten Metadaten die Ausgangslage verschlechtern. Zuerst sollte geklärt werden, welche Laufwerke tatsächlich noch stabil lesbar sind.
Was ist der Unterschied zwischen SHR und RAID 5 oder RAID 6?
SHR kann ähnlich wie RAID 5 oder RAID 6 wirken, ist intern aber oft flexibler aufgebaut.
Bei gleich großen Laufwerken kann SHR einem klassischen RAID-Verbund ähneln. Bei gemischten Laufwerksgrößen können mehrere interne Gruppen entstehen. Dadurch wird die Rekonstruktion komplexer als bei einem einfachen RAID mit identischen Datenträgern.
Was bedeutet SHR-2?
SHR-2 ist eine SHR-Variante mit Schutz gegen den Ausfall von zwei Laufwerken.
Das bedeutet aber nicht, dass beliebige weitere Fehler ungefährlich sind. Wenn während eines Rebuilds ein weiteres Laufwerk Lesefehler hat oder Metadaten beschädigt sind, kann auch ein SHR-2-Verbund kritisch werden.
Welche Informationen sollte ich bei einem SHR-Ausfall dokumentieren?
Wichtig sind Laufwerksreihenfolge, Seriennummern, DSM-Meldungen, Speicherpool-Status, Volume-Status und der genaue Ablauf.
Hilfreich sind Screenshots aus dem Speicher-Manager, Fotos der Einschübe, SMART-Warnungen, Protokolle und Informationen dazu, ob bereits Reparatur, Rebuild, Laufwerkstausch oder ein Importversuch gestartet wurde.
Wann sollte ein Synology-NAS mit SHR sofort ausgeschaltet werden?
Wenn mehrere Laufwerke Fehler zeigen, DSM Initialisierung verlangt, ein Rebuild fehlgeschlagen ist oder wichtige Daten nicht gesichert sind.
Auch ungewöhnliche Laufwerksgeräusche, abbrechende Kopiervorgänge oder wechselnde Erkennung einzelner Festplatten sind Warnzeichen. In solchen Fällen sollten keine weiteren Reparaturversuche am Originalsystem erfolgen.
Wenn Synology SHR nicht mehr funktioniert
Dokumentieren Sie Laufwerksreihenfolge, Seriennummern, DSM-Meldungen und den bisherigen Ablauf. Bestätigen Sie keine Initialisierung, keinen neuen Speicherpool und keinen Rebuild, solange unklar ist, ob Laufwerke, SHR-Struktur, Speicherpool oder Dateisystem beschädigt sind.
Anlaufstellen finden