bizIT

Inhalt

• Kurzfazit: Was jetzt zählt
• Die häufigsten RAID-Notfälle (und warum sie so tückisch sind)
• RAID ist kein Backup – ja, wirklich
• Sofortmaßnahmen: Die ersten 30 Minuten entscheiden
• Was Sie auf keinen Fall tun sollten (auch wenn das NAS es vorschlägt)
• RAID-Typen kurz erklärt: Was bei 0/1/5/6/10 anders läuft
• Typische Ursachen: Von sterbender HDD bis Controller-Zoff
• NAS vs. „richtiges“ RAID: Synology/QNAP/TrueNAS & Co.
• Wie Profis RAID-Datenrettung angehen (ohne Zauberei)
• Kosten- und Zeitfaktoren: Wovon hängt’s ab?
• Vorbeugen, aber realistisch: Mini-Checkliste fürs nächste Mal
• CTA: Wenn Ihr RAID gerade kippt

Wenn Ihr NAS oder RAID-Verbund gerade streikt, ist die wichtigste Botschaft simpel: Stoppen Sie jeden „Rebuild“-Reflex und vermeiden Sie Schreibzugriffe. In vielen Fällen sind die Daten noch da – aber ein falscher Klick kann aus einem lösbaren Problem ein echtes Drama machen. In diesem Beitrag bekommen Sie einen klaren Plan: typische RAID-Fehlerbilder, sichere Sofortmaßnahmen, No-Gos und ein realistisches Bild, wann eine professionelle RAID-Datenrettung in Berlin (und für Teams aus Potsdam, Teltow oder Königs Wusterhausen) sinnvoll ist.

Kurzfazit: Was jetzt zählt

• NAS/Server möglichst sofort in Ruhe lassen: Nicht „mal eben“ neu starten, nicht „optimieren“.
• Keinen Rebuild erzwingen und keine „Repair“-Assistenten blind durchklicken.
• Dokumentieren: Welche Platte blinkt? Welche Meldung steht im Storage-Manager?
• Ziel klären: Geht’s um die schnellstmögliche Wiederherstellung oder erst mal um ein sauberes Daten-Abbild?

---

Die häufigsten RAID-Notfälle (und warum sie so tückisch sind)

RAID-Probleme fühlen sich oft unfair an: Gestern lief alles, heute steht da „degraded“, „crashed“ oder „volume not mounted“. Und dann kommen die Fragen: „Ist nur eine Festplatte kaputt?“ – „Kann ich einfach eine neue reinschieben?“ – „Warum sind Ordner weg, obwohl das RAID doch schützen soll?“

Tückisch ist RAID vor allem deshalb, weil mehrere Dinge gleichzeitig passieren können:

• Eine Platte hat lesbare, aber instabile Sektoren (die kippen beim Rebuild endgültig um).
• Ein NAS schreibt bei Fehlern Metadaten um (und macht die logische Rekonstruktion schwerer).
• Der Controller oder das Betriebssystem speichert RAID-Parameter (Stripe-Size, Reihenfolge, Offset) – und genau die braucht man später.

Gerade in Büros oder Agenturen in Neukölln oder Treptow, wo ein NAS „einfach mitläuft“, kommt das RAID-Thema oft erst auf den Tisch, wenn es brennt.

---

RAID ist kein Backup – ja, wirklich

RAID hilft gegen bestimmte Hardware-Ausfälle. Punkt. Es hilft nicht zuverlässig gegen:

• versehentlich gelöschte Ordner
• Ransomware (das NAS verschlüsselt fröhlich mit)
• Dateisystem-Fehler
• defekte Firmware / Buggy Updates
• Brand-/Wasserschäden, Überspannung

Wenn Sie also dachten „Wir haben RAID, wir sind safe“: verständlich – aber leider eine klassische Falle. Viele Teams in Berlin, aber auch im Umland wie Schönefeld, merken das erst, wenn ein wichtiger Projektordner plötzlich leer ist.

---

Sofortmaßnahmen: Die ersten 30 Minuten entscheiden

Wenn das RAID „degraded“ ist oder das Volume nicht mehr mountet, hilft diese Reihenfolge:

1. Stopp: Keine Schreibzugriffe

- Keine neuen Uploads, keine Synchronisationen, keine automatischen Backups aufs NAS.

2. Meldungen fotografieren oder notieren

- Welche Bay/Slot-Nummer? Welche Seriennummer? Welche Fehlermeldung genau?

3. Status checken – ohne Aktionismus

- SMART-Werte lesen (wenn möglich), Logfiles sichern.

4. NAS sauber herunterfahren (wenn es weiter klickt/klackert oder stark spinnt)

- Wenn eine Platte akustisch auffällig ist: lieber stoppen als „durchlaufen lassen“.

5. Nichts tauschen, bevor klar ist, was kaputt ist

- Klingt kontraintuitiv, ist aber oft der Unterschied zwischen „rettbar“ und „jetzt wird’s teuer“.

Wenn Sie in Adlershof, Altglienicke oder Umgebung sitzen und das NAS als zentrale Dateiablage nutzen: Lieber einmal zu früh pausieren als eine Nacht lang einen Rebuild laufen lassen, der dann bei 79% abbricht.

---

Was Sie auf keinen Fall tun sollten (auch wenn das NAS es vorschlägt)

NAS-Oberflächen sind nett. Man klickt sich schnell in „Reparieren“, „Volume wiederherstellen“, „RAID neu aufbauen“. Genau da lauert das Risiko.

Bitte vermeiden:

• Rebuild/Repair starten, wenn eine zweite Platte „unauffällig“ wirkt, aber SMART-Warnungen zeigt
• RAID neu erstellen („Create new volume“) – das überschreibt Strukturen
• Initialisieren/Formatieren „damit es wieder mountet“
• Firmware-Updates als Erste-Hilfe
• Platten-Reihenfolge verändern (Slots tauschen „zum Test“)

Warum so streng? Weil viele dieser Schritte schreibend sind. Und Schreiben ist bei einem beschädigten RAID wie „mit Filzstift auf dem Beweisstück rumkritzeln“.

---

RAID-Typen kurz erklärt: Was bei 0/1/5/6/10 anders läuft

Keine Sorge, wir bleiben alltagstauglich:

• RAID 0 (Striping)

- Schnell, aber: Ausfall einer Platte = alles weg (logisch weg, physisch oft noch rekonstruierbar).

• RAID 1 (Mirror)

- Zwei Platten spiegeln. Ausfall einer Platte ist oft gut abfangbar – aber: Logische Fehler (Löschen, Ransomware) spiegeln sich auch.

• RAID 5

- Parität verteilt. Toleriert meist eine defekte Platte. Rebuild kann aber extrem belastend sein.

• RAID 6

- Zwei Paritäten. Toleriert meist zwei defekte Platten – in der Praxis hängt’s stark vom Zustand der übrigen Disks ab.

• RAID 10

- Spiegel + Striping. Robust und schnell, aber nur solange die richtigen Platten ausfallen (falsche Kombi kann trotzdem kippen).

Gerade in kleineren Unternehmen rund um Kreuzberg oder Friedrichshain sind RAID 5 und RAID 10 typische Setups – und genau dort passieren die klassischen Rebuild-Fehler.

---

Typische Ursachen: Von sterbender HDD bis Controller-Zoff

RAID-Ausfälle kommen selten „aus dem Nichts“. Häufige Trigger:

• HDD mit schleichenden Lesefehlern (pending/reallocated sectors)
• SSD-Probleme (Firmware-Bugs, plötzlich read-only, Defekte im Controller)
• Stromausfall / Überspannung → inkonsistente Paritätsdaten, beschädigtes Dateisystem
• Defekter RAID-Controller oder NAS-Backplane
• Update oder Konfigurationsänderung (z. B. Volume-Erweiterung, Migration)
• Überhitzung im Schrank, Staub, Lüfter defekt – klingt banal, ist aber ein echter Klassiker

Und manchmal ist’s auch „nur“ ein Kabel oder eine Backplane – aber das stellt man besser fest, ohne das RAID durch Experimente weiter zu stressen.

---

NAS vs. „richtiges“ RAID: Synology/QNAP/TrueNAS & Co.

Viele moderne NAS-Systeme nutzen Software-RAID (mdadm, ZFS, proprietäre Layer). Das hat Vorteile, aber bei der Rettung ist wichtig:

• Metadaten liegen oft auf den Platten selbst (gut), aber je nach System in unterschiedlichen Layouts.
• Bei ZFS (z. B. TrueNAS) spielen Pools, vdevs, Checksums und Snapshots eine Rolle.
• Bei Synology SHR ist die Logik flexibler als klassisches RAID – die Rekonstruktion braucht Know-how.

Heißt: „RAID 5“ ist nicht immer „RAID 5“. Wer in Erkner oder Ludwigsfelde ein NAS betreibt, hat vielleicht ein Setup vom Systemhaus „übernommen“ – ohne zu wissen, was genau darunter liegt. Im Notfall zählt dann saubere Analyse.

---

Wie Profis RAID-Datenrettung angehen (ohne Zauberei)

Professionelle RAID-Datenrettung ist weniger Magie, mehr Disziplin:

1. Diagnose pro Datenträger

- Zustand, Lesbarkeit, SMART, auffällige Bereiche.

2. Sektorweises Imaging

- Ziel: von jeder Platte ein möglichst vollständiges Abbild, ohne sie zu quälen.

3. Virtueller RAID-Rebuild (nur lesend)

- Rekonstruktion von Reihenfolge, Stripe-Size, Parität, Offset.

4. Dateisystem-Reparatur oder -Extraktion

- Je nach Fall: logische Rekonstruktion, Daten-Carving, gezielte Ordnerrettung.

5. Validierung

- Stichproben: Sind Daten konsistent? Öffnen Projekte, Datenbanken, Archive?

Das klingt aufwendig – ist es auch. Aber es ist kontrolliert. Und genau das fehlt bei „Ich klick mal auf Repair“.

---

Kosten- und Zeitfaktoren: Wovon hängt’s ab?

Seriös lässt sich ein Preis erst nach Diagnose nennen. Was den Aufwand typischerweise beeinflusst:

• Anzahl der Platten und RAID-Level
• Wie viele Platten wirklich defekt sind (mechanisch vs. logisch)
• Wurde bereits ein Rebuild versucht? (das kann es deutlich erschweren)
• Dateisystem/Storage-Technik (ZFS, Btrfs, ext4, NTFS, VM-Datastores)
• Ziel: komplette Wiederherstellung vs. Priorität auf einzelne Ordner (z. B. Buchhaltung, Kundenprojekte)

Zeitlich kann es von „einige Tage“ bis „deutlich länger“ reichen – vor allem, wenn mehrere Platten nur noch vorsichtig lesbar sind.

---

Vorbeugen, aber realistisch: Mini-Checkliste fürs nächste Mal

Wenn Ihr System wieder läuft (oder wenn Sie gerade mitlesen und hoffen, dass es nie passiert):

• 3-2-1-Backup: drei Kopien, zwei Medien, eine Kopie extern/offline
• Snapshots aktivieren (wo sinnvoll) – gut gegen „aus Versehen gelöscht“ und manche Ransomware-Szenarien
• SMART-Alerts und E-Mail/Push-Benachrichtigungen einschalten
• USV nutzen (NAS + Switch), um Stromausfälle abzufangen
• Test-Restore: Ein Backup, das nie getestet wurde, ist eher ein Wunsch als ein Plan

Klingt nach Admin-Sprech – ist aber am Ende einfach „weniger Bauchweh“.

---

CTA: Wenn Ihr RAID gerade kippt

Wenn Ihr NAS piept, das RAID „degraded“ ist oder das Volume nicht mehr mountet: Lassen Sie es stehen, wie es ist, und holen Sie sich eine Einschätzung, bevor Sie reparieren lassen. Das spart oft Zeit, Geld und Nerven.

bizIT (Standort: bizIT)

Heidelberger Str. 64a , 12435 Berlin

Telefon: +49 30 588008800

Web: https://www.bizit.de/

Bringen Sie – wenn möglich – alle RAID-Platten mit (in Original-Reihenfolge beschriftet). Dann kann die Diagnose sauber starten.