Die Antwort vorweg: Wenn QNAP QTS RAID Group Degraded, Warning (Read-Only), Volume not active oder Storage Pool Inactive anzeigt, stoppen Sie zunächst alle Schreibvorgänge und versuchen Sie keine Reparatur auf gut Glück. Recover und Rebuild RAID Group sind gängige Wartungsfunktionen, aber nicht für jeden Ausfall geeignet. Wenn keine Datensicherung vorhanden ist, das Volume Read-Only oder Not Active ist, die Laufwerke I/O-Fehler aufweisen oder bereits mehrere Neustarts durchgeführt wurden, kann ein weiterer Klick Metadaten überschreiben, die für die Datenrettung entscheidend sind.
Dieser Artikel ergänzt die allgemeine Seite zur Datenrettung von einem QNAP NAS. Er konzentriert sich auf einen konkreten Entscheidungspunkt in der Verwaltung unter Storage & Snapshots: Wann ist ein Rebuild normale Wartung und wann sollten Sie nicht weiterklicken?
Schnelle Übersicht der Status in QTS
| Status in QTS / Storage & Snapshots | Was er typischerweise bedeutet | Was Sie nicht tun sollten | Sichererer nächster Schritt |
|---|---|---|---|
| RAID Group Degraded | Ein oder mehrere Laufwerke im Verbund sind ausgefallen, die Anzahl der Fehler liegt jedoch noch innerhalb der Toleranz des jeweiligen RAID-Levels. Die Daten können weiterhin zugänglich sein. | Keinen Rebuild starten, solange die übrigen Laufwerke nicht überprüft wurden und keine Datensicherung vorhanden ist. | Last stoppen, SMART-Werte und Protokolle prüfen, den Zustand dokumentieren und einen Austausch erst nach einer Risikobewertung vornehmen. |
| Warning (Read-Only) | QTS meldet ein Problem im Storage Pool. Laut Dokumentation kann eine RAID Group den Status Not Active haben, während ein Teil der Daten noch wiederherstellbar ist. | Nicht auf Recover, Check File System oder erzwungenes Einbinden klicken, wenn keine Kopien der Laufwerke vorhanden sind. | Schreibvorgänge stoppen und eine Offline-Analyse durchführen. |
| Volume not active / not mounted | Das Volume wurde nicht eingebunden. Bei QTS können mdadm-, LVM- oder Thin-Metadaten betroffen sein, bei QuTS hero der ZFS-Pool. | Kein fsck, thin_repair oder zpool import -f auf den Originallaufwerken ausführen. | Laufwerke entsprechend ihren Einschüben kennzeichnen, das NAS ausschalten und ausschließlich mit Klonen weiterarbeiten. |
| Storage Pool Inactive / RAID Error | Der Pool oder die RAID Group konnte nicht zusammengesetzt werden. Die Daten sind auf normalem Weg nicht zugänglich. | Keinen neuen Storage Pool erstellen und Laufwerke nicht versuchsweise in unterschiedlichen Reihenfolgen einsetzen. | Konfiguration nicht überschreiben, Reihenfolge der Laufwerke beibehalten und das System zur Diagnose übergeben. |
Wann Rebuild RAID Group das übliche Vorgehen ist
Die QNAP-Dokumentation für QTS beschreibt den Fall, dass eine RAID Group innerhalb der Toleranz des jeweiligen RAID-Levels bleibt, ihr Status zu Degraded wechselt und die Daten weiterhin zugänglich sind. In diesem Fall wählt der Administrator die degradierte Group aus, setzt ein geeignetes Laufwerk ein und startet Rebuild RAID Group.
Dies ist das richtige Vorgehen bei einem ordnungsgemäß verwalteten Verbund, wenn:
- eine überprüfte Datensicherung vorhanden ist,
- eindeutig ein bestimmtes Laufwerk fehlt,
- die übrigen Laufwerke weder SMART-Warnungen noch Pending Sectors oder I/O-Fehler aufweisen,
- das NAS nicht über längere Zeit im degradierten Zustand betrieben wurde,
- weder Read-Only noch Not Active oder ein Inactive Storage Pool vorliegt.
Sind diese Voraussetzungen nicht erfüllt, ist der Rebuild keine „Datenreparatur“ mehr. Es handelt sich um einen belastungsintensiven Prozess, der jedes verbleibende Laufwerk liest und eine neue Konfiguration schreibt. Bei einem Verbund ohne Datensicherung ist das riskant.
Warum Read-Only nicht dasselbe ist wie Degraded
Warning (Read-Only) ist eine Warnung, die häufig mit einer normalen Degradierung verwechselt wird. Read-Only bedeutet jedoch, dass QTS Schreibvorgänge aufgrund eines Problems im Storage Pool bereits eingeschränkt hat. Laut QNAP-Dokumentation können sich eine oder mehrere RAID Groups im Status Not Active befinden, während einige Daten aus Volumes oder LUNs noch wiederherstellbar sind.
Gerade das Wort „wiederherstellbar“ ist wichtig. Es bedeutet nicht: „Klicken Sie auf alles, was wie eine Reparatur aussieht.“ Es bedeutet, dass möglicherweise noch ein konsistenter Teil der Daten oder Metadaten vorhanden ist, den Sie nicht überschreiben sollten.
Bei einem Read-Only-Status ist es daher nicht sinnvoll, sofort Check File System oder ein erzwungenes Einbinden zu starten. Zunächst muss geklärt werden, ob die Ursache bei den physischen Laufwerken, der RAID-Schicht, den LVM-Metadaten, dem Thin Pool oder dem Dateisystem liegt.
Volume not active: das typische Problem bei Thin Volumes
QNAP verwendet häufig eine Schichtung aus mdadm -> LVM -> Volume. Bei einem Thin Volume kommt zusätzlich ein Mapping hinzu, das festlegt, wo sich die logischen Blöcke des Volumes auf dem physischen Speicher befinden. Werden die Thin-Metadaten beschädigt, bleiben die Dateien physisch auf den Laufwerken erhalten, QTS weiß jedoch nicht mehr, wie sie zusammengesetzt werden müssen.
Dies tritt häufig nach einem Stromausfall, einem überfüllten Pool, einem fehlgeschlagenen Firmwarevorgang, einem unterbrochenen Snapshot-Prozess oder dem Ausfall eines Laufwerks während eines Schreibvorgangs auf. Für den Benutzer sieht das Problem einfach aus: „Volume not active“. Für die Datenrettung ist es jedoch ein mehrschichtiger Fehler.
Bei einem Thin Volume ist es besonders riskant:
- Check File System auf dem laufenden NAS zu starten,
thin_repairohne eine Kopie der Metadaten auszuführen,- ein neues Volume zu erstellen, „damit der Verbund wieder erkannt wird“,
- Datenrettungssoftware direkt auf den Originallaufwerken einzusetzen,
- das NAS wiederholt neu zu starten, bis QTS versucht, den Pool automatisch einzubinden.
Wann Sie es nicht selbst versuchen sollten: Wenn QTS Volume not active meldet, der Pool Read-Only ist oder während eines Rebuilds ein weiteres Laufwerk ausgefallen ist, bringen Check File System, thin_repair oder ein neues Volume die Daten nicht zurück – sie schreiben in die Metadaten, aus denen das Volume zusammengesetzt wird. Schalten Sie das NAS aus und kennzeichnen Sie die Laufwerke entsprechend ihren Einschüben. Wir klonen jedes Laufwerk, rekonstruieren mdadm, LVM und das Thin Mapping auf Basis der Kopien und nennen Ihnen den Preis vor Beginn kostenpflichtiger Arbeiten. Mehr erfahren Sie auf der Seite zur Datenrettung von QNAP und RAID oder über eine unverbindliche Anfrage.
QuTS hero und Recover RAID
QuTS hero verwendet ZFS. Laut QNAP-Dokumentation ist Recover RAID für Situationen vorgesehen, in denen Laufwerke vorübergehend getrennt und anschließend wieder angeschlossen wurden. Zugleich wird ausdrücklich darauf hingewiesen, dass diese Funktion bei einem Laufwerksausfall nicht hilft. Genau diese Grenze müssen Sie in der Praxis erkennen.
Wenn Sie versehentlich ein Laufwerk herausgezogen und sofort wieder in denselben Einschub eingesetzt haben, kann Recover die richtige administrative Funktion sein. Ist das Laufwerk jedoch aufgrund eines mechanischen Defekts, von Lesefehlern, der Stromversorgung oder des Controllers ausgefallen, handelt es sich nicht um dieselbe Situation. Wiederholte erzwungene Importe des ZFS-Pools oder Wiederherstellungsversuche auf den Originallaufwerken können den Zustand des Pools weiter verschlechtern.
Was Sie in den ersten 10 Minuten tun sollten
- Stoppen Sie alle Schreibvorgänge. Trennen Sie freigegebene Ordner, Sicherungsaufgaben, Synchronisierungen, virtuelle Maschinen, Kameras und Datenbanken.
- Fotografieren Sie Storage & Snapshots. Wir benötigen den genauen Status des Storage Pools, der RAID Group, des Volumes und der Laufwerke.
- Belassen Sie die Laufwerke in derselben Reihenfolge. Wenn Sie sie entnehmen, kennzeichnen Sie jeden Einschub sofort beim Herausziehen.
- Starten Sie Recover nicht nur deshalb, weil QTS es anbietet. Eine Option in der Benutzeroberfläche bedeutet nicht, dass sie für Daten ohne Sicherung gefahrlos ist.
- Schalten Sie das NAS bei kritischen Daten aus. Dies gilt insbesondere bei Read-Only, Not Active, klickenden Laufwerken, Fehlern auf mehreren Laufwerken oder nach einem fehlgeschlagenen Rebuild.
Was Sie niemals tun sollten
- Die Initialisierung der Laufwerke unter Windows, macOS oder in einem anderen NAS bestätigen.
- Check File System,
fsck,thin_repairoderzpool import -fauf den Originallaufwerken ausführen. - Laufwerke versuchsweise zwischen den Einschüben vertauschen.
- Ein Laufwerk wieder einsetzen, das sich möglicherweise aufgrund eines mechanischen Defekts getrennt hat.
- Eine RAID Migration, Kapazitätserweiterung oder ein Firmware Update im degradierten Zustand starten.
- Einen neuen Storage Pool oder ein neues Volume auf den Originallaufwerken erstellen.
RAID oder NAS meldet einen Fehler und die Daten sind wichtig? Versuchen Sie nichts weiter.
Was Sie nicht mehr versuchen sollten:
- NAS oder Server nicht wiederholt neu starten,
- keinen Rebuild, keine Volume-Reparatur, Initialisierung oder Datenrettungsprogramme starten,
- Festplatten nicht tauschen, ihre Reihenfolge nicht ändern und sie nicht öffnen.
Wie es bei uns abläuft und was es kostet: Datenrettung von RAID und NAS.
RAID und NAS beurteilen wir nicht wie eine einzelne Festplatte. Eine einfache Erstbeurteilung kann kostenlos sein; die Analyse mehrerer Festplatten, die Rekonstruktion des Arrays, gelöschte Daten, Metadaten oder andere komplizierte Zustände können kostenpflichtig sein. Den Preis nennen wir vor Beginn kostenpflichtiger Arbeiten. NONSTOP-Linie 775 556 063.
So geht ITHOPE vor
Bei QNAP-NAS-Systemen schützen wir den ursprünglichen Zustand der Laufwerke:
- Physische Diagnose. Wir prüfen jedes HDD und jede SSD einzeln und stellen fest, ob sich das Laufwerk sicher auslesen lässt.
- Bitgenaue Kopien. Gearbeitet wird mit Klonen aller Laufwerke. Die Originale bleiben unangetastet.
- RAID-Rekonstruktion. Wir bestimmen Laufwerksreihenfolge, Offsets, Stripe-Parameter und den Zustand der mdadm- oder ZFS-Schicht.
- LVM-/Thin-/ZFS-Analyse. Bei QTS untersuchen wir LVM2 und Thin-Metadaten, bei QuTS hero die ZFS-Labels und den letzten konsistenten Transaktionszustand.
- Datenextraktion. Die Daten werden auf ein neues Medium kopiert. Dabei prüfen wir sowohl die Verzeichnisstruktur als auch wichtige Dateien.
Mit den allgemeinen Risiken eines Rebuilds befasst sich der Artikel Warum ein Rebuild einen RAID-Verbund zerstören kann. Wenn bereits feststeht, dass es sich um einen Verbund mit mehreren Laufwerken handelt, finden Sie weitere Informationen unter RAID- und NAS-Datenrettung.
FAQ
QNAP zeigt RAID Group Degraded an. Kann ich gefahrlos auf Rebuild klicken?
In der Regel ist dies sicher, wenn Sie über eine Datensicherung verfügen, die übrigen Laufwerke fehlerfrei sind und eindeutig ein einzelnes Laufwerk fehlt. Ist keine Datensicherung vorhanden, weisen andere Laufwerke Fehler auf oder ist das Volume Read-Only beziehungsweise Not Active, sollten Sie zunächst die Last stoppen und eine Diagnose durchführen lassen.
Was bedeutet Warning (Read-Only)?
QTS hat Schreibvorgänge eingeschränkt, weil der Storage Pool oder eine der RAID Groups nicht ordnungsgemäß funktioniert. Ein Teil der Daten kann noch lesbar oder wiederherstellbar sein. Gerade deshalb sollten keine schreibenden Reparaturvorgänge ohne vorherige Kopie der Laufwerke gestartet werden.
Volume not active nach einem Stromausfall. Sind die Daten verloren?
Häufig nicht. Bei einem Thin Volume kann das Block-Mapping beschädigt sein, sodass QTS das Volume nicht einbindet, obwohl die Sektordaten auf den Laufwerken weiterhin vorhanden sind. Die Erfolgsaussichten hängen davon ab, welche Schreibvorgänge nach dem Ausfall noch stattgefunden haben.
Kann ich die Laufwerke in ein anderes QNAP einsetzen?
Bei einem intakten Verbund ist das manchmal möglich, bei einem Ausfall jedoch riskant. Ein anderes QNAP kann versuchen, den Storage Pool zu importieren oder zu reparieren. Wenn die Daten nur in einer einzigen Kopie vorhanden sind, ist ein Offline-Klonen sicherer.
Hilft Recover RAID bei QuTS hero immer?
Nein. Die QNAP-Dokumentation beschreibt diese Funktion für vorübergehend getrennte und anschließend wieder angeschlossene Laufwerke, nicht für einen physischen Laufwerksausfall. Ist das Laufwerk aufgrund eines Defekts ausgefallen, kann Recover das Problem verschlimmern.
Quellen und Überprüfung
Zum Prüfdatum 10. 7. 2026 haben wir die offizielle QNAP-Dokumentation für QTS 5.1/5.2 und QuTS hero herangezogen. Der Hersteller beschreibt die üblichen Wartungsfunktionen für degradierte und getrennte RAID Groups. Die Empfehlungen von ITHOPE beziehen sich auf Fälle, in denen keine Datensicherung vorhanden ist, physische Fehler vorliegen oder der Storage Pool bereits in den Status Read-Only oder Inactive gewechselt ist.
- QNAP QTS 5.1: Recovering a RAID group with a Degraded status
- QNAP QTS 5.2: Storage pool status
- QNAP QuTS hero: Recovering a RAID Group
Meldet Ihr QNAP RAID Group Degraded, Volume Read-Only oder Volume not active? Senden Sie uns einen Screenshot über die unverbindliche Anfrage zur Datenrettung, rufen Sie uns unter +420 775 556 063 an oder schreiben Sie an info@ithope.cz. Wir sagen Ihnen, ob ein regulärer Rebuild sinnvoll ist oder eine Datenrettung von Klonen die sicherere Lösung darstellt.
Siehe auch: Datenrettung von einem QNAP NAS · Synology NAS · Datenrettung von einem RAID-Verbund · RAID- und NAS-Datenrettung
Wo Sie uns finden
ITHOPE ist eine Firma aus Brno, Tschechien: wir machen Datenrettung von Festplatten, RAID und NAS, PC- und Notebook-Service und IT für Unternehmen, alles im eigenen Labor in der Viniční 3587/216, 615 00 Brno.
Telefon +420 775 556 063 (rund um die Uhr). Das Gerät können Sie persönlich bringen oder per Kurier schicken (Zásilkovna, PPL).