NAS – Grundlagen, Synology & QNAP

Was ist ein NAS – und wann lohnt es sich?

Ein NAS (Network Attached Storage) ist ein dediziertes Speichergerät, das direkt im Netzwerk hängt und seine Kapazität als Netzwerkfreigabe, Backup-Ziel oder Medienserver bereitstellt. Anders als ein externer USB-Stick, den jeder mit sich tragen kann, ist ein NAS dauerhaft im Netz eingebunden und für alle berechtigten Nutzer gleichzeitig erreichbar.

Im KMU-Alltag begegnet dir das NAS meistens in einer dieser Rollen:

• Fileserver-Ersatz für kleine Teams ohne eigenen Windows Server
• Backup-Ziel für Workstations, Server oder Cloud-Daten (3-2-1-Strategie)
• Zentraler Medienspeicher für CAD-Dateien, Druckvorlagen, ISO-Images
• iSCSI-Target als Block-Storage für Hyper-V oder VMware
• Surveillance-Server für IP-Kameras im Büro

Ein NAS ist keine eierlegende Wollmilchsau – aber als ausfallsicherer, stromsparender Netzwerkspeicher mit eingebautem Backup schlägt es jede Büroschublade.

Die grossen Hersteller im Vergleich

Für die meisten KMU-Setups empfiehlt sich Synology – die Oberfläche ist selbsterklärend, die Dokumentation exzellent, und DSM-Pakete wie Hyper Backup oder Active Directory Domain Service sind kostenlos im Paketcenter enthalten.

RAID verstehen – und warum RAID kein Backup ist

RAID (Redundant Array of Independent Disks) kombiniert mehrere physische Festplatten zu einem logischen Volume. Je nach Level unterscheidet sich das Verhalten bei Performance und Ausfallsicherheit:

SHR ist Synologys Antwort auf den RAID-Irrsinn mit unterschiedlich grossen Platten. SHR optimiert den Speicherplatz automatisch, selbst wenn du eine 2-TB- und eine 4-TB-Platte kombinierst. Für Einsteiger ist SHR fast immer die bessere Wahl als manuell konfiguriertes RAID 5.

Für die Rechenwege hinter Parität, Write-Penalty und die Frage “wie viele Platten dürfen bei RAID 6 gleichzeitig ausfallen, bis ich Daten verliere” lohnt sich ein Blick in den vertiefenden Artikel RAID-Level im Detail. Wer grundsätzlich zwischen NAS und einem dedizierten SAN abwägt, findet die Entscheidungskriterien unter NAS vs. SAN – die Entscheidung.

Synology DSM – Ersteinrichtung Schritt für Schritt

1. Festplatten einbauen und ans Netz hängen

Fahre das NAS stromlos, schiebe die Festplatten in die Schächte (kein Schraubenzieher nötig bei Hot-Swap-Trays), schliesse das Netzwerkkabel an und starte das Gerät.

2. DSM installieren

Öffne im Browser find.synology.com oder ruf direkt http://diskstation:5000 auf. Der Webassistent erkennt dein Gerät und führt dich durch die DSM-Installation. Das dauert je nach Modell 5–15 Minuten.

3. Speicherpool und Volume erstellen

Nach der Installation öffnest du den Speicher-Manager (Storage Manager):

1. Klick auf Speicherpool > Erstellen
2. Wähle den RAID-Typ (Empfehlung: SHR bei unterschiedlichen Plattengrossen)
3. Wähle alle verfügbaren Platten aus
4. Erstelle danach ein Volume auf dem Speicherpool (Grösse: alles nutzen, ausser du willst mehrere Volumes)
5. Dateisystem: Btrfs bevorzugt – unterstützt Snapshots und Self-Healing

4. Freigegebene Ordner anlegen

Systemsteuerung > Freigegebener Ordner > Erstellen:

• Name: z.B. Projekte, Buchhaltung, IT
• Papierkorb aktivieren (schützt vor versehentlichem Löschen)
• Benutzer-Berechtigungen setzen: Welcher AD-User oder lokale User darf lesen/schreiben?

5. SMB aktivieren und Netzlaufwerk verbinden

Systemsteuerung > Dateidienste > SMB aktivieren. Danach verbindest du das NAS auf einem Windows-PC:

# Netzlaufwerk per PowerShell verbinden (einmalig, mit gespeicherten Anmeldedaten)
net use Z: \\192.168.1.50\Projekte /user:nasuser /persistent:yes

# Oder im Explorer: Dieser PC > Netzlaufwerk verbinden > \\nas-name\freigabe

QNAP QTS – Einrichtung im Überblick

Der Ablauf bei QNAP ist vergleichbar, die Begriffe unterscheiden sich leicht:

1. Storage & Snapshots statt Speicher-Manager
2. Speicherpool > Volume – gleiche Logik wie bei Synology
3. RAID-Typen: RAID 0/1/5/6/10 oder JBOD (kein RAID)
4. Freigegebene Ordner > Netzwerkfreigabe erstellen
5. SMB aktivieren unter Netzwerk- und Dateidienste

QNAP bietet ausserdem QuTS hero, eine Enterprise-Variante auf Basis des ZFS-Dateisystems. ZFS bringt native Prüfsummen, automatische Fehlerkorrektur und Deduplizierung – relevant für grössere Installationen oder Setups mit kritischen Daten.

Netzwerkprotokolle auf dem NAS

Für typische KMU-Dateifreigaben ist SMB der Standard. NFS lohnt sich nur, wenn Linux-Clients oder VMware ESXi direkt auf NAS-Storage zugreifen sollen. Wie iSCSI im Detail funktioniert und wie es sich zu Fibre Channel verhält, steht im Artikel SAN-Grundlagen: iSCSI und Fibre Channel – im Abschnitt weiter unten geht es um die konkrete Einrichtung von iSCSI-Targets für Hyper-V und VMware.

Wichtige DSM-Pakete für den KMU-Einsatz

Synologys Paketcenter bietet kostenlose Erweiterungen:

NAS-Härtung: die Sicherheits-Grundausstattung

Ein NAS, das per Portfreigabe direkt aus dem Internet erreichbar ist, gehört zu den häufigsten Einfallstoren in KMU-Netzwerken – automatisierte Scanner klopfen rund um die Uhr an Standardports wie 5000/5001 (DSM) oder 8080/443 (QTS). Die folgenden vier Massnahmen solltest du auf jedem produktiven NAS umsetzen, bevor irgendetwas anderes passiert.

1. Zwei-Faktor-Authentifizierung (2FA) erzwingen

Sowohl DSM als auch QTS unterstützen TOTP-Apps (Google Authenticator, Microsoft Authenticator, Synology Secure SignIn) sowie Hardware-Sicherheitsschlüssel nach FIDO2/U2F-Standard. 2FA ist bei Synology direkt mit Auto Block und Account Protection verzahnt: Fehlgeschlagene Codeeingaben zählen ebenso zu den Login-Fehlversuchen wie falsche Passwörter.

Bei Synology aktivierst du 2FA unter Systemsteuerung > Benutzer und Gruppen > Erweitert > Zwei-Faktor-Authentifizierung – dort lässt sich die Pflicht auch gezielt für die Gruppe administrators erzwingen, statt für alle Benutzer. Bei QNAP findest du die Option unter Systemsteuerung > Sicherheit > 2-Schritt-Verifizierung. Details zur Absicherung von Zugangsdaten generell findest du unter Passwort-Management.

2. Security Advisor / Security Checkup regelmässig laufen lassen

Synologys Paket Security Advisor scannt die NAS-Konfiguration gegen eine Baseline (Standard oder Custom) und bewertet sie in den Kategorien Malware, Konto, Netzwerk, Systemeinstellungen und Update-Status. QNAP bietet mit Security Counselor eine vergleichbare Funktion. Beide lassen sich als wöchentlichen Scan-Zeitplan einrichten und schicken bei kritischen Funden eine Benachrichtigung per Mail.

3. Auto Block gegen Brute-Force-Angriffe

Auto Block sperrt die IP-Adresse eines Clients automatisch, sobald innerhalb eines Zeitfensters zu viele fehlgeschlagene Login-Versuche auftreten (Standard: 10 Versuche in 5 Minuten). Zusätzlich lässt sich eine Blockliste für dauerhaft gesperrte IP-Bereiche und eine Allowliste für vertrauenswürdige Adressen pflegen – letzteres ist sinnvoll, um das eigene Büronetz nie versehentlich auszusperren.

Systemsteuerung > Sicherheit > Auto Block (Synology) bzw. Netzwerk- und Dateidienste > Sicherheit (QNAP). Kombiniere Auto Block immer mit einem längeren Sperrzeitraum (mindestens 30 Minuten) statt der Standardeinstellung von wenigen Minuten.

4. Reverse Proxy statt Portfreigabe

Die grösste Einzelmassnahme ist, den NAS-Adminport (5000/5001 bzw. 8080/443) niemals direkt am Router auf das Internet freizugeben. Stattdessen zwei bessere Optionen:

• DSM-eigener Reverse Proxy: Systemsteuerung > Anmeldeportal > Erweitert > Reverse Proxy – hier bindest du interne Dienste (z.B. eine Web-App im Docker-Container) unter einem eigenen Hostnamen mit eigenem Zertifikat ein, ohne deren Port direkt zu exponieren.
• Vorgeschalteter Reverse Proxy (nginx, Traefik, Caddy oder eine bestehende Firewall mit Application-Layer-Gateway): Nur dieser eine Dienst ist von aussen erreichbar, terminiert TLS, prüft Host-Header und leitet erst danach intern an das NAS weiter. Das NAS selbst bleibt ohne eigene Portfreigabe.

# Beispiel: nginx als Reverse Proxy vor DSM, NAS bleibt ohne eigene Portfreigabe
server {
    listen 443 ssl;
    server_name nas.firma.ch;

    ssl_certificate     /etc/letsencrypt/live/nas.firma.ch/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/nas.firma.ch/privkey.pem;

    location / {
        proxy_pass https://192.168.1.50:5001;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_ssl_verify off;
    }
}

Für den externen Zugriff ohne jede Portfreigabe eignet sich ausserdem Synology QuickConnect oder ein VPN-Tunnel ins Firmennetz – siehe VPN Grundlagen. Mehr zur TLS-Zertifikatsverwaltung hinter einem Reverse Proxy steht unter SSL/TLS-Zertifikate, allgemeine KMU-Sicherheitsgrundlagen unter IT-Security-Grundlagen für KMU.

High Availability: SHA-Cluster (Synology) und HA-Verbund (QNAP)

Sobald ein NAS zentrale VM-Datastores oder geschäftskritische Freigaben bereitstellt, wird es selbst zum Single Point of Failure. Beide grossen Hersteller bieten dafür einen Active-Passive-Cluster aus zwei baugleichen Geräten an.

Synology High Availability (SHA)

SHA kombiniert zwei identische Synology-Modelle zu einem Cluster: ein aktiver Host bedient den laufenden Betrieb, ein passiver Host hält per Heartbeat-Verbindung einen synchronen Datenstand. Wichtige Voraussetzungen laut Synology-Dokumentation:

• Beide NAS müssen dasselbe Modell sein, mit identischer Anzahl und Position der Festplatten sowie identischer DSM-Version
• Die Heartbeat-Verbindung läuft über ein direktes Netzwerkkabel zwischen den beiden Geräten – ohne Switch oder Router dazwischen, idealerweise über die schnellste verfügbare Schnittstelle (10GbE, falls vorhanden)
• SHR-Volumes werden nicht unterstützt – die Volumes müssen auf klassischem RAID basieren
• IPv6, PPPoE und WLAN müssen auf beiden Hosts deaktiviert sein

Bei einem Ausfall des aktiven Hosts übernimmt der passive Host automatisch die virtuelle IP-Adresse und den laufenden Betrieb – für Clients ändert sich ausser einer kurzen Unterbrechung nichts.

QNAP High Availability (HA Manager)

QNAP bietet High Availability ausschliesslich für QuTS hero (ZFS-basiert, ab h5.3, mit h6.0 für deutlich mehr Modelle) im Active-Standby-Modus an. Die SnapSync-Technologie repliziert Daten und Dienstkonfiguration in Echtzeit vom aktiven auf den passiven Knoten; die High Availability Manager-App übernimmt Einrichtung, Monitoring von Latenz/Durchsatz und im Ernstfall den Rebuild des Clusters.

Snapshot-Replication-Topologien für Ransomware-Recovery

Ein einzelner Snapshot auf demselben NAS schützt vor Fehlbedienung und Verschlüsselung, aber nicht vor Diebstahl, Brand oder einem kompromittierten Admin-Account, der das ganze Gerät löscht. Deshalb baut man Snapshot Replication in der Praxis als mehrstufige Topologie auf:

Praxis-Setup für die Remote-Replikation:

1. Auf dem Ziel-NAS ein dediziertes Replikations-Benutzerkonto mit minimalen Rechten anlegen (nicht den Admin-Account wiederverwenden)
2. Auf dem Quell-NAS: Snapshot Replication > Replizierung > Ziel-NAS per IP oder QuickConnect-ID hinterlegen
3. Zeitplan: stündliche Snapshots, Replikation alle 1–4 Stunden je nach Bandbreite
4. Aufbewahrung nach GFS-Schema festlegen: z.B. 24 stündliche, 7 tägliche, 4 wöchentliche, 12 monatliche Versionen
5. Auf Modellen mit entsprechender Unterstützung: Immutable Snapshots aktivieren und eine Sperrfrist von mindestens der Zeit setzen, die du realistisch brauchst, um einen Angriff zu bemerken (14–30 Tage sind ein guter Startwert)

Wie sich Snapshot Replication zu einer vollständigen Backup-Strategie mit unveränderlichen Kopien einordnet, steht unter Veeam Immutable Backup gegen Ransomware und Backup-Strategie: die 3-2-1-Regel.

Backup-Strategie für das NAS selbst

Das NAS speichert wichtige Daten – also muss das NAS selbst gesichert werden. Die 3-2-1-Regel als Orientierung (ausführlich in Backup-Strategie: die 3-2-1-Regel):

• 3 Kopien der Daten
• 2 verschiedene Medien (z.B. NAS + externe USB-Platte)
• 1 Kopie ausser Haus (Cloud oder zweiter Standort)

Typisches KMU-Setup mit Hyper Backup:

1. Hyper Backup installieren
2. Backup-Task erstellen: Quelle = Freigabeordner, Ziel = externe USB-Platte
3. Zeitplan: täglich um 02:00 Uhr
4. Aufbewahrung: 7 Tagesversionen, 4 Wochenversionen
5. Optional: zweiten Task für Cloud-Backup auf Backblaze B2 oder S3-kompatiblen Storage

# Auf QNAP: rsync-Backup auf zweites NAS per SSH (im Terminal oder per HBS 3)
rsync -avz --delete /share/Projekte/ rsync://user@192.168.1.51/Projekte-Backup/

Performance-Tuning: Link Aggregation, Jumbo Frames, SSD-Cache und 10GbE

Ein NAS, das im Alltag “langsam” wirkt, liegt selten an der CPU – meistens am Netzwerk oder an zufälligem Kleindatei-I/O. Vier Stellschrauben in der Reihenfolge ihres typischen Kosten-Nutzen-Verhältnisses:

Link Aggregation (LACP)

Link Aggregation bündelt zwei oder mehr physische Netzwerkports zu einer logischen Verbindung (Standard 802.3ad/LACP). Wichtig zu verstehen: LACP beschleunigt keine einzelne Dateiübertragung – eine einzelne TCP-Session läuft weiterhin über nur einen physischen Port. Der Nutzen liegt in höherem Gesamtdurchsatz bei vielen gleichzeitigen Verbindungen (z.B. mehrere Benutzer, mehrere Backup-Jobs) und in Redundanz, falls ein Kabel oder Switch-Port ausfällt.

Voraussetzung ist ein verwaltbarer Switch mit LACP-Unterstützung – ohne LACP-fähigen Switch bringt das Bündeln von Kabeln am NAS gar nichts. Einrichtung bei Synology: Systemsteuerung > Netzwerk > Netzwerkschnittstelle > Erstellen > Bond erstellen > IEEE 802.3ad Dynamic Link Aggregation.

Jumbo Frames

Jumbo Frames erhöhen die maximale Paketgrösse (MTU) von den Standard-1500 Byte auf typischerweise 9000 Byte. Das reduziert den Protokoll-Overhead pro übertragenem Megabyte und beschleunigt vor allem grosse sequenzielle Transfers (Backups, Video-Dateien, VM-Images).

Die MTU muss auf jedem Gerät der Übertragungsstrecke identisch gesetzt sein – NAS, Switch und Client-NIC. Ist auch nur ein Glied in der Kette noch auf 1500 Byte, kommt es zu Fragmentierung oder im schlimmsten Fall zu Timeouts und Verbindungsabbrüchen. Einrichtung bei Synology: Systemsteuerung > Netzwerk > Netzwerkschnittstelle bearbeiten > MTU-Wert: 9000.

SSD-Cache

Für Workloads mit vielen kleinen, zufälligen Zugriffen (VM-Datastores, Datenbanken, stark frequentierte Freigaben mit vielen Kleindateien) bringt ein SSD-Cache mehr als zusätzliche Spindeln:

• Nur-Lese-Cache: eine einzelne SSD genügt, beschleunigt wiederholte Lesezugriffe, kein Risiko bei SSD-Ausfall
• Lese-Schreib-Cache: erfordert mindestens zwei gespiegelte SSDs, da ungesicherte Schreibdaten sonst bei einem SSD-Defekt verloren gehen könnten

Synology bietet dafür den SSD Cache Advisor, der anhand der bisherigen I/O-Muster eine Empfehlung zur sinnvollen Cache-Grösse gibt, bevor man Geld in überdimensionierte SSDs steckt.

10GbE

Sobald 1GbE (rund 110 MB/s in der Praxis) zum Flaschenhals wird – typischerweise bei Video-Bearbeitung, mehreren gleichzeitigen VM-Datastores oder engen Backup-Fenstern – lohnt sich der Umstieg auf 10GbE. Das erfordert passende Netzwerkkarten in NAS und Client sowie einen 10GbE-fähigen Switch oder Switch-Port; ohne durchgängige 10GbE-Strecke bringt eine schnelle NAS-Karte allein nichts.

NAS als iSCSI-Target für Hyper-V und VMware

Für VM-Datastores oder Cluster Shared Volumes reicht eine SMB-Freigabe nicht – Hyper-V und VMware ESXi erwarten Block-Storage. Genau das liefert ein NAS über iSCSI-Targets und -LUNs.

Thin vs. Thick Provisioning

Für produktive VM-Datastores mit LUN-Snapshots ist Thin Provisioning heute Standard, solange die freie Kapazität des dahinterliegenden Volumes überwacht wird (siehe Monitoring-Grundlagen).

Multipathing (MPIO) statt Link Aggregation

Für iSCSI gilt die Faustregel: MPIO statt LACP. Multipath I/O verwendet mehrere dedizierte physische Netzwerkpfade zwischen Initiator (Hypervisor) und Target (NAS) parallel – für Lastverteilung und Failover, ohne dass eine einzelne Session an einen Hash-Algorithmus gebunden ist.

VMware ESXi – Einrichtung im Überblick:

1. Für jede dedizierte physische NIC einen eigenen VMkernel-Port anlegen und per Port Binding exklusiv an den Software-iSCSI-Adapter binden
2. Storage-Adapter > Software-iSCSI aktivieren, Ziel-IP(s) des NAS unter Dynamic Discovery eintragen
3. Nach dem Rescan: Datastore > Pfadauswahlrichtlinie auf Round Robin (VMware) stellen – das verteilt I/O gleichmässig über alle gebundenen Pfade

Windows/Hyper-V – Einrichtung im Überblick:

# Feature "Multipfad-E/A" (MPIO) installieren
Install-WindowsFeature -Name Multipath-IO

# iSCSI-Initiator-Dienst starten und für Autostart konfigurieren
Set-Service -Name MSiSCSI -StartupType Automatic
Start-Service -Name MSiSCSI

# Ziel-Portal des NAS hinzufügen und verbinden (mehrfach, je physischem Pfad)
New-IscsiTargetPortal -TargetPortalAddress 192.168.10.50
Connect-IscsiTarget -NodeAddress "iqn.2000-01.com.synology:nas.target1.abcdef" -IsMultipathEnabled $true

# MPIO für iSCSI-Geräte aktivieren
Enable-MSDSMAutomaticClaim -BusType iSCSI

Auf dem NAS selbst legst du dafür mindestens zwei dedizierte NICs für iSCSI-Traffic an, getrennt vom normalen LAN- und Management-Traffic (eigenes VLAN empfohlen, siehe VLAN Grundlagen), und aktivierst pro Target CHAP-Authentifizierung gegen unautorisierten Zugriff. Details zur Wahl zwischen iSCSI, Fibre Channel und wann sich ein dediziertes SAN gegenüber einem NAS lohnt, stehen unter SAN-Grundlagen: iSCSI und Fibre Channel und NAS vs. SAN – die Entscheidung. Für die Hypervisor-Seite siehe Hyper-V Grundlagen und VMware ESXi Grundlagen.

Disaster-Recovery-Runbook für den NAS-Totalausfall

Wenn das NAS zentrale Freigaben oder VM-Storage bereitstellt, sollte der Ablauf für einen Totalausfall vorher dokumentiert sein – nicht erst während des Ausfalls improvisiert werden. Ein Grund-Gerüst für dein eigenes Runbook:

Grundgerüst für dein eigenes Runbook:

1. Erkennen und eindämmen: Ausfallart bestimmen (Hardware, Ransomware, Diebstahl), bei Verdacht auf Verschlüsselungstrojaner sofort Netzwerktrennung, keine überstürzten Löschungen
2. Eskalieren: Verantwortliche informieren, bei Bedarf Hersteller-Support-Ticket eröffnen (Synology/QNAP bieten kostenpflichtigen Priority Support), Vorfall gemäss Incident-Response-Plan für KMU dokumentieren
3. RTO/RPO vorab festlegen: Wie lange darf die Wiederherstellung dauern (RTO), wie viel Datenverlust ist maximal akzeptabel (RPO)? Diese Zahlen bestimmen, ob Snapshot Replication, tägliches Hyper-Backup oder ein SHA-Cluster die richtige Absicherung ist
4. Wiederherstellen: passenden Pfad aus der Tabelle oben wählen, Restore-Quelle strikt nach “sauberstem bekannten Zustand” auswählen statt nach “neuestem Zustand”
5. Nachbereiten: Post-Mortem, Ursache dokumentieren, Härtungsmassnahmen (siehe Abschnitt oben) nachziehen, Runbook mit den tatsächlich gemessenen Zeiten aktualisieren

Ein vollständiges Notfallkonzept über das NAS hinaus – inklusive Kommunikationsplan und Verantwortlichkeiten – gehört in die generelle IT-Notfallplanung und Disaster Recovery.

Typische Probleme und Lösungen

NAS erscheint nicht im Netzwerk

# Prüfen ob das NAS per Ping erreichbar ist
ping 192.168.1.50

# SMBv1 auf dem Windows-Client prüfen (sollte deaktiviert sein)
Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

# NAS-Namen per nslookup auflösen
nslookup nas.firma.local

Falls das NAS nur sporadisch sichtbar ist: DHCP-Reservation für die MAC-Adresse setzen oder im NAS selbst eine statische IP konfigurieren.

Netzlaufwerk trennt sich nach Standby

Im Gruppenrichtlinieneditor (Win+R, gpedit.msc): Computerkonfiguration > Administrative Vorlagen > Netzwerk > Lanman Workstation > “Offline-Dateien für freigegebene Ordner ohne kontinuierliche Verfügbarkeit aktivieren” deaktivieren.

Alternativ in der Registry:

# Autodisconnect auf -1 setzen (kein automatisches Trennen)
net config server /autodisconnect:-1

Zugriff verweigert trotz korrektem Passwort

• Prüfe ob der Benutzername auf dem NAS exakt gleich geschrieben ist wie beim Login (Gross-/Kleinschreibung beachten)
• Prüfe Share-Berechtigungen UND Ordner-Berechtigungen separat
• Bei Synology: Systemsteuerung > Benutzer > Benutzer auswählen > Berechtigungen prüfen
• Alte Credentials im Windows Credential Manager löschen: Systemsteuerung > Anmeldeinformationsverwaltung > Windows-Anmeldeinformationen

Crosslinks

• Dateifreigaben auf einem Windows Server aufsetzen: Windows Server Dateifreigaben
• Backup-Konzepte und Wiederherstellungsstrategie: Windows Server Backup
• Wenn das NAS als Domain-Member eingebunden werden soll: Active Directory Grundlagen
• Netzwerkgrundlagen für die NAS-Anbindung: TCP/IP Grundlagen
• RAID-Level im Detail nachrechnen: RAID-Level im Detail
• Entscheidung NAS oder dediziertes SAN: NAS vs. SAN – die Entscheidung
• iSCSI und Fibre Channel im Detail: SAN-Grundlagen: iSCSI und Fibre Channel
• Hypervisor-Seite für NAS-Storage: Hyper-V Grundlagen und VMware ESXi Grundlagen
• Cluster-Konzepte für Windows-Umgebungen: Windows Failover-Cluster Grundlagen
• Allgemeine Hochverfügbarkeits-Konzepte für Virtualisierung: Virtualisierung: Hochverfügbarkeit
• Unveränderliche Backups gegen Ransomware: Veeam Immutable Backup gegen Ransomware
• 3-2-1-Backup-Regel im Detail: Backup-Strategie: die 3-2-1-Regel
• Notfallplanung über das NAS hinaus: IT-Notfallplanung und Disaster Recovery
• Grundlegende KMU-Sicherheitsmassnahmen: IT-Security-Grundlagen für KMU
• Passwörter und 2FA generell absichern: Passwort-Management
• VPN für sicheren Fernzugriff statt Portfreigabe: VPN Grundlagen

Weiterlernen

• Synology Knowledge Center – DSM 7.2 Benutzerhandbuch
• QNAP QTS 5.x Dokumentation (Freigabeordner zuordnen)
• Synology Hyper Backup – Offizielle Anleitung
• QNAP: Wie richte ich mein NAS ein? (offizielle FAQ)
• NAS-Einrichtung Praxis-Tutorial – technikkram.net
• NAKIVO: Top NAS Backup Strategies (englisch)
• Synology High Availability (SHA) – offizielles Benutzerhandbuch
• QNAP High Availability Manager – Übersicht
• Synology: Wie erhöhe ich die Sicherheit meines NAS?
• Synology: iSCSI-Targets mit Multipath I/O unter VMware ESXi einrichten

Videos

YouTube