Fileserver ablösen: Azure Files, File Sync oder Storage Mover statt Server-Refresh

In Kürze

• Azure Files ersetzt den Fileserver direkt in der Cloud, Azure File Sync hält ihn als lokalen Cache lebendig.

• Azure Storage Mover migriert Daten seit September 2026 auch agentenlos per SMB, ganz ohne Migrations-VM.

• Ein Windows-Server-Refresh vor Ort bleibt eine realistische Option, wenn Netzabhängigkeit oder Altlasten dagegen sprechen.

Ausgangslage

Der klassische Fileserver vor Ort erreicht in vielen KMU das Ende seines Lebenszyklus, wenn Hardware, Betriebssystem oder Backup-Konzept erneuert werden müssten. Microsoft bietet dafür im Kern drei cloud-basierte Wege sowie die Option, es beim bewährten Modell zu belassen.

Azure Files stellt vollständig verwaltete Dateifreigaben über die Protokolle SMB und NFS bereit, die sich direkt von Windows-, Linux- und macOS-Clients aus Cloud und On-Premises einbinden lassen – ohne eigene Serverhardware, ohne Betriebssystem-Patching, mit von Microsoft verwalteten Backups und Redundanzoptionen von lokal bis georedundant. Azure File Sync geht den hybriden Weg: Ein bestehender Windows Server bleibt vor Ort im Einsatz, synchronisiert seinen Inhalt aber mit einer zentralen Azure-Dateifreigabe und kann per Cloud Tiering nur die häufig genutzten Dateien lokal vorhalten, während selten gebrauchte Dateien in der Cloud liegen und bei Bedarf nahtlos nachgeladen werden. Für die eigentliche Migration der Bestandsdaten bietet Azure Storage Mover einen verwalteten Dienst, der seit September 2026 auch eine agentenlose SMB-Migration in der Public Preview unterstützt: Statt einer Migrations-VM im eigenen Netz genügt eine private Netzwerkverbindung zur Quellfreigabe und in Azure Key Vault hinterlegte SMB-Zugangsdaten.

Die vierte, ausdrücklich gleichwertige Option ist ein klassischer Windows-Server-Refresh vor Ort: neue Serverhardware oder eine neue VM, dieselbe Betriebs- und Backup-Logik wie bisher. Das bedeutet keinen Bruch in bestehenden Abläufen, aber auch keinen Abbau des Aufwands für Patching, Hardware-Lebenszyklus und lokales Backup, den die Cloud-Varianten versprechen.

Bei der Protokollwahl lohnt sich ein genauer Blick: SMB eignet sich für Windows-, Linux- und macOS-Clients und für den klassischen Lift-and-Shift eines bestehenden Fileservers, während NFS ausschliesslich für Linux-Workloads infrage kommt und andere Authentifizierungsmechanismen verlangt. Für die Datensicherung bietet Azure Files inkrementelle Freigabe-Snapshots – bis zu 200 pro Freigabe, mit einer Aufbewahrung von bis zu zehn Jahren – sowie die Anbindung an Azure Backup mit automatisierter Planung und Aufbewahrung nach Generationenprinzip. Bei der Redundanz stehen lokal (LRS), zonenredundant (ZRS), georedundant (GRS) und geo-zonenredundant (GZRS) zur Wahl, wobei georedundante Varianten im Katastrophenfall einen Failover in eine zweite Microsoft-Region erlauben, die asynchrone Replikation aber bedeutet, dass die jüngsten, noch nicht replizierten Änderungen im Ernstfall verloren gehen können.

Schritt für Schritt

1. Erfassen Sie die aktuelle Datenmenge, Freigabestruktur und Zugriffsmuster, also wie viele Nutzer, wie viele gleichzeitige Verbindungen und welche Protokolle, als Grundlage für die Grössenplanung.

1. Klären Sie die Identitätsanbindung: Domain-Join des Storage-Kontos zu einer bestehenden Active Directory Domain Services (AD DS) oder zu Microsoft Entra Domain Services, damit bestehende NTFS-ACLs erhalten bleiben.

1. Wählen Sie die Netzwerkanbindung: Für Zugriff ausschliesslich aus Azure genügt die Standardkonfiguration, für Zugriff von lokalen Clients ist eine VPN- oder ExpressRoute-Verbindung mit privatem Endpunkt nötig, da Port 445 bei vielen Internetanbietern gesperrt ist.

1. Legen Sie die Region auf Switzerland North fest, wenn der Datenstandort Schweiz für Compliance-Zwecke verlangt wird, und prüfen Sie die Redundanzoption entsprechend dem Ausfallrisiko, das Sie tragen wollen.

1. Migrieren Sie die Bestandsdaten mit Azure Storage Mover, agentenlos für reine SMB-Quellen oder mit Migrationsagent für komplexere Szenarien, und prüfen Sie ACLs, Zeitstempel und Metadaten nach der Migration.

1. Richten Sie bei hybridem Betrieb Azure File Sync mit Cloud Tiering ein, wenn ein lokaler Cache für Performance oder Offline-Zugriff nötig bleibt.

1. Konfigurieren Sie Backups über Azure Backup mit Freigabe-Snapshots statt bisheriger lokaler Bandsicherung, inklusive Aufbewahrungsfristen nach Grossvater-Vater-Sohn-Prinzip.

1. Testen Sie Ausfallszenarien wie Zonenausfall oder Verbindungsabbruch sowie die Egress-Kosten für einen typischen Wiederherstellungsfall, bevor Sie den alten Fileserver ausser Betrieb nehmen.

Die Kostenseite

Über fünf Jahre verschieben sich die Kosten von einmaligen Hardwareinvestitionen hin zu laufenden Cloud-Gebühren. Konkrete CHF-Preise pro GB für Azure Files in der Region Switzerland North veröffentlicht Microsoft auf der Preisseite nur über den interaktiven Kalkulator mit individuellen Parametern wie Speichermenge, IOPS und Durchsatz; eine pauschale Zahl lässt sich daraus nicht belegen. Die folgende Tabelle bildet daher die strukturellen Unterschiede ab, ergänzt um eine als Annahme gekennzeichnete Grössenordnung.

Risiken und Gegenargumente

Azure Files bindet Daten und Zugriffsstruktur an einen Cloud-Anbieter: Ohne funktionierende Internet- oder Leitungsverbindung ist der Fileserver nicht erreichbar, was bei VPN- oder ExpressRoute-Ausfällen den gesamten Dateizugriff eines KMU lahmlegen kann. Die Netzabhängigkeit ist damit höher als beim lokalen Server, der bei einem Internetausfall im lokalen Netz weiterläuft. Azure Storage Mover ist bei der agentenlosen SMB-Migration noch in der Public Preview – für produktive Migrationen mit hohen Anforderungen an Stabilität ist das zu berücksichtigen, ein Fallback auf den agentenbasierten Weg bleibt aber möglich.

Compliance-seitig verlangt das revDSG eine angemessene Absicherung und Transparenz über die Auftragsverarbeitung; die Region Switzerland North adressiert die Frage des Datenstandorts, ersetzt aber nicht die vertragliche Prüfung der Auftragsverarbeitungsbedingungen mit Microsoft. Wer stattdessen beim lokalen Fileserver bleibt, vermeidet Cloud-Lock-in und Netzabhängigkeit vollständig, trägt aber das volle Risiko für Hardwareausfall, Backup und Patching selbst – ein Argument, das bei kleinen, netzwerktechnisch isolierten Standorten weiterhin Gewicht hat.

Ein oft unterschätzter Punkt ist die Umkehrbarkeit: Wer Daten und ACL-Struktur einmal vollständig nach Azure Files migriert und den lokalen Server abgebaut hat, kann bei Unzufriedenheit nicht ohne Weiteres zurück – ein Rückweg bedeutet erneut Migrationsaufwand und, je nach Datenmenge, spürbare Egress-Kosten für den Download der Daten aus Azure. Azure File Sync mildert dieses Risiko, weil der lokale Server als Cache erhalten bleibt und im Notfall eigenständig weiterlaufen kann, solange die letzte Synchronisation nicht zu lange zurückliegt. Storage-Account-Schlüssel als Authentifizierungsmethode sollten vermieden werden, da sie faktisch Administratorrechte auf die gesamte Freigabe gewähren, unabhängig von den eigentlichen ACLs der einzelnen Ordner.

Was das für Ihr KMU heisst

• Azure Files eignet sich, wenn Sie Hardware- und Patch-Aufwand reduzieren wollen und eine stabile Netzanbindung sicherstellen können.

• Azure File Sync ist der pragmatische Zwischenschritt, wenn ein lokaler Cache weiterhin nötig ist.

• Prüfen Sie Region, Identitätsanbindung und Egress-Kosten vor der Migration, nicht danach.

• Ein Server-Refresh vor Ort bleibt sinnvoll, wo Netzabhängigkeit das grössere Risiko ist als Hardwarepflege.