Bei Speicher zählen zwei Größen: Wie viele Daten passen darauf, und wie schnell lassen sie sich lesen und schreiben – vor allem bei vielen kleinen, verstreuten Zugriffen. Die erste Zahl steht im Angebot, die zweite entscheidet über die gefühlte Geschwindigkeit des gesamten Systems. Eine Datenbank, die ununterbrochen kleine Lese- und Schreibvorgänge auslöst, profitiert von kurzen Zugriffszeiten weit mehr als von hoher Kapazität.
Drei Kennzahlen, die Angebote vergleichbar machen
- Zugriffe pro Sekunde (IOPS): wie viele einzelne Lese- oder Schreibvorgänge das Medium bewältigt. Maßgeblich für Datenbanken, virtuelle Maschinen und Terminalserver.
- Latenz: die Wartezeit bis zur Antwort auf einen einzelnen Zugriff. Bei Festplatten muss ein Lesekopf mechanisch positioniert werden, was Millisekunden dauert; Flash-Speicher antwortet ohne bewegliche Teile um ein Vielfaches schneller.
- Durchsatz: die Datenmenge pro Sekunde bei großen, zusammenhängenden Übertragungen. Wichtig für Sicherungen, Videodaten und große Dateien, für den Büroalltag weniger.
Herstellerangaben zu diesen Werten entstehen unter Laborbedingungen und mit bestimmten Zugriffsmustern. Für den Vergleich zwischen Modellen taugen sie, als Zusage für den eigenen Betrieb nicht. Aussagekräftiger ist die Frage, welches Zugriffsmuster die eigene Anwendung tatsächlich erzeugt – das lässt sich an bestehenden Systemen messen, bevor neu gekauft wird.
Gemessen wird dabei nicht die Auslastung in Prozent, sondern die Wartezeit. Steigt die Antwortzeit des Speichers in Spitzenzeiten deutlich an, obwohl Prozessor und Arbeitsspeicher noch Luft haben, ist der Speicher der Engpass. Die nötigen Werkzeuge sind meist vorhanden: Windows bringt die Leistungsüberwachung mit, unter Linux genügen Programme wie iostat.
Warum die Schnittstelle den Unterschied macht
SATA-SSDs und NVMe-SSDs verwenden beide Flash-Speicher. Der Unterschied liegt im Anschluss. SATA wurde für Festplatten entworfen: Die Schnittstelle überträgt in ihrer aktuellen Fassung bis zu 6 Gbit/s, und das zugehörige Protokoll AHCI kennt eine einzige Befehlswarteschlange mit 32 Einträgen. Für eine Festplatte, die ohnehin einen Zugriff nach dem anderen abarbeitet, genügt das. Für Flash-Speicher ist es ein Nadelöhr.
NVMe wurde dagegen eigens für Flash-Speicher entwickelt und bindet ihn direkt über PCI Express an. Die Spezifikation erlaubt rund 65.000 Warteschlangen mit jeweils rund 65.000 Befehlen. Das passt zu modernen Servern mit vielen Prozessorkernen, die gleichzeitig auf den Speicher zugreifen, und erklärt, warum NVMe gerade bei vielen parallelen Zugriffen im Vorteil ist.
Die drei Klassen im Überblick
- NVMe-SSD: höchste Zugriffszahlen und geringste Verzögerung. Erste Wahl für Datenbanken, Terminalserver und virtuelle Maschinen im Produktivbetrieb – überall, wo viele Nutzer gleichzeitig auf dasselbe System zugreifen.
- SATA-SSD: deutlich schneller als Festplatten, günstiger als NVMe und in älteren Servern oft die einzige Flash-Option. Sinnvoll für Dateiablagen, Anwendungsserver mit mäßiger Last und Systemlaufwerke.
- Festplatte: günstigster Preis pro Terabyte, aber langsam bei vielen gleichzeitigen, verstreuten Zugriffen. Geeignet für Archive, Sicherungsziele und große, selten gelesene Datenbestände. Bei Sicherungen zählt vor allem der Durchsatz, und den liefern Festplatten im Verbund zuverlässig.
Haltbarkeit: die unterschätzte Kennzahl
SSDs verkraften nur eine begrenzte Schreibmenge. Hersteller geben sie als Gesamtschreibvolumen an, abgekürzt TBW für „Terabytes Written“, oder als „Drive Writes per Day“ (DWPD) – also wie oft die gesamte Kapazität während der Garantiezeit täglich überschrieben werden darf. Beide Angaben lassen sich ineinander umrechnen, wenn Kapazität und Garantiedauer bekannt sind.
Ein Rechenbeispiel mit angenommenen Werten: Eine SSD mit 3,84 TB und 1 DWPD bei fünf Jahren Garantie verträgt rechnerisch 3,84 TB × 365 × 5, also rund 7.000 TB Schreibvolumen. Ein Modell derselben Größe mit 3 DWPD verträgt das Dreifache. Für eine Dateiablage genügt meist die erste Variante; für schreibintensive Systeme wie Datenbanken, Protokollserver oder Videoüberwachung gehört die zweite gewählt. Wie viel tatsächlich geschrieben wird, zeigen die Zustandsdaten der bereits eingesetzten Laufwerke – ein Blick darauf ersetzt jede Schätzung.
Die richtige Mischung schlägt die reine Lehre
In der Praxis bewährt sich ein gestuftes Konzept: schnelle Medien für aktive Systeme, große Medien für ruhende Daten – und eine klare Regel, wann etwas von der ersten in die zweite Stufe wandert. Ein verbreitetes Muster: Die Dateiablage umfasst viele Terabyte, bearbeitet wird aber überwiegend, was in den letzten ein, zwei Jahren entstanden ist. Wer den Altbestand auf Festplatten verlagert und nur den aktiven Teil auf Flash-Speicher hält, senkt die Kosten, ohne dass die Arbeitsgeschwindigkeit leidet. Manche Speichersysteme verlagern selten genutzte Daten automatisch zwischen den Stufen; wo das fehlt, genügt oft eine Archivablage mit einer klaren, schriftlich festgehaltenen Regel.
Typische Fehler bei der Auswahl sind dabei gut bekannt und leicht zu vermeiden:
- Verbraucher-SSDs im Server: Ihnen fehlt häufig der Schutz gegen Datenverlust bei plötzlichem Stromausfall, und ihre Schreibausdauer ist auf Arbeitsplatzrechner ausgelegt.
- Kauf nach Spitzenwerten: Die höchste sequenzielle Übertragungsrate im Datenblatt sagt wenig über das Verhalten bei vielen kleinen Zugriffen.
- Keine Reserve: Speichersysteme und Dateisysteme arbeiten oft spürbar schlechter, wenn sie nahezu voll sind. Wachstum gehört in die Planung, nicht in den Nachkauf unter Zeitdruck.
- Sicherung auf dasselbe Gerät: Schnelle Medien machen schnelle Sicherungen möglich, aber eine Kopie auf demselben Speichersystem schützt vor keinem Geräteausfall.
Unsere Einordnung: Die Wahl des Speichers ist keine Glaubensfrage, sondern eine Zuordnung. Wer weiß, welche Daten wie oft gelesen und geschrieben werden, kann jede Stufe passend besetzen – und bezahlt weder für Tempo, das niemand braucht, noch mit Wartezeit, die jeden Tag wiederkehrt.
Verwandte Themen: Wer hier weiterdenkt, liest bei Speicherplanung, Datenrettung und Serverdimensionierung weiter.
