Was ist ein NAS und wann lohnt es sich zu Hause?

/

NAS
Das Entscheidungsdilemma

Mehr Fotos, mehr Sorgen: Zwischen Cloud‑Komfort und dem Wunsch nach Kontrolle steht die Entscheidung für oder gegen ein NAS.

Nach dem letzten Familienurlaub füllt das Smartphone die Fotogalerie, Streaming‑Aufnahmen und Home‑Videos wachsen täglich — und plötzlich taucht die Frage auf: privat und lokal speichern oder vertrauenswürdige Cloud? Viele zögern, weil Datenschutz gegen Bequemlichkeit abgewogen werden muss. Gleichzeitig blockieren Unsicherheit über Komplexität, laufende Kosten und die Angst vor Datenverlust: Was bedeutet RAID wirklich? Reicht ein NAS als einziges Backup? Wie werden Zugriffsrechte und Verschlüsselung gehandhabt?

Diese Zweifel sind typisch: technische Begriffe wirken abschreckend, Horror‑Szenarien von Festplattenausfall oder ungewolltem Fremdzugriff verfestigen sich, und die Kalkulation von Anschaffungs‑ versus Abo‑Kosten bleibt unklar. Dennoch sind viele Hürden lösbar — mit klaren Zahlen, einfachen Vergleichen und praxisnahen Empfehlungen lassen sich die echten Risiken von Mythen trennen. Weiter geht es mit konkreten Antworten und Entscheidungshelfern.

Schnellfakten
  • Einstiegs‑NAS: ~200–400 € (2‑Bay), Midrange: 400–900 € (4‑Bay)
  • Typischer Stromverbrauch: 10–30 W im Dauerbetrieb
  • Cloud‑Abo für 2 TB: ~5–10 €/Monat — NAS einmalig, aber Wartung nötig
Kernkomponenten

Technisches Grundmodell eines NAS

Was drinsteckt und wie es arbeitet

Ein NAS ist im Kern ein netzwerkgebundener Datenspeicher mit eigenem Betriebssystem und Diensten — kein reines Laufwerk. Es kombiniert Hardware (Gehäuse, CPU, RAM, Festplatten, Netzwerkschnittstellen) mit Softwarefunktionen wie Dateifreigaben, Benutzerverwaltung, Sicherungsroutinen und Apps (z. B. Medienserver, Docker, Snapshots).

Technischer Aufbau

  • Plattform: ARM- oder x86‑CPU mit einem NAS‑OS (z. B. Synology DSM, QNAP QTS oder freie Systeme).
  • Speicher: Mehrere Laufwerkschächte (HDD/SSD) oft mit RAID‑Optionen; SSD‑Caches möglich.
  • Arbeitsspeicher: Wichtig für Virtualisierung und Container.
  • Netzwerk: 1GbE Standard, zunehmend 2.5/10GbE für hohe Durchsatzanforderungen.
  • Erweiterungen: USB, M.2, PCIe‑Karten (10GbE, NVMe‑Cache) und optional Hot‑Swap.

Abgrenzung zu ähnlichen Lösungen

  • Externe Festplatte: Einfache Blockspeicherung über USB — kein Netzwerkzugriff, keine Benutzerverwaltung oder Dienste.
  • Heimserver (selbstgebaut): Viel flexibler und leistungsfähiger, aber komplexer in Wartung, Stromverbrauch und Sicherheit.
  • Cloud‑Dienste: Bieten Skalierbarkeit und Remote‑Management, verursachen jedoch laufende Kosten, Bandbreitenlimitierungen und Datenschutzfragen.

Ein NAS eignet sich für dauerhaft verfügbaren lokalen Speicher, gemeinsame Freigaben und automatisierte Backups. RAID ersetzt kein Backup; zusätzliche Offsite‑ oder Cloud‑Sicherungen bleiben empfehlenswert.

Anwendungsfälle

Typische Heim‑Anwendungsfälle

  • Multimedia‑Streaming Kapazität: 2–20+ TB (Filme, Serien, UHD). Verfügbarkeit: moderat — RAID 1/5 schützt vor Plattenausfall; kein 24/7‑Server erforderlich. Transkodierung: Hardware‑Transcoding (Intel QuickSync, NVENC) empfohlen für mehrere Clients oder mobile Geräte. Verschlüsselung: optional; starke Verschlüsselung kann Transkodierung und Durchsatz beeinträchtigen.
  • Backups & Versionierung Kapazität: 2–50+ TB, mindestens das Doppelte der Quelldaten für Versionen/Retention. Verfügbarkeit: hoch — RAID 6, Hot‑Spare, regelmäßige SMART‑Checks und Offsite‑Kopien. Transkodierung: nicht relevant. Verschlüsselung: dringend empfohlen (AES) für Ruhe‑ und Transfer‑Daten; verschlüsselte Backups benötigen mehr CPU.
  • Private Cloud Kapazität: 1–10+ TB je nach Nutzerzahl und Dateityp. Verfügbarkeit: synchroner Zugriff erwartet — RAID 1/5, USV für sauberes Herunterfahren. Transkodierung: selten nötig. Verschlüsselung: empfohlen für Remote‑Zugriff (at‑rest und in‑transit); VPN/HTTPS obligatorisch für sicheren Zugriff von unterwegs.
  • Videoüberwachung Kapazität: sehr hoch — 50–200+ GB pro Kamera/Tag bei Full‑HD; Kapazitätsplanung nach Aufbewahrungszeit erforderlich. Verfügbarkeit: sehr hoch — RAID, Dual‑LAN, SSD‑Cache oder NVR‑Funktionen für dauerhafte Schreiblast. Transkodierung: nicht nötig; Fokus auf Aufnahme‑Stabilität. Verschlüsselung: Kamerastreams und gespeicherte Aufnahmen verschlüsseln; Performance prüfen.
Mythos

RAID ist kein Backup

Mythos
RAID ersetzt ein Backup – wer eine RAID‑Spiegellung hat, braucht keine Sicherungen.
Fakt

Falsch: RAID bietet Redundanz gegen Festplattenausfall, nicht gegen versehentliches Löschen, Datenkorruption oder Ransomware.

Warum

Spiegelung oder Parität verhindert nur, dass eine defekte Platte sofort zu Datenverlust führt; gelöschte oder verschlüsselte Dateien werden oft im Array reproduziert. Mehr Details, warum RAID kein Ersatz für Backup ist, stehen in der ausführlichen Erklärung, was RAID wirklich leistet.

Mythos
RAID verbessert immer die Leistung.
Fakt

Teilweise: Einige Level (RAID0, RAID10) erhöhen Durchsatz und I/O, parity‑basierte Level können Schreibperformance drosseln.

Warum

Performance hängt von RAID‑Level, Controller, NAS‑CPU und Art der Last (große sequenzielle Dateien vs. viele kleine IOPS) ab; Paritätsberechnung belastet CPU und verlangsamt kleine Schreibvorgänge.

Mythos
Ein Hot‑spare und automatischer Rebuild machen alles wieder gut.
Fakt

Teilweise: Hot‑spare reduziert Zeit im degradierten Zustand, aber Rebuilds sind lang und riskant.

Warum

Beim Wiederaufbau stehen Array und Daten oft unter höherer Belastung; weitere Laufwerksausfälle während des Rebuilds oder unerwartete Fehler können zu komplettem Verlust führen — daher weiterhin separate, idealerweise entkoppelte Backups empfehlen.

Festplatten‑Kriterien

Welche Festplatten für NAS‑Betrieb geeignet sind

  1. SMR vs. CMR (Aufzeichnungsverfahren)
    SMR (Shingled Magnetic Recording) spart Platz, verschlechtert aber Schreibperformance und verlängert RAID‑Rebuilds. CMR liefert konsistente Schreib-/Leseleistung und ist für RAID/Mehrbenutzer‑Zugriffe die empfohlene Wahl.
    Achten auf
    CMR oder explizite NAS/RAID‑Kennzeichnung
    Vermeiden
    SMR in RAID‑Volumes
  2. Workload‑Rating und NAS‑Serien
    Hersteller geben ein jährliches Workload‑Limit (TB/yr) und spezialisierte NAS‑Serien (z. B. IronWolf, Red) an; diese Werte zeigen, ob die Platte Dauerlast und viele I/O‑Zyklen verträgt. Desktop‑Platten ohne Rating sind für Dauerbetrieb oft ungeeignet.
    Achten auf
    TB/yr‑Angabe und NAS‑Serie
    Vermeiden
    Desktop‑Modelle ohne Workload‑Angabe
  3. 24/7‑Tauglichkeit, MTBF und Vibrationsschutz
    Für Dauerbetrieb zählen MTBF, RV‑Sensoren (Vibrationsausgleich) und Firmware‑Features für RAID‑Recovery (z. B. TLER). Fehlende Kühlung oder niedrige MTBF erhöhen Ausfallwahrscheinlichkeit im Heim‑NAS.
    Achten auf
    24/7‑Freigabe, hohe MTBF, RV‑Sensor
    Vermeiden
    keine Angaben zu Dauerbetrieb
  4. Kompatibilitätslisten und Gefahren beim Mischen
    Kompatibilitätslisten (HCL) des NAS‑Herstellers prüfen und idealerweise gleiche Modelle/Firmware verwenden; gemischte Größen, RPMs oder SMR/CMR‑Mix verursachen Performance‑Flaschenhälse und längere Rebuilds. Für konkrete Modellempfehlungen zur Auswahl die Einkaufshilfe für NAS‑Festplatten konsultieren.
    Achten auf
    HCL‑Eintrag, gleiche Serie/Firmware
    Vermeiden
    verschiedene Generationen oder SMR mit CMR mischen
Entscheidungshilfe

1‑, 2‑ und 4+‑Bay‑NAS praktisch verglichen

Wann welche Bay‑Anzahl sinnvoll ist

Kurzvergleich

  • 1‑Bay: Kostengünstig, ideal für einfachen Netzwerk‑Speicher oder Media‑Streaming. Kein RAID möglich — bei Laufwerksausfall gehen Daten verloren.
  • 2‑Bay: Häufigster Kompromiss für Zuhause. Unterstützt RAID1 (Spiegelung) oder proprietäre Varianten (z. B. SHR). Bietet einfache Redundanz bei moderatem Preis und Stromverbrauch.
  • 4+‑Bay: Ermöglicht RAID5, RAID6 oder RAID10: bessere Kapazitätsausnutzung, höhere Ausfallsicherheit und oft schnellere Performance bei mehreren Platten. Empfehlenswert für größere Backups, mehrere Dienste oder Überwachungsaufnahmen.

RAID, Hot‑spare und Skalierbarkeit

  • Hot‑spare: Reservelaufwerk, reduziert verfügbare Kapazität, verkürzt Wiederherstellungszeit und minimiert Risiko eines zweiten Ausfalls während des Rebuilds.
  • Skalierbarkeit: Expansion‑Units oder Online‑RAID‑Erweiterung möglich, aber Performance und Kompatibilität variieren; Mischgrößen reduzieren nutzbare Kapazität.

Für eine praxisnahe Kaufentscheidung hilft der detaillierte Vergleich: 2‑Bay vs. 4‑Bay.

Hardware‑Check

Worauf es bei der NAS‑Hardware ankommt

Wichtige Specs für Alltag und Auswahl

Alltagsleistung eines NAS hängt weniger von Marketing‑Taktzahlen als von gezielten Komponenten ab. Fokus liegt auf CPU‑Fähigkeiten für Medien, ausreichend RAM für Dienste, schneller SSD‑Cache dort, wo viele kleine Dateien anfallen, und einer passenden Netzwerkschnittstelle.

Kernkomponenten

  • CPU (Transkodierung): Für on‑the‑fly‑Transcoding sind CPUs mit hardwaregestützter Video‑Beschleunigung (z. B. Intel Quick Sync oder dedizierte ASICs) deutlich effizienter als reine ARM‑Low‑Power‑Chips. Bei Plex/Emby kann ein schwächerer CPU ohne Hardware‑Support schnell zum Flaschenhals werden.
  • RAM: Mindestens 2–4 GB für einfache Dateien/Dienste; 8–16 GB oder mehr für Virtualisierung, viele Docker‑Container oder große Datenbanken.
  • NVMe‑Cache: Beschleunigt Metadaten und kleine Dateien; sinnvoll bei vielen IOPS‑intensiven Workloads. NVMe als primäres Storage lohnt meist nur für Performance‑Setups.
  • Netzwerk: Gigabit genügt für Einzelbenutzer‑Streaming; für mehrere 4K‑Streams oder große Backups 2.5/5/10 GbE. Link‑Aggregation hilft bei mehreren Clients, ersetzt aber keine höhere Einzellink‑Bandbreite.
  • Hardware‑Verschlüsselung: AES‑NI oder dedizierte Verschlüsselungsbeschleuniger erhalten Durchsatz bei verschlüsselten Volumes.
  • Energieverbrauch: HDD‑dichte, Anzahl der Laufwerke und CPU‑TDP dominieren Verbrauch; SSD‑Only‑Setups sind meist sparsamer.

Empfehlungen: Budget vs. Performance

  • Budget: Priorität auf stromsparige CPU, verlässliche NAS‑HDDs, mind. 4 GB RAM; bei Bedarf später NVMe/mehr RAM nachrüsten. Für konkrete Einstiegsgeräte empfiehlt sich ein Blick auf günstige Einsteiger‑NAS‑Modelle.
  • Performance: Starkere CPU mit Video‑HW, 8–16+ GB RAM, NVMe‑Cache, 2.5/10 GbE und AES‑Beschleunigung.

Praxisregel: CPU für Transcoding, RAM für Multitasking/Docker, NVMe für IOPS; Prioritäten nach geplanter Nutzung setzen.

Streaming‑Workloads

Medien‑Server: Direct‑Play vs. Transkodierung

Was Leistung und Netzwerk wirklich beeinflusst

Medien‑Server‑Workloads unterscheiden sich grundlegend: Direct‑Play liefert Dateien unverändert an Geräte (minimaler CPU‑Aufwand), Transkodierung wandelt Audio/Video in Echtzeit um (starker CPU/GPU‑Aufwand). Bei vorwiegend mobilen Clients mit unterschiedlichen Codecs oder Bandbreiten ist Transkodierung häufig nötig; bei modernen Geräten und einheitlichen Formaten reicht oft Direct‑Play.

Hardware‑Beschleunigung reduziert Transcodierungs‑Last massiv. NAS‑CPUs mit integrierter Video‑HW (Intel Quick Sync, AMD VCN) oder dedizierte GPUs ermöglichen mehrere simultane Streams. RAM hilft Caching, NVMe reduziert Startlatenz.

Netzwerk: Für 4K‑Direct‑Play reicht ein stabiles Gigabit‑LAN; mehrere 4K‑Streams oder Remote‑Zugriff profitieren von 2.5/10 GbE. WLAN bleibt oft der Engpass — QoS und 5‑GHz/802.11ac/ax können helfen.

Container‑Support (Docker/LXC) ist wichtig für Plex, Emby oder Jellyfin: Erlaubt einfache Updates, Plug‑ins und Isolation. Bei Bedarf an Transkodierung informiert der Ratgeber für NAS‑Modelle mit Transkodierung über konkrete Kaufempfehlungen.

Kurzcheck – wenn Transkodierung erwartet wird, auf folgende Punkte achten:

  • CPU mit Video‑HW oder GPU‑Support
  • Mind. 4–8 GB RAM (mehr bei vielen Transcodes)
  • 2.5/10 GbE bei mehreren 4K‑Streams
  • Docker/LXC‑Fähigkeit für Serverdeployments
Protokollvergleich

SMB vs. NFS: Welches Freigabeprotokoll fürs Heim‑NAS?

Kompatibilität, Performance und typische Einsatzszenarien

Für Heimnetzwerke sind SMB und NFS die beiden gängigsten Dateifreigabeprotokolle. Windows‑Clients nutzen nativ SMB; macOS unterstützt SMB gut (AFP ist veraltet); Linux interagiert zuverlässig mit beiden, wobei NFS historisch in Unix‑Umgebungen dominierte.

Performance‑Eigenheiten: NFS (vor allem NFSv4) hat geringere Protokolloverheads und ist oft schneller bei vielen kleinen Dateien zwischen Linux‑Rechnern. SMB3 bietet Features wie Verschlüsselung, Multichannel und bessere Windows‑Locking‑Semantik, kann aber etwas mehr CPU‑Last verursachen. Caching, Mount‑Optionen (rsize/wsize, async) und Netzwerk (Jumbo‑Frames, Link‑Aggregation) beeinflussen Ergebnisse stärker als das Protokoll allein.

Praktische Empfehlung

  • Vorwiegend Windows oder gemischte Clients: SMB.
  • Überwiegend Linux/Unix und Container/VM‑Storage: NFS.
  • Medienstreaming (Plex, DLNA): SMB reicht meist; für viele gleichzeitige Zugriffe NFS überlegen.

Für einen ausführlicheren Vergleich mit Gerätetipps ist der detaillierte Vergleich für Zuhause zu empfehlen.

Fernzugriff sichern

Sicherer Fernzugriff

Risiken, empfohlene Strategie und Pflichtaufgaben

Fernzugriff erhöht Komfort, aber auch Angriffsfläche. Offene Ports (HTTP, SMB, SSH) und aktiviertes UPnP erlauben direkten Zugriff und werden häufig von automatisierten Scannern und Exploits ausgenutzt. Cloud‑Relay‑Dienste bieten bequeme Verbindung, führen jedoch zu zusätzlicher Vertrauensebene und können bei Fehlkonfiguration Datenlecks ermöglichen.

Als Primärstrategie empfiehlt sich VPN‑basierter Zugriff: ein VPN beendet Verbindungen ins lokale Netz, minimiert offene Ports und nutzt starke Verschlüsselung. Eine Schritt‑für‑Schritt‑Anleitung zum Einrichten findet sich in der VPN‑Einrichtungsanleitung fürs NAS.

Zusätzlich sichere Maßnahmen: Dienste nicht öffentlich freigeben, UPnP deaktivieren, Management‑Ports ändern, Loginversuche begrenzen (fail2ban), HTTPS mit gültigen Zertifikaten.

Pflichtaufgaben: regelmäßige Firmware‑Updates, starke, einzigartige Passwörter und 2‑Faktor‑Authentifizierung für Administrationskonten. Für Anwender ohne VPN kann ein Cloud‑Relay mit Zero‑Trust‑Konfiguration nützlich sein, darf aber nicht Updates, Backups oder lokale Zugriffskontrollen ersetzen.

Kurzempfehlungen

Primär: VPN‑basierten Fernzugriff verwenden.
Wichtig: Offene Ports und UPnP vermeiden; kein direktes Port‑Forwarding für Managementdienste.
Pflichten: Firmware‑Updates, starke Passwörter und 2‑Faktor‑Authentifizierung aktivieren.

Datenschutz-Strategie

Snapshots vs. klassische Backups

Wann welches Verfahren schützt — und wie beides kombiniert wird

Kurzunterschiede

Snapshots sind schnelle, speicherplatzsparende Punkt‑in‑der‑Zeit-Abbilder eines Volumes oder Dateisystems. Sie ermöglichen schnelle Wiederherstellungen ganzer Zustände oder einzelner Dateien, liegen aber meist auf demselben NAS und schützen nicht gegen Standortverlust oder Hardware‑Desaster. Backups sind vollständige Kopien auf getrennten Medien oder Standorten mit integritätsprüfungen und langen Aufbewahrungsregeln.

Für tiefergehende Unterschiede und Fehlerfälle empfiehlt sich die ausführliche Gegenüberstellung von Snapshots und Backups.

Empfohlene Kombinationen

  • Lokale Versionierung (Snapshots) für schnelle Rücksetzung nach Fehlern oder Ransomware; kurzfristige, häufige Intervalle.
  • Regelmäßiges Offsite‑Backup (Cloud oder externes NAS an anderem Standort) für Katastrophenschutz.
  • Zusatz: sekundäres lokales Backup auf externem Laufwerk für schnellen physischen Zugriff.

Praktisch: Snapshots + lokale Kopie für schnelle Recovery, plus Offsite‑Backup für Disaster Recovery.

Time Machine und NAS

Time Machine legt für Netzwerk‑Backups üblicherweise eine sparsebundle-Image auf einer SMB/AFP‑Freigabe ab. NAS muss Time‑Machine‑Support aktivieren, einen dedizierten Share und Quota einstellen sowie Bonjour/SMB korrekt anbieten. Für Einrichtungsschritte lohnt sich die Schritt‑für‑Schritt‑Anleitung zur Time Machine auf dem NAS. Mac‑Nutzer sollten Verschlüsselung aktivieren und Wiederherstellungen regelmäßig testen.

Mac‑Tipp

Kurzcheck für Time Machine auf NAS:

Reserve genug Speicherplatz und setze ein Share‑Quota. Time Machine‑Verschlüsselung aktivieren. Regelmäßig Restore‑Tests durchführen, nicht nur Backup‑Prüfung.
Notfälle & Wartung

Häufige Notfälle: Sofortmaßnahmen und Wartung

Festplatte ausgefallen — was sofort tun?

Schreibzugriffe stoppen und RAID‑Status prüfen; Platte nicht blind entfernen. Ersatz einsetzen oder Rebuild in der Web‑UI starten; vor allem bei kritischem Zustand zuerst ein Image der defekten Platte anfertigen. Details: Schritt‑für‑Schritt‑Rebuild‑Anleitung.

Plex ruckelt — was hilft sofort?

Prüfen, ob Clients Direct‑Play verwenden; bei Transkodierung CPU‑Last und Warteschlange kontrollieren. Hardwarebeschleunigung aktivieren oder Auflösung/Bitrate reduzieren; LAN statt WLAN testen. Mehr Ursachen und Fixes: Ursachen für Plex‑Ruckeln und Abhilfen.

NAS nicht erreichbar oder bootet nicht — was ist zu tun?

Strom, Netzwerkkabel und LEDs prüfen; lokale Konsole oder serielle Logs auslesen. Konfigurationsbackup bereitstellen bevor Betriebssystem neu installiert wird; bei fehlenden Daten keine Formatierung erzwingen.

Kurz‑Wartungscheckliste — was regelmäßig tun?

Wöchentlich SMART‑Checks, monatlich Firmware/Packages und RAID‑Scrub, tägliche Überwachung der Benachrichtigungen. Offsite‑Backups verifizieren, Benutzerkonten und 2FA prüfen sowie Protokolle auf ungewöhnliche Einträge kontrollieren.

Checkliste

Kauf-, Einrichtungs- und Sicherheits‑Checkliste

  • Bedarf definieren: Kapazität, Transkodierung, Verfügbarkeit festlegen.
  • Budget kalkulieren: NAS, mindestens zwei NAS‑HDDs, Strom und Ersatzteile.
  • Modellwahl: 2‑Bay für Einsteiger, 4+ für große Datenmengen/Performancebedarf wählen. 2‑Bay zuerst prüfen.  Tabelle im Hardware‑Kapitel lesen.  

Kurz und praktisch: Schrittweise Einkaufsempfehlungen, Einrichtungspunkte und Pflichtmaßnahmen zur Absicherung. Konkreter erster Schritt am Ende.

Wichtigste Aktion zuerst: ein 2‑Bay‑Modell vergleichen, zwei NAS‑geeignete Festplatten (keine SMR) bestellen und das NAS lokal installieren. Danach: RAID konfigurieren, Offsite‑Backup einrichten, automatische Updates, starke Passwörter, 2FA und VPN aktivieren. Für Details zu CPU/RAM, RAID‑Strategie, Backups und Medien‑Transcoding die jeweiligen Kapitel lesen.

21 Kommentare zu „Was ist ein NAS und wann lohnt es sich zu Hause?“

  1. Avatar von Tobias
    Tobias

    Ich überlege zwischen NFS und SMB für mein Mixed‑Netzwerk (Windows + Linux VMs). Artikel sagt SMB für Mixed, NFS für Linux — aber kann man beides parallel laufen lassen? Oder führt das zu Problemen?

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Ja, du kannst beide parallel laufen lassen. Viele NAS unterstützen SMB und NFS gleichzeitig.

      Achte nur auf Rechte/UID‑Mapping bei NFS und auf SMB‑Version (SMB3) für Performance/Features. Für VMs unter Linux ist NFS oft schneller, Windows‑Clients mögen SMB. Parallelbetrieb ist Standard und unproblematisch, solange du die Berechtigungen sorgfältig setzt.

    2. Avatar von Markus
      Markus

      Ich nutze beides seit Jahren ohne Probleme. Wichtig: keine gemischten Berechtigungsmodelle auf derselben Freigabe mischen — besser separate Shares anlegen.

  2. Avatar von Jonas
    Jonas

    Kleine Warnung: Bei mir hat eine SMR‑Festplatte im 2‑Bay NAS Probleme gemacht — nach paar Monaten plötzlich langsame Rebuilds und zeitweise Hänger. Artikel sagt ja SMR meiden, kann ich so bestätigen.

  3. Avatar von David Park
    David Park

    Für Leute mit Surveillance‑Cams: denkt an Schreib‑dauerhafte Workloads. Der Artikel nennt 24/7‑Tauglichkeit — das ist kein Marketing, meine Desktop‑HDD ist nach 18 Monaten bei Daueraufzeichnung durch. Investiert in ‚NAS‑Rated‘ Platten.

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Absolut richtig. Überwachung erzeugt viele kleine, kontinuierliche Schreibvorgänge — da sind NAS‑/Surveillance‑Platten oder Enterprise‑WD/Seagate besser geeignet.

      Und: nicht SMR, sondern CMR/PMR‑Platten nehmen das besser mit.

    2. Avatar von Paul
      Paul

      +1. Ich habe auf SMR gesetzt, dachte ‚billiger reicht‘ — war ein Fehler. Rebuilds dauerten ewig.

  4. Avatar von Lena
    Lena

    Guter Überblick, danke! Eine kurze Frage: Wenn RAID kein Backup ist — reicht denn ein RAID1 in einem 2‑Bay‑NAS für normale Familienfotos oder sollte man trotzdem zusätzlich offsite sichern?

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Kurzantwort: Offsite wird empfohlen. RAID1 schützt vor Festplattenausfall, aber nicht vor Fire/Diebstahl/Dateikorruption oder Ransomware.

      Für Familienfotos ist RAID1 praktisch und schützt vor der häufigsten Hardware‑Panne. Ergänze das trotzdem mit einem wöchentlichen Offsite‑Backup (z. B. verschlüsseltes Cloud‑Backup oder externe Festplatte, die regelmäßig ausgelagert wird).

  5. Avatar von Sven
    Sven

    Hat jemand Erfahrung mit Time Machine und NAS? Der Artikel erwähnt sparsebundle — muss das NAS etwas besonderes unterstützen oder klappt das mit jedem NAS?

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Time Machine braucht, je nach macOS‑Version, entweder SMB‑Freigaben mit bestimmten Features oder HFS+/sparsebundle‑Unterstützung.

      Viele moderne NAS unterstützen Time Machine über SMB (mit Apple‑konformen Flags) oder bieten spezielle Time‑Machine‑Freigaben an. Prüfe die Hersteller‑Dokumentation; ohne Unterstützung kann es zu korrupten Backups kommen.

  6. Avatar von bookworm99
    bookworm99

    Kurze Frage zur Stromrechnung: Hat jemand realistische Werte für 2‑Bay vs. 4‑Bay im Dauerbetrieb? Der Artikel nennt es, aber mich würden Praxiswerte interessieren.

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Praxiswerte schwanken je nach Platten, CPU und Nutzung. Als grobe Orientierungswerte: Idle 2‑Bay mit 2 HDDs oft 10–15 W, bei Zugriff 20–30 W. 4‑Bay mit vier HDDs eher 20–40 W idle und 40–60 W bei Last.

      NVMe/SSDs erhöhen die Idle‑Werte kaum, CPU‑starke Modelle deutlich mehr. Am besten konkrete Modelle vergleichen und Datenblatt/Reviews heranziehen.

  7. Avatar von Petra K.
    Petra K.

    Interessant finde ich den Tipp mit VPN statt offener Ports. Kann man das leicht auf einem günstigen 2‑Bay NAS einrichten oder braucht man dafür ’ne teure CPU?

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Meistens geht das auch auf günstigen 2‑Bay‑NAS: die meisten Hersteller bieten einen eingebauten VPN‑Server (OpenVPN oder WireGuard) oder Docker‑Container, wenn das NAS Docker unterstützt.

      Wichtig ist nur: sichere Konfiguration, aktuelle Firmware und 2FA, falls möglich. Bei sehr schwacher CPU kann die VPN‑Performance leiden, aber für gelegentlichen Fernzugriff reicht das normalerweise.

  8. Avatar von JennyB
    JennyB

    Kleine Anekdote: Hatte erst 4‑Bay bestellt, dann gemerkt dass ich gar nicht so viele Daten hab. Hab’s zurückgetauscht gegen 2‑Bay und ärgere mich null — spart Strom und Lärm 😅

  9. Avatar von Oliver
    Oliver

    Kritik: Der Artikel erwähnt ‚Cloud‑Kosten‘ aber geht nicht genug auf Datenschutz bei Cloud‑Relays der Hersteller ein. Manche Anbieter speichern Metadaten zentral — das sollte klarer hervorgehoben werden.

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Guter Punkt, danke. Einige Cloud‑Relay‑Dienste leiten Verbindungen über die Infrastruktur des Herstellers und können Metadaten sehen.

      Deshalb empfehlen wir VPN oder selbst gehostete Reverse‑Proxy/Lösungen, wenn Datenschutz wichtig ist. Ich ergänze das im Artikel mit einem Hinweis zu Hersteller‑Relays und ihren Datenschutzrisiken.

    2. Avatar von Anna
      Anna

      Das stimmt — bei einem Freund wurde z. B. „Remote‑Zugriff via Hersteller“ standardmäßig aktiviert und er hat erst spät die Telemetrie gelesen. Immer die Einstellungen durchgehen!

  10. Avatar von Katrin
    Katrin

    Danke für die Checkliste — die Empfehlung ‚erstes NAS: 2‑Bay + kompatible HDDs‘ macht Sinn. Eine praktische Frage: Wenn ich später auf 4 Bays upgraden will, kann ich die Platten einfach umziehen oder sollte ich neu aufsetzen?

    1. Avatar von Jesper Olsen
      Jesper Olsen

      Das hängt vom Hersteller und Filesystem ab. Manche NAS erlauben Migration (z. B. Synology/HGST/Western Digital bieten bestimmte Migrationspfade), andere nicht.

      Sichere Vorgehensweise: Backup erstellen, dann Migrationstest folgen. Lies die HCL und Migrations‑Dokumentation deines NAS‑Herstellers. Wenn möglich, füge die neuen Platten schrittweise hinzu und rebuild die RAID‑Gruppe, statt komplett neu aufzusetzen.

Schreibe einen Kommentar