TrueNAS SCALE installieren: Schritt-für-Schritt-Anleitung mit ZFS-Setup

TrueNAS SCALE ist inzwischen die Standard-Wahl für neue Installationen — CORE bekommt weiterhin Sicherheitsupdates, aber alle neuen Features landen in SCALE. Wer heute ein NAS oder einen kleinen Storage-Server aufsetzt, fährt mit SCALE 25.10 Goldeye richtig. Diese Anleitung führt durch die komplette Erstinstallation: vom Boot-Medium über den Installer, den ZFS-Pool, die Datasets und die ACLs bis zu den Absicherungen, die man vor dem ersten produktiven Einsatz machen sollte.

Wir setzen dabei voraus, dass die Hardware steht. Wenn du noch überlegst, welche Konfiguration passt, hilft der TrueNAS-Konfigurator beim Zusammenstellen. Details zur aktuellen SCALE-Version findest du im Release-Überblick zu TrueNAS 25.10 Goldeye.

Vorbereitung: Boot-Medium und BIOS-Einstellungen

TrueNAS SCALE läuft von einem eigenen Boot-Medium — getrennt vom Storage-Pool. Üblich sind zwei SATA-DOMs oder zwei M.2-SSDs im Mirror. Ein einzelner USB-Stick geht technisch, wir raten in produktiven Umgebungen aber davon ab: USB-Sticks sterben still, und ohne Boot-Medium steht das NAS. Mindestens 32 GB Kapazität sollten es sein, 64 GB oder 128 GB sind entspannter.

Für den Installer selbst brauchst du einen zweiten USB-Stick mit mindestens 8 GB. Das aktuelle ISO ziehst du direkt von der TrueNAS-Downloadseite und schreibst es mit Rufus (Windows), balenaEtcher oder dd (Linux) auf den Stick. Rufus im DD-Modus schreiben — der ISO-Modus führt bei manchen Boards zu Boot-Problemen.

Im BIOS/UEFI drei Dinge prüfen: UEFI-Boot aktiviert, Secure Boot bei SCALE 25.10 kann in vielen Fällen an bleiben, aber wenn der Installer nicht startet, deaktivieren. Virtualisierungs-Features — VT-x, VT-d bei Intel bzw. AMD-V, IOMMU bei AMD — einschalten, sonst funktionieren später keine VMs. HBA-Karten im IT-Mode konfigurieren, nicht im RAID-Mode. ZFS will die rohen Disks sehen, kein Hardware-RAID dazwischen.

ECC-RAM: Pflicht oder Empfehlung

ECC-RAM ist keine formale Pflicht für ZFS — es läuft auch ohne. In produktiven Umgebungen empfehlen wir es trotzdem, weil ZFS Fehler nicht mehr korrigieren kann, wenn sie schon im RAM entstanden sind. Für Homelab und Testinstallationen kann man ohne ECC starten, sollte den Umstieg aber einplanen, sobald echte Daten auf dem Pool liegen. Details zu unseren Empfehlungen findest du im TrueNAS-Server-Kauf-Ratgeber.

TrueNAS SCALE Installer: Der eigentliche Setup-Ablauf

Vom Installer-Stick booten und den ersten Menü-Eintrag wählen — “Install/Upgrade”. Der Installer läuft im Textmodus, was vertraut wirkt, wenn man schon mal einen Debian-Installer gesehen hat. SCALE basiert auf Debian und liefert die Iteration einer bewährten Installer-Logik.

Als nächstes wählst du das Boot-Medium. Der Installer zeigt alle erkannten Disks. Wichtig: nur die tatsächlich für das System vorgesehenen Devices anhaken — niemals die Storage-Disks, die später in den Pool wandern sollen. Wenn du Boot-Mirror willst, beide Boot-Devices markieren. Der Installer legt dann ein Boot-Pool namens boot-pool als ZFS-Mirror an.

Danach setzt du das Root-Passwort. Dieses Passwort ist für das lokale root-Konto und wird sofort im Web-Interface abgefragt. Wähle ein starkes Passwort, aber merk es dir — Reset ohne Konsolen-Zugriff ist müselig.

Die Frage nach dem Boot-Loader beantwortest du in aller Regel mit UEFI — BIOS/Legacy nur, wenn dein Board wirklich kein UEFI kann. SWAP legt der Installer per Default auf jeder Disk an, das kannst du so lassen.

Nach ein paar Minuten meldet der Installer, dass er fertig ist. Installer-Stick abziehen, System neu starten, und im nach dem Boot angezeigten Konsolen-Menü steht die IP-Adresse, unter der das Web-Interface erreichbar ist.

Erste Anmeldung im Web-Interface

Browser auf die angezeigte IP, https ist per Default aktiv — das Zertifikat ist selbstsigniert, also eine Ausnahme im Browser bestätigen. Login mit root und deinem gesetzten Passwort. SCALE 25.10 begrüßt dich mit einem Dashboard, das relativ leer ist, weil noch kein Pool existiert.

Erste Handgriffe: unter System Settings -> General die Zeitzone auf Europe/Berlin setzen, Sprache auf Deutsch oder Englisch nach Präferenz. Unter Network prüfen, ob das Interface richtig konfiguriert ist — statische IP ist für produktive Systeme klar zu empfehlen, DHCP nur im Testbetrieb. Unter Network -> Global Configuration Hostname, DNS-Server und Gateway prüfen.

ZFS-Pool anlegen: RAID-Level und Vdev-Struktur richtig wählen

Der Pool ist das Herz jeder TrueNAS-Installation, und die Entscheidungen hier sind langfristig — Vdev-Layouts lassen sich nachträglich kaum sinnvoll ändern. Unter Storage auf Create Pool klicken. Name vergeben (kurz, ohne Sonderzeichen — tank ist Klassiker, aber data oder pool01 sind ebenso in Ordnung).

Die zentrale Frage: welches RAID-Level. Die drei realistischen Optionen für die meisten Setups:

Mirror — klassisches RAID-1-Äquivalent. Jedes Vdev besteht aus zwei Disks, die Kapazität halbiert sich. Sehr schnell bei zufälligen Zugriffen, unproblematisch beim Resilver. Für Virtualisierung und Datenbanken die übliche Wahl.

RAIDZ1 — vergleichbar mit RAID-5. Eine Parity-Disk, eine darf ausfallen. Bei großen Disks (heute Standard: 12 TB oder mehr) läuft der Resilver so lange, dass das Risiko eines zweiten Ausfalls währenddessen real wird. Für aktuelle Disk-Größen raten wir davon ab.

RAIDZ2 — zwei Parity-Disks, zwei dürfen ausfallen. Für klassische Fileserver-Workloads und Backup-Targets die vernünftige Wahl. Üblich sind 6er- oder 8er-Vdevs.

Für sehr große Pools kann RAIDZ3 (drei Parity) sinnvoll sein, das ist aber ein Sonderfall. Und wichtig: nie Disks unterschiedlicher Größen in einem Vdev mischen — ZFS nimmt die kleinste Disk als Referenz und lässt den Rest brach liegen.

Special Vdevs und Cache

SCALE 25.10 macht die Konfiguration von Special Vdevs (Metadata) und L2ARC (Read-Cache) im GUI komfortabel. Ein Metadata-Vdev auf zwei SSDs im Mirror beschleunigt Verzeichnis-Operationen deutlich — nützlich bei vielen kleinen Dateien. L2ARC ist nur dann sinnvoll, wenn RAM knapp ist; bei ausreichend RAM (ab 64 GB) meist überflüssig.

Ein SLOG (Separate Intent Log) auf einer schnellen SSD mit Power-Loss-Protection beschleunigt synchrone Schreibvorgänge — relevant vor allem bei NFS mit VMs oder iSCSI-Targets. Für klassische SMB-Fileserver ohne synchrone Writes bringt SLOG nichts.

Wenn du bei der Vdev-Struktur unsicher bist, hilft der TrueNAS-Konfigurator beim Durchspielen der Optionen. Zusätzlich haben wir das Thema in unserem ZFS-Grundlagen-Artikel ausführlicher beleuchtet.

Datasets und Freigaben: Struktur, die später nicht weh tut

Datasets sind ZFS-Einheiten unterhalb des Pools. Jedes Dataset hat eigene Properties — Kompression, Recordsize, Snapshots, Quotas. Die Struktur solltest du dir vor dem Anlegen kurz überlegen, denn Umbenennen und Umziehen ist zwar möglich, aber mit Nacharbeit an Freigaben, Berechtigungen und Backup-Jobs verbunden.

Eine bewährte Struktur für kleinere Umgebungen:

tank/
  smb/
    projekte
    archiv
  nfs/
    vmware
    proxmox
  iscsi/
    hyperv
  backup/
    veeam

Unter Datasets auf das Pool-Root klicken, dann Add Dataset. Dataset-Typ wählst du je nach Zweck: Generic für die meisten Fälle, SMB wenn direkt SMB-Freigabe folgen soll (setzt Case Insensitivity und passende ACL-Defaults), Apps für Container-Volumes.

Recordsize ist ein Property, das man nicht auf allen Datasets gleich lassen sollte. Für klassische Fileserver-Workloads passt der Default 128K. Für Datenbanken und VM-Storage 16K oder 64K. Für sehr große Mediendateien (Video-Rohmaterial) kann 1M sinnvoll sein. Kompression standardmäßig auf LZ4 lassen — kostet praktisch keine CPU-Zeit und spart oft 20 bis 40 Prozent Platz.

ACLs richtig setzen

TrueNAS SCALE nutzt POSIX-ACLs (bei generischen Datasets) oder NFSv4-ACLs (bei SMB-Datasets). Für reine SMB-Umgebungen ist NFSv4-ACL das Passende, weil es dem gewohnten Windows-Modell am nächsten kommt. Für gemischte NFS/SMB-Umgebungen wird es komplizierter — da lohnt sich die Restricted-Preset-Vorlage im ACL-Editor als Ausgangspunkt.

Wichtige Regel: nicht auf Dataset-Ebene wild individuelle Berechtigungen für einzelne Nutzer setzen. Sauberer ist eine Gruppen-basierte Struktur: Gruppen im TrueNAS anlegen (oder über Active Directory anbinden), Berechtigungen auf Gruppen vergeben, User in Gruppen packen.

Erste Absicherung: Was vor dem Produktivbetrieb passieren sollte

Nach der Grundinstallation stehen noch ein paar Schritte an, bevor man das System ans produktive Netz hängt.

Root-Login deaktivieren: Unter Credentials -> Local Users einen Admin-User mit sudo-Rechten anlegen, dann Root-Login per SSH und Web-UI deaktivieren. Der neue User bekommt Truenas-Admin-Rolle.

Zwei-Faktor-Authentifizierung: Unter Credentials -> 2FA TOTP aktivieren. Für produktive Systeme kein Verhandlungsraum — gerade weil das Web-UI meist auch aus dem internen Netz erreichbar sein soll.

Automatische Updates — mit Bedacht: SCALE kann Updates automatisch prüfen und Benachrichtigungen schicken. Automatisches Installieren empfehlen wir NICHT — Updates immer manuell einspielen, möglichst nach einem Snapshot des Boot-Pools.

Snapshots einrichten: Unter Data Protection -> Periodic Snapshot Tasks für jedes wichtige Dataset einen Snapshot-Plan anlegen. Üblich: täglich mit 30 Tagen Aufbewahrung, stündlich mit 48 Stunden Aufbewahrung für aktive Arbeitsverzeichnisse.

SMART-Tests aktivieren: Unter Data Protection -> S.M.A.R.T. Tests Short-Tests wöchentlich, Long-Tests monatlich einplanen. Warnungen per E-Mail unter System Settings -> Alert Settings konfigurieren.

Scrub-Tasks: Unter Data Protection -> Scrub Tasks für jeden Pool monatliche Scrubs einplanen. Scrub liest den kompletten Pool und prüft Checksums — das ist die zentrale ZFS-Sicherheit gegen Bit-Rot.

Wer den kompletten Aufbau lieber abgibt: unser IT-Service-Team übernimmt Planung, Installation und Betrieb komplett — inklusive der Übergabe-Dokumentation, mit der ein Kunden-Admin das System später selbst weiterbetreiben kann.

Nächste Schritte nach der Grundinstallation

Mit dem lauffähigen Pool und den ersten Datasets steht das Fundament. Was danach kommt, hängt vom Anwendungsfall ab: SMB-Freigaben für Fileserver-Betrieb, NFS-Datastores für Proxmox oder VMware, iSCSI-Targets für Windows-Cluster, Replication-Tasks für Offsite-Backup, oder Apps und VMs für Container-Workloads.

Für den Backup-Betrieb ist Replication der Standard-Ansatz: Snapshots werden per ZFS-Send auf ein zweites TrueNAS übertragen — inkrementell, mit Checksum-Verifikation, ohne die Umwege eines klassischen Backup-Tools. Details dazu behandeln wir in einem separaten Artikel.

Wenn du Fragen zur konkreten Konfiguration für deinen Anwendungsfall hast oder Hilfe beim Aufsetzen brauchst: kontaktiere uns über die DATAZONE-Kontaktseite oder direkt über den TrueNAS-Konfigurator mit der passenden Hardware-Empfehlung.

FAQ zur TrueNAS-SCALE-Installation

Kann ich TrueNAS SCALE auf einem einzelnen USB-Stick installieren?

Technisch ja, praktisch nein. USB-Sticks fallen still aus, und ohne Boot-Medium steht das NAS. Für produktive Installationen SATA-DOMs oder M.2-SSDs im Mirror verwenden. Für reine Test- oder Lab-Umgebungen ist ein USB-Stick vertretbar, sollte aber vor Produktivbetrieb ersetzt werden.

Muss ich zwingend ECC-RAM einsetzen?

Nein, TrueNAS SCALE läuft auch ohne ECC. In produktiven Umgebungen empfehlen wir ECC klar, weil ZFS Speicherfehler nicht mehr korrigieren kann, sobald sie im RAM entstehen. Für Homelab und Testinstallationen kann man ohne ECC starten und später migrieren.

Welche RAIDZ-Stufe ist die richtige?

Für Virtualisierung und Datenbanken meist Mirror-Vdevs. Für klassische Fileserver und Backup-Targets RAIDZ2 mit 6er- oder 8er-Vdevs. RAIDZ1 vermeiden wir bei aktuellen Disk-Größen, weil das Resilver-Fenster zu lang wird. RAIDZ3 ist ein Sonderfall für sehr große Pools.

Was passiert, wenn ich das Boot-Medium wechseln muss?

Bei Mirror-Boot ist der Tausch unkompliziert: eine der beiden Boot-Disks tauschen, resilver läuft automatisch. Bei Single-Disk-Boot muss man den Config-Backup einspielen — dazu vorher unter System Settings -> General -> Manage Configuration den Config exportieren und sicher aufbewahren.

Kann ich später von TrueNAS CORE auf SCALE migrieren?

Migration von CORE auf SCALE ist grundsätzlich möglich, ist aber ein Upgrade-Vorgang mit Vorbedingungen (Config exportieren, Jails und Plugins entfernen). Bei komplexen Bestandssystemen sollte man den Umstieg planen. Wir unterstützen bei solchen Migrationen im Rahmen unseres IT-Service-Angebots.

Wie halte ich mein TrueNAS auf dem aktuellen Stand?

Updates unter System Settings -> Update prüfen und manuell einspielen. Vor jedem Update Boot-Pool-Snapshot anlegen und Config-Backup ziehen. Zwischen Major-Releases (z.B. 24.x auf 25.10) die Release-Notes lesen und ggf. Tests in einer Lab-Umgebung fahren. Aktuelle Release-Infos veröffentlichen wir laufend im DATAZONE-Blog.