Hardware-RAID vs. Software-RAID: Was 2026 gewinnt

Aktualisiert: 2026-07-05· Zuletzt geprüft Juli 2026

Du planst gerade ein NAS und die Foren sind gespalten: Das eine Lager schwört, du brauchst eine „richtige“ RAID-Controller-Karte, das andere sagt, Software-RAID hat längst gewonnen und Controller sind Altlast. Beide hatten irgendwann recht, weshalb sich der Rat so widersprüchlich anfühlt. Dieser Guide erklärt dir, was eine Hardware-RAID-Karte tatsächlich macht, welche Software-Optionen es 2026 gibt, warum Software den Home- und SMB-Bereich still übernommen hat und die wenigen Fälle, in denen ein dedizierter Controller weiterhin sinnvoll ist — plus die eine Option, die du komplett meiden solltest.

Was ein Hardware-RAID-Controller wirklich macht

Ein Hardware-RAID-Controller ist eine dedizierte Karte — meist PCIe — mit eigenem Prozessor, eigener Firmware und eigenem Onboard-Speicher, die zwischen deinen Platten und dem Betriebssystem sitzt. Gegenüber dem OS präsentiert sie ein einziges „logisches“ Laufwerk und erledigt Striping und Parity still auf ihrem eigenen Chip, so dass die Haupt-CPU die einzelnen Disks nie zu Gesicht bekommt. Dieses Offloading war ein echter Vorteil in der Zeit langsamer CPUs, als jede der CPU gestohlene Parity-Berechnung zählte, und die Referenz zu Disk-Array-Controllern beschreibt die Hardware-Historie im Detail.

Das Feature, für das die Leute wirklich zahlen, ist aber nicht das Parity-Offloading, sondern der Write-Cache. Ein guter Controller trägt ein paar Gigabyte DRAM, der eingehende Writes abfängt und sie in dem Moment als „erledigt“ meldet, in dem sie im Cache landen — lange bevor sie die langsamen Platter erreichen —, was kleine Random-Writes deutlich schneller wirken lässt. Der Haken liegt auf der Hand: Cache ist flüchtig, ein Stromausfall mitten im Write würde alles verlieren, was noch im Cache steht, und könnte das Array inkonsistent hinterlassen. Deshalb kommen ernstzunehmende Karten mit einer Battery-Backup-Unit oder einem Flash-plus-Supercap-Modul (BBU/Flash-Cache), das den Cache-Inhalt hält, bis der Strom zurück ist, so dass nichts Unterwegs verloren geht.

Das Fazit hier: Ein Hardware-Controller kauft dir einen schnellen, stromausfallgeschützten Write-Cache und CPU-Offloading — alles andere an ihm (die Kosten, das Lock-in, die Recovery-Story) ist die Folge davon, diese ganze Intelligenz auf eine proprietäre Karte zu packen.

Die Software-RAID-Optionen, vom Einstieg bis Advanced

„Software-RAID“ heißt schlicht, dass die Redundanz-Logik auf deiner Haupt-CPU läuft und das Betriebssystem direkt mit jeder Platte spricht — und 2026 deckt das nahezu alles ab, was du real einsetzt. Die Optionen reichen von schlüsselfertigen NAS-Appliances bis zum handgebauten Linux, weshalb die richtige Wahl weit mehr von deiner Plattform abhängt als von irgendeinem Performance-Ranking.

• mdadm (Linux): die etablierte Kernel-Software-RAID-Schicht hinter den meisten DIY-Linux-NAS und OpenMediaVault, treibt RAID 0/1/5/6/10 mit jahrzehntelanger Produktionshärtung — die kernel.org md-Doku ist die Referenz, und das Linux-RAID-Wiki deckt den Alltag ab.
• ZFS: Dateisystem und Volume-Manager in einem, das eigene RAIDZ-Parity plus Checksums pro Block macht — das Rückgrat von TrueNAS und QNAPs QuTS hero.
• Btrfs: das Copy-on-Write-Linux-Dateisystem mit Checksums und Snapshots, auf dem Synologys DSM aufsetzt, typischerweise über mdadm für die Parity-Schicht.
• Windows Storage Spaces: Microsofts eingebaute Pooling- und Resiliency-Schicht für Windows und Windows Server, dokumentiert in der Storage-Spaces-Übersicht.
• Synology SHR: ein bequemer Wrapper um mdadm und LVM, mit dem du Plattengrößen mischen kannst, beschrieben in der offiziellen Synology-KB.

Das Fazit: Du wählst fast nie „Software-RAID“ als abstrakte Kategorie — du wählst eine NAS-Plattform, und die Plattform sucht dir die Software-RAID-Engine aus. Unser Vergleich Unraid vs. TrueNAS vs. OMV zeigt, wie sich diese Engines in der Praxis unterscheiden.

Warum Software-RAID den Home- und SMB-Kampf gewann

Der größte Einzelgrund ist Portierbarkeit, und genau der beißt am härtesten, wenn etwas schiefgeht. Ein Software-Array trägt seine Konfiguration auf den Platten selbst, so dass du bei einem Ausfall der Host-Maschine den ganzen Satz Platten in jede andere Maschine mit demselben OS umziehen kannst und sich das Array selbst wieder zusammensetzt. Ein Hardware-Array dagegen ist oft nur von derselben Controller-Familie lesbar — fällt die Karte aus und das exakte Modell ist eingestellt, stehst du womöglich vor einem Stapel kerngesunder Disks, die du nicht mehr importieren kannst, ein Fehlerbild, das der Wikipedia-Vergleich von Hardware- und Software-RAID direkt benennt.

Der zweite Grund ist, dass der Parity-Offloading-Vorteil verpufft ist. Eine moderne CPU berechnet RAID-5/6-Parity mit vielen Gigabyte pro Sekunde, weshalb der Prozessoraufwand auf einem Home-NAS, das eine 1-GbE- oder auch 10-GbE-Leitung sättigt, im Rauschen verschwindet — das Netzwerk ist längst der Flaschenhals, bevor die Parity-Mathematik es wird. Sobald das Offloading keine Rolle mehr spielt, ist der Controller reine Kehrseite: extra Geld, ein extra Teil, das ausfallen kann, und eine extra Schicht zwischen dir und deinen Daten.

Der dritte Grund ist der, der das Spiel wirklich gedreht hat: Checksum-Dateisysteme. ZFS und Btrfs prüfen jeden Block beim Lesen und reparieren ihn aus der Redundanz, wenn er nicht passt, und fangen so die stillen Bit-Flips ab, für die Hardware-RAID völlig blind ist — ein Controller reicht getreu weiter, was der Platter zurückgibt, korrupt oder nicht. Unser Vergleich ZFS vs. ext4 vs. Btrfs und der tiefere Guide zu Bitrot und ZFS-Scrubbing erklären, warum diese Integritätsschicht Hardware-RAID alt aussehen lässt — und es ist ein Feature, das ein Hardware-Controller strukturell nicht liefern kann, weil er die rohen Disks versteckt, die das Dateisystem braucht.

Das Fazit: Wer Daten hat, die unersetzlich statt transaktional sind, bekommt mit Software-RAID plus Checksum-Dateisystem besseren Schutz und eine deutlich ruhigere Recovery-Story als mit jeder Consumer-Hardware-Karte.

Wann Hardware-RAID noch sinnvoll ist

All das heißt nicht, dass Hardware-RAID tot ist — es heißt, dass seine Nische auf den Bereich geschrumpft ist, wo sein einziger echter Vorteil zählt. Dieser Vorteil ist der batteriegepufferte Write-Cache, und die Workload, die ihn liebt, ist eine ausgelastete transaktionale Datenbank mit konstanten kleinen synchronen Writes, bei der der Cache die Anwendung einen Write als committet behandeln lässt, sobald er im geschützten DRAM landet, statt auf die Platten zu warten. In einem Enterprise-Umfeld mit Supportvertrag, passenden Ersatz-Controllern im Regal und einer Datenbank, die von Write-Latenz lebt und stirbt, ist eine Hardware-RAID-Karte mit gesunder BBU weiterhin vertretbar.

Dazu kommt der reine Kompatibilitätsfall: Manche älteren Betriebssysteme oder Hypervisoren wollen von einem einzigen logischen Volume booten und bringen keine gute Software-RAID-Story mit, und ein Hardware-Controller kaschiert das sauber. Aber sieh, wie eng das ist — nichts davon beschreibt ein Synology, ein TrueNAS oder einen Homelab-Proxmox-Server, die alle mit direktem Plattenzugriff glücklicher sind. Wenn du das für einen Eigenbau abwägst, deckt der Vergleich Synology vs. QNAP vs. DIY ab, wo eine DIY-Controller-Entscheidung real landet.

Das Fazit: Wähl Hardware-RAID nur, wenn ein batteriegepufferter Write-Cache einer latenzgebundenen Write-Workload messbar hilft und du die Enterprise-Struktur hast, eine proprietäre Karte zu managen — außerhalb davon ist es der falsche Default.

HBA im IT-Mode: die richtige Karte für ZFS und Btrfs

Der Teil, der Neulinge am meisten verwirrt: Selbst wenn ein DIY-Bau mehr Plattenports braucht, als das Mainboard bietet, ist die Antwort eine Karte — nur keine RAID-Karte. Was du willst, ist ein Host-Bus-Adapter (HBA), ein schlichter Controller, der SATA- oder SAS-Ports ergänzt und jede Platte mit vollständigen SMART-Gesundheitsdaten direkt ans OS durchreicht, genau wofür ein Host-Bus-Adapter gebaut ist. ZFS und Btrfs verwalten Redundanz und Checksums selbst, sie müssen also die rohen Disks sehen; eine RAID-Karte, die sie hinter logischen Volumes versteckt, steht aktiv im Weg.

Viele beliebte SAS-Karten (die LSI/Broadcom-Familien 9200 und 9300 sind die Klassiker) können entweder im RAID-Mode oder im „IT-Mode“ — Initiator-Target — laufen, der die RAID-Firmware entfernt und die Karte in einen reinen Durchreiche-HBA verwandelt. Der OpenZFS-Hardware-Guide sagt ausdrücklich, dass ZFS einen HBA statt eines Hardware-RAID-Controllers will, und eine Karte auf IT-Mode zu flashen ist genau deshalb der Standardzug.

Für die technischere Fraktion: Wenn du einen gebrauchten Enterprise-SAS-HBA kaufst, prüf Firmware und Kühlung, bevor du ihm vertraust. Diese Karten waren für Server-Gehäuse mit viel Airflow gedacht und können in einem leisen Desktop-Case ohne Lüfter am Kühlkörper throtteln oder überhitzen, und eine Karte, die noch alte RAID-(IR-)Firmware trägt, sollte auf die passende IT-Firmware cross-geflasht werden, damit sie die Platten sauber roh präsentiert. Keiner der beiden Schritte ist schwer, aber sie zu überspringen ist eine häufige Quelle von „meine Platten fliegen ständig raus“-Threads.

Das Fazit: Für einen ZFS- oder Btrfs-Bau, der mehr Ports braucht, kauf einen SAS-HBA und fahr ihn im IT-Mode — niemals einen Hardware-RAID-Controller im „jede Platte ist ihr eigenes RAID 0“-Modus, ein fragiler Workaround, den man bereut.

Die Fake-RAID-Falle: Mainboard- und BIOS-RAID

Die eine Option, die du rundweg meiden solltest, ist das RAID-Feature in Consumer-Mainboards — Intel Rapid Storage Technology, AMD RAIDXpert und Ähnliches —, das im BIOS wie Hardware-RAID aussieht, aber keines ist. Die Community nennt das „Fake-RAID“: Es gibt keinen dedizierten Prozessor und keinen geschützten Cache, die Parity läuft also über einen proprietären Treiber auf deiner Haupt-CPU, was heißt, du nimmst alle Nachteile von Software-RAID in Kauf und wirfst dessen bestes Feature weg — die Portierbarkeit. Stirbt das Mainboard, reicht der Import dieses Arrays auf anderer Hardware von schmerzhaft bis unmöglich.

Die Falle ist, dass es sich in der Firmware als legitime RAID-Option präsentiert, weshalb Einsteiger vernünftigerweise annehmen, es sei der „echte“ Hardware-Weg, obwohl es das Schlechteste aus beiden Welten ist. Bist du auf Windows und willst Pooling, nimm Storage Spaces; bist du auf Linux, nimm mdadm oder ZFS; willst du eine schlüsselfertige Box, lass das NAS-OS ran. Jeder dieser Wege gibt dir ein echtes Software-Array, das du auch wiederherstellen kannst, und unser kompletter RAID-Guide sowie die Erinnerung, dass RAID kein Backup ist, decken die Schichten ab, über die du stattdessen nachdenken solltest.

Das Fazit: Behandle Mainboard-/BIOS-RAID als tabu für jede Daten, die dir wichtig sind — wähl stattdessen einen echten Software-RAID-Stack, und falls du je echtes Hardware-RAID brauchst, kommt es auf einer dedizierten PCIe-Karte mit eigenem Prozessor, nicht aus einem BIOS-Schalter.

Empfehlung nach Setup

Bei einem schlüsselfertigen NAS — Synology, QNAP, Ugreen — hast du keine Wahl zu treffen: Die Box fährt Software-RAID (SHR/Btrfs oder ZFS auf QuTS hero), und das solltest du sie lassen, ohne Add-in-Karte im Bild. Bei einem DIY-TrueNAS- oder Proxmox-Bau fahr ZFS auf schlichten Mainboard-SATA-Ports und ergänz erst, wenn du sie ausreizt, einen SAS-HBA im IT-Mode, damit ZFS seinen direkten Plattenzugriff behält. Für eine Windows-Maschine, die Redundanz braucht, ist Storage Spaces die eingebaute Antwort und braucht keine Hardware. Einen echten Hardware-RAID-Controller mit batteriegepuffertem Cache reservierst du für genau eine Situation — einen Enterprise-Datenbank-Server, wo die Write-Latenz der Flaschenhals ist und du Ersatz-Controller sowie einen Supportvertrag im Rücken hast. Und egal welchen Weg du wählst: Bei einem Eigenbau grenzen der NAS-OS-Vergleich und der OS-Wizard die Software-Seite schneller ein als jeder Forum-Thread.

Weiterlesen

ZFS vs. ext4 vs. Btrfs: Welches Dateisystem fürs NAS?

RAID für Heimanwender: Alles, was du wirklich wissen musst

Unraid vs. TrueNAS vs. OpenMediaVault: Der komplette NAS-OS-Vergleich

SHR vs. traditionelles RAID: Warum Synology es anders macht

Bitrot & ZFS-Scrubbing: Wenn Daten still verrotten