In vielen kleinen und mittleren Unternehmen wächst die Serverlandschaft über Jahre. Ein typischer Verlauf: Ein Server übernimmt zuerst die Dateiablage, später kommen Anmeldung, Datenbank und einige virtuelle Maschinen hinzu. Festplatten werden getauscht, Speicher wird erweitert, und irgendwann hängen mehrere Abteilungen an einem Gerät, dessen Aufbau niemand mehr vollständig kennt. Fällt es aus, steht ein großer Teil des Betriebs.
Dieser Beitrag behandelt die Hardware-Seite: welche Speicherarten es gibt, wie Virtualisierung die Planung verändert und wie Sie Server und Speichersysteme über ihren gesamten Lebenszyklus führen. Um den laufenden Betrieb des Betriebssystems Windows Server, Supportenden und Verträge geht es im Beitrag Managed Windows Server.
Ein Server, viele Aufgaben: das Grundproblem
Das Bundesamt für Sicherheit in der Informationstechnik (BSI) empfiehlt im IT-Grundschutz-Baustein SYS.1.1 Allgemeiner Server, mehrere wesentliche Funktionen und Rollen nicht durch einen einzigen Server erfüllen zu lassen, sondern sie geeignet aufzuteilen. Für Server mit hohen Verfügbarkeitsanforderungen nennt der Baustein Redundanzen und Wartungsverträge mit den Lieferanten.
Bevor Server beschafft werden, soll laut SYS.1.1 eine Anforderungsliste entstehen, nach der die Produkte am Markt bewertet werden. Außerdem soll jeder Server an eine unterbrechungsfreie Stromversorgung (USV) angeschlossen sein.
Speicherarten im Überblick
Das BSI unterscheidet im Baustein SYS.1.8 Speicherlösungen mehrere Arten:
- Direct Attached Storage (DAS): Speichermedien sind direkt an einen Server angeschlossen. Nach Einschätzung des BSI können solche Systeme heutige Anforderungen oft nicht mehr erfüllen. Zentrale Speichersysteme erlauben dagegen den gleichzeitigen Zugriff mehrerer Systeme.
- Network Attached Storage (NAS): stellt Dateien über das Netzwerk bereit, etwa über die Protokolle NFS oder CIFS. Der Hauptanwendungsfall ist die Dateiablage.
- Storage Area Network (SAN): ein in der Regel eigenes Speichernetz zwischen Speichersystemen und den angeschlossenen Servern.
- Hybrid- oder Unified-Storage: Speichersysteme, die Daten sowohl wie ein NAS als auch wie ein SAN bereitstellen.
- Objektspeicher: Anwendungen greifen über eine Programmierschnittstelle (API) auf Datenobjekte zu, nicht auf Dateien oder Speicherblöcke.
Eine weitere Bauform ist die hyperkonvergente Infrastruktur. Dabei stellen dieselben Server Rechenleistung und Speicher bereit. Microsoft beschreibt das am Beispiel von Direkte Speicherplätze (Storage Spaces Direct): Die internen Laufwerke von zwei bis 16 Servern werden zu einem gemeinsamen Speicherpool zusammengefasst, und virtuelle Maschinen laufen direkt auf diesen Servern. Laut Microsoft ist die Funktion in den Datacenter-Editionen von Windows Server und in Azure Local enthalten.
Orientierung für die Auswahl
Die folgende Übersicht ist eine Empfehlung als Ausgangspunkt für das Gespräch, keine feste Regel:
| Situation | Naheliegender Ausgangspunkt | Worauf achten |
|---|---|---|
| Eine Anwendung auf einem Server | DAS | Ausfall des Servers, Ersatzweg, Sicherung |
| Gemeinsame Dateiablage | NAS | Berechtigungen, Updates, Sicherung |
| Mehrere Virtualisierungshosts mit gemeinsamem Speicher | SAN oder hyperkonvergentes System | Netzwerk, Redundanz, Fachwissen im Betrieb |
| Langfristige Ablage großer Datenmengen | Objekt- oder Cloud-Speicher | Zugriffswege, Vertrag, Rückholung der Daten |
SYS.1.8 empfiehlt, die Möglichkeiten und Grenzen der Speicherarten für die Verantwortlichen transparent darzustellen und Kriterien und Entscheidung nachvollziehbar zu dokumentieren.
Leistung und Kapazität planen
Vor dem Einsatz einer Speicherlösung soll laut SYS.1.8 eine Anforderungsanalyse stattfinden, die unter anderem Leistung und Kapazität betrachtet. Darauf baut die Planung auf: Auswahl von Hersteller und Lieferant, Netzanschluss, räumliche Infrastruktur und Einbindung in bestehende Abläufe.
Wir empfehlen, für die Analyse Messwerte aus dem eigenen Betrieb zu verwenden statt Schätzungen: belegter Speicher und sein Wachstum, Antwortzeiten zu Spitzenzeiten und die Auslastung der vorhandenen Hosts. So vermeiden Sie, dass ein System zu klein ausfällt oder dauerhaft ungenutzte Kapazität Strom und Wartung kostet.
Virtualisierung
Bei der Virtualisierung laufen mehrere virtuelle Systeme auf einem physischen Server. Das BSI nennt im Baustein SYS.1.5 Virtualisierung als Vorteil, dass sich Kosten für Hardware, Strom und Klimatisierung sparen lassen, wenn Ressourcen besser genutzt werden. Zugleich weist es darauf hin, dass sich Probleme auf einem Virtualisierungsserver auf alle virtuellen Systeme auswirken können, die darauf laufen.
Für die Planung nennt SYS.1.5 unter anderem:
- Auf einem Virtualisierungsserver sollen keine Konflikte beim Schutzbedarf der virtuellen Systeme entstehen.
- Es ist geregelt, wer für den Betrieb welcher Komponente verantwortlich ist.
- Die Hardware ist mit der Virtualisierungslösung kompatibel, und der Hersteller der Virtualisierungslösung unterstützt sie über den geplanten Einsatzzeitraum.
Redundanz ersetzt keine Datensicherung
Gespiegelte Festplatten (RAID) oder ein zweites Speichersystem erhöhen die Verfügbarkeit. Das BSI stellt im Baustein CON.3 Datensicherungskonzept aber klar: Eine Spiegelung über RAID ist keine Datensicherung, weil die gespiegelten Daten gleichzeitig verändert werden. Sie schützt nicht vor versehentlichem Überschreiben oder Schadsoftware. Snapshots können vollständige Datensicherungen ergänzen, ersetzen sie aber nicht.
Wie Sie eine Datensicherung mit einer Kopie außer Haus aufbauen, beschreibt unser Beitrag Cloud-Backup in Deutschland.
Betrieb: Überwachen, Warten, Dokumentieren
Für den laufenden Betrieb nennt das BSI in SYS.1.8 und SYS.1.1 unter anderem diese Anforderungen:
- Überwachung: Verfügbarkeit, Auslastung und kritische Ereignisse werden überwacht; Fehler und überschrittene Grenzwerte gehen an das Betriebspersonal.
- Wartungsfenster: Für Speicherlösungen gibt es feste Wartungsfenster. Firmware- und Betriebssystemupdates der Speichersysteme finden nur dort statt.
- Betriebshandbuch: Regeln, Anforderungen und Einstellungen für den Betrieb sind dokumentiert und werden aktualisiert.
- Nachvollziehbarkeit: Arbeiten an Servern werden mit Wer, Wann und Was dokumentiert, besonders Konfigurationsänderungen.
- Notfallplan: Für die Speicherlösung gibt es einen Notfallplan, der regelmäßig geübt wird; Server sind in die Notfallplanung eingebunden, etwa mit Wiederanlaufplänen.
Wie Updates für alle Server geregelt ablaufen, beschreibt unser Beitrag Patch-Management für Server.
Lebenszyklus: von der Beschaffung bis zur Außerbetriebnahme
Das BSI beschreibt als Ziel von SYS.1.8, wie zentrale Speicherlösungen sicher geplant, umgesetzt, betrieben und ausgesondert werden. Für die einzelnen Phasen bedeutet das:
- Beschaffung: Anforderungsliste erstellen, Lieferanten nach dokumentierten Kriterien auswählen und Wartung in eindeutigen, messbaren Service-Level-Vereinbarungen festhalten. Auch das Vertragsende soll geregelt sein.
- Betrieb: überwachen, in Wartungsfenstern aktualisieren und dokumentieren, wie oben beschrieben.
- Ende der Herstellerunterstützung: Nach dem Baustein OPS.1.1.3 muss für nicht mehr unterstützte Hardware und Software geprüft werden, ob sie noch sicher betrieben werden kann. Ist das nicht der Fall, darf sie nicht mehr verwendet werden.
- Außerbetriebnahme: Daten auf andere Systeme übertragen, Dienste rechtzeitig auf einen anderen Server verlagern und danach alle Daten sicher löschen. SYS.1.1 empfiehlt dafür eine Checkliste mit Datensicherung, Migration der Dienste und Löschung.
Wir empfehlen, für jeden Server und jedes Speichersystem das Ende von Garantie, Wartungsvertrag und Herstellerunterstützung in der Bestandsliste zu führen. Dann lässt sich der Austausch planen, bevor er dringend wird.
Server, Speicher und NIS2
Seit dem 6. Dezember 2025 gilt in Deutschland das NIS-2-Umsetzungsgesetz, wie das BSI mitteilt. Besonders wichtige und wichtige Einrichtungen müssen nach § 30 BSI-Gesetz Maßnahmen zum Risikomanagement ergreifen. Dazu zählen unter anderem die Aufrechterhaltung des Betriebs mit Backup-Management und Wiederherstellung nach einem Notfall sowie Sicherheitsmaßnahmen bei Erwerb und Wartung von IT-Systemen. Eine dokumentierte Planung von Servern und Speicher unterstützt diese Pflichten. Mehr dazu auf unserer Seite NIS2 und Risikomanagement.
Unterstützung durch die GSL Groß GmbH
Die GSL Groß GmbH betreut kleine und mittelständische Unternehmen in Rheinland-Pfalz und Hessen von Idar-Oberstein aus; im Raum Darmstadt arbeitet sie dafür mit einem Partnersystemhaus zusammen. Bei der Einführung neuer Systeme unterstützen wir mit unseren IT-Dienstleistungen und Rollouts. Mit unseren Managed Services übernehmen wir den laufenden Betrieb Ihrer IT zum monatlichen Festpreis.
Sie planen den Austausch eines Servers oder möchten Ihre Speicherlandschaft neu ordnen? Sprechen Sie uns an.