NAS selber bauen - So vermeidest du die größten Fehler

Ein eigenes NAS lohnt sich vor allem dann, wenn mehrere Geräte im Haushalt auf dieselben Daten zugreifen, Backups automatisiert laufen sollen und Speichermedien nicht einfach als anonyme Einzellösung herumstehen sollen. Ich gehe hier durch die Entscheidungen, die ein Eigenbau wirklich prägen: Hardware, RAID-Layout, Einrichtung, Datensicherung und die Kosten, die viele am Anfang unterschätzen.

Die passende Hardware entscheidet über Ruhe oder Frust

Ich plane bei einem Heim-NAS zuerst die Laufwerkszahl, nicht den Prozessor. Die Praxis zeigt schnell, ob das System nur als zentrale Datensammlung dienen soll, ob Medien gestreamt werden oder ob zusätzlich noch kleine Dienste, virtuelle Maschinen oder Container laufen. Je klarer der Zweck, desto einfacher wird die Auswahl.

Wie viele Laufwerksschächte wirklich sinnvoll sind

Ein 2-Bay-System ist für ein kompaktes Heim-Backup und wichtige persönliche Daten oft genug. Wer wachsen will, fährt mit 4 Bays deutlich entspannter, weil sich damit Redundanz und Kapazität besser ausbalancieren lassen. Ab 6 Bays wird der Eigenbau spannender, aber auch anspruchsvoller: Kühlung, Strombedarf und das spätere Erweitern verdienen dann echte Aufmerksamkeit.

• 2 Bays: kompakt, leise, gut für Mirror und Basis-Backup.
• 4 Bays: für die meisten Privatanwender der vernünftigste Kompromiss.
• 6 Bays und mehr: sinnvoll, wenn klar ist, dass der Speicherbedarf spürbar wächst.

Wer nur eine zentrale Ablage für Fotos, Dokumente und PC-Backups sucht, braucht meist keinen Server mit zehn Schächten. Oft ist die sauber gebaute Mittelklasse robuster als ein überambitioniertes Großprojekt. Damit ist die Gehäusefrage zwar noch nicht abschließend gelöst, aber die eigentliche Technik wird jetzt konkreter.

Prozessor, RAM und Mainboard

Für ein reines NAS reicht ein moderater Prozessor meist völlig aus. Rechenleistung wird erst wichtig, wenn verschlüsselt, transkodiert oder zusätzlich virtualisiert wird. Viel wichtiger ist aus meiner Sicht der Arbeitsspeicher: TrueNAS dokumentiert für einfache Setups mit bis zu acht Laufwerken mindestens 8 GB RAM; ich halte 16 GB für den vernünftigen Einstieg und 32 GB für entspannt, wenn mehrere Dienste parallel laufen.

ECC-RAM ist keine Pflicht, aber ich würde ihn bei einem Speichergerät mit wichtigen Daten klar bevorzugen. Fehler im Speicher sind selten, können aber unangenehm werden, wenn der Server dauerhaft läuft und Datenkorrektheit Vorrang hat. Dazu kommt ein Punkt, den viele beim ersten Eigenbau unterschätzen: Ein Mainboard mit genug nativen SATA-Ports oder ein HBA im IT-Mode spart später viel Ärger. Ich will die Laufwerke direkt sehen, nicht durch eine unnötige RAID-Schicht des Controllers.

• Bootmedium separat halten, am besten auf einer kleinen SSD.
• Genug SATA-Ports oder einen HBA/JBOD-Pfad einplanen.
• ECC nach Möglichkeit mitnehmen, wenn das Budget es zulässt.
• Keine unnötig starke CPU kaufen, nur weil sie verfügbar ist.

Netzwerk, Strom und Gehäuse

Beim Netzwerk ist 1 GbE für einfache Backups und Medienstreaming immer noch ausreichend. Wer große Dateien zwischen mehreren Rechnern schiebt, fährt mit 2.5 GbE deutlich angenehmer. 10 GbE lohnt sich vor allem dann, wenn SSDs, Videoschnitt oder viele parallele Zugriffe im Spiel sind. Für die meisten Haushalte ist 2.5 GbE heute der beste Mittelweg aus Preis und Nutzen.

Auch das Gehäuse verdient mehr Aufmerksamkeit, als man am Anfang vermutet. Gute Luftführung, entkoppelte Laufwerksplätze und ein Netzteil mit vernünftiger Effizienz bringen im Alltag mehr als Marketing auf dem Karton. Ein leiser 120- oder 140-mm-Lüfter ist oft die günstigste Versicherung gegen Hitzestau. Und eine kleine USV ist kein Luxus, sondern die pragmatische Antwort auf Stromausfälle und unsaubere Abschaltungen. Damit ist die Hardware zwar gewählt, aber noch nicht in ein brauchbares Speichersystem übersetzt.

Wenn die Basis steht, entscheidet die Redundanz darüber, wie nervös der Server im Ernstfall wird.

RAID richtig einordnen und das passende Layout wählen

Ich erlebe häufig, dass RAID mit Backup verwechselt wird. Das rächt sich spätestens dann, wenn eine Datei gelöscht, verschlüsselt oder mit einem defekten System gleich mitgenommen wird. RAID macht Daten verfügbar, Backup macht sie wiederherstellbar. Dieser Unterschied ist für ein NAS wichtiger als jede Marketingzahl auf der Festplattenverpackung.

Als grobe Faustregel nehme ich für ein privates NAS: zwei Laufwerke als Mirror, vier oder mehr Laufwerke als RAIDZ2. Bei vier 8-TB-Platten sind das netto 24 TB mit RAIDZ1 oder 16 TB mit RAIDZ2; die Sicherheitsreserve ist also nicht abstrakt, sondern direkt sichtbar. Für besonders kritische Daten würde ich RAIDZ1 heute nur noch mit Vorsicht einsetzen, weil die Ausfallreserve knapp ist und Resilver-Zeiten bei großen Festplatten lang werden können.

OpenZFS unterstützt inzwischen auch RAIDZ-Erweiterungen, also das schrittweise Hinzufügen einzelner Laufwerke zu einem bestehenden RAIDZ-Verbund. Ich sehe das als nützliche Wachstumsoption, aber nicht als Grund, den Start zu knapp zu planen. Je sauberer das erste Layout passt, desto weniger Kompromisse zahlt man später.

Ein Hot Spare klingt verlockend, ist im Heimgebrauch aber oft unnötig. Ich habe lieber ein sauberes Ersatzlaufwerk im Schrank und ein Backup, das ich wirklich zurückspielen kann, als eine Dauerreserve, die nur Kapazität frisst. Wenn ein Laufwerk ersetzt wird, spricht man von einem Resilver; ein Scrub ist dagegen ein vollständiger Prüflauf über den Pool, der stille Fehler aufdecken soll. Beides ist nützlich, aber keines davon ersetzt eine echte Sicherung. Damit ist die RAID-Frage geklärt, doch erst die Einrichtung macht daraus ein nutzbares System.

So setze ich ein Heim-NAS sauber auf

Die Software ist weniger wichtig als die Disziplin, mit der sie eingerichtet wird. Ein schlankes System mit klaren Datasets, sauberen Rechten und automatisch laufenden Prüfungen ist mir lieber als ein vollgestopftes Bastelprojekt. Ich würde deshalb immer zuerst die Betriebsgrundsätze festlegen und erst dann klicken, statt umgekehrt.

1. Das Betriebssystem gehört auf eine separate SSD, nicht auf denselben Pool wie die Nutzdaten.
2. Die Laufwerke sollten direkt angebunden sein, idealerweise über HBA oder durchgereichtes SATA, nicht über einen zusätzlichen RAID-Controller.
3. Der Speicherpool wird als Mirror oder RAIDZ2 angelegt, passend zur geplanten Laufwerkszahl.
4. Für Fotos, Dokumente, Medien und Backups richte ich getrennte Datasets ein, damit Rechte, Quotas und Snapshots sauber trennbar bleiben.
5. SMB-Freigaben, Benutzerkonten und Ordnerrechte werden so knapp wie möglich gehalten, nicht so großzügig wie möglich.
6. SMART-Tests, E-Mail- oder Push-Alerts und ein monatlicher Scrub werden direkt beim Start aktiviert.
7. Zum Schluss teste ich einen echten Restore, denn nur dann weiß ich, ob das Konzept im Ernstfall funktioniert.

Snapshots sind dabei besonders nützlich, weil sie versehentliches Löschen oder auch einfache Ransomware-Fälle abfedern können. Sie liegen aber weiterhin auf demselben System. Genau deshalb behandle ich sie nie als Ersatz für ein externes Backup, sondern nur als schnelle Wiederherstellungsebene im Alltag. Wer diese Trennung versteht, spart sich später viele missverständliche Erwartungen.

Für den Einstieg bevorzuge ich eine ZFS-nahe Oberfläche mit klarer Verwaltung; eine schlanke, Debian-basierte Lösung ist ebenfalls möglich, wenn man mehr Handarbeit akzeptiert. Entscheidend ist nicht das Etikett, sondern ob Benachrichtigungen, Freigaben und Prüfungen zuverlässig laufen. Sobald das sauber steht, lohnt sich der Blick auf Datenschutz und Sicherung außerhalb des eigentlichen NAS.

Datensicherung und Datenschutz gehören getrennt gedacht

Ein NAS ist bequem, aber Bequemlichkeit darf nie mit Absicherung verwechselt werden. Wenn ich Daten wirklich schützen will, denke ich in drei Ebenen: Schutz vor Laufwerksausfall, Schutz vor Bedienfehlern und Schutz vor Verlust des ganzen Systems. Genau deshalb setze ich auf das bekannte 3-2-1-Prinzip: drei Kopien, zwei verschiedene Medien, eine Kopie außerhalb des Hauses.

• Lokale Redundanz durch Mirror oder RAIDZ2 schützt vor dem Ausfall einzelner Platten.
• Snapshots helfen gegen versehentliches Löschen und viele Verschlüsselungsangriffe.
• Ein externes Backup auf USB-Platte, Zweit-NAS oder Cloud schützt bei Diebstahl, Brand oder Totalschaden.
• Verschlüsselung ist sinnvoll, wenn auch sensible private oder geschäftliche Daten gespeichert werden.
• Getrennte Benutzerkonten sind sicherer als ein gemeinsam genutztes Admin-Login.
• VPN statt offener Freigabe ist für den Fernzugriff die deutlich sauberere Lösung.

Gerade im deutschen Kontext wird oft unterschätzt, wie schnell ein Speichergerät persönliche Dokumente, Steuerunterlagen, Fotos oder Arbeitsdaten bündelt. Wer so etwas auf dem NAS ablegt, sollte auch an den Fall denken, dass die komplette Maschine gestohlen wird oder eine Festplatte entsorgt werden muss. Verschlüsselung auf Volume- oder Dataset-Ebene ist dann der pragmatische Weg, damit aus Hardwareverlust nicht automatisch Datenverlust wird.

Ich würde außerdem die Stromversorgung nicht dem Zufall überlassen. Eine kleine USV, ein sauberer Shutdown und regelmäßige Updates wirken unspektakulär, verhindern aber genau die Schäden, die später teuer werden. Sicherheit ist beim NAS nie eine einzelne Funktion, sondern eine Kette aus kleinen, vernünftigen Entscheidungen. Und genau diese Kette kostet weniger, wenn man sie von Anfang an mitdenkt.

Was der Eigenbau kostet und wo die meisten sich verrechnen

Bei NAS-Projekten ist die Hardware nur ein Teil der Rechnung. Die eigentlichen Kostentreiber sind Festplatten, Netzteilqualität, Gehäuse und der Wunsch, später noch erweitern zu können. Ich kalkuliere deshalb immer grob mit dem doppelten Betrag dessen, was das reine Mainboard auf dem Papier kostet, weil Laufwerke und sinnvolle Peripherie den Rest schnell auffressen.

Als grobes Rechenbeispiel für den laufenden Betrieb: 30 Watt Dauerlast entsprechen rund 263 kWh pro Jahr. Bei 0,35 € pro kWh landet man schon bei etwa 92 € Stromkosten im Jahr. Ein leiser und sparsamer Eigenbau ist deshalb nicht nur angenehmer, sondern auf Dauer auch wirtschaftlicher. Wer später virtualisiert, transkodiert oder viele Clients versorgt, sollte natürlich höher kalkulieren.

Lesen Sie auch: Plex auf NAS - So läuft dein Server stabil und schnell

Die typischen Fehler beim ersten Build

• Ein Hardware-RAID-Controller wird gekauft, obwohl ZFS die Laufwerke direkt sehen sollte.
• Das Gehäuse ist zu klein oder zu warm, weil nur auf Schächte und nicht auf Luftstrom geachtet wurde.
• Es wird zu wenig RAM eingeplant, obwohl ZFS und mehrere Dienste davon profitieren.
• Die Festplatten werden gemischt gekauft, ohne die Kapazitätsgrenzen im Verbund zu verstehen.
• Es gibt kein externes Backup, weil RAID fälschlich als Endlösung behandelt wird.
• Der Restore-Test wird nie gemacht, obwohl genau er im Ernstfall die Wahrheit zeigt.

Mein Fazit an dieser Stelle ist nüchtern: Wer sich beim Bau zu sehr von maximaler Kapazität leiten lässt, baut oft das falsche System. Wer dagegen Kühlung, Backup und Erweiterbarkeit ernst nimmt, bekommt auch mit moderatem Budget ein sehr brauchbares NAS. Damit bleibt nur noch die praktische Schlussfrage offen: wie man den Start so setzt, dass das System auch in zwei Jahren noch vernünftig wirkt.

Ein brauchbares NAS ist lieber langweilig als spektakulär

Für die meisten Privathaushalte ist ein 4-Bay-System mit RAIDZ2 oder ein kleines Mirror-NAS die vernünftigste Linie. Ich würde lieber etwas weniger Kapazität kaufen, dafür aber saubere Kühlung, aktuelle Backups und einen Plan für den Plattenausfall mitdenken. Genau das macht aus einem Bastelprojekt einen Speicher, auf den man sich im Alltag verlassen kann.

Wer klein anfängt, sollte den Start bewusst einfach halten: separates Bootmedium, klare Freigaben, monatlicher Scrub, externes Backup und keine unnötigen Sonderlösungen. Wenn diese Basis stimmt, lässt sich später immer noch aufrüsten. Ein gutes NAS fällt nicht dadurch auf, dass es laut oder kompliziert ist, sondern dadurch, dass man im Ernstfall genau weiß, was zu tun ist.