Storage. Backup. Virtualisierung.
SAS · Version 1.12 · © Stor IT Back 2026
SAS (Serial Attached SCSI) ist eine serielle Speicherschnittstelle und ein Protokoll für die Verbindung von Servern und Storage-Systemen mit Festplatten, SSDs, JBODs und Bandlaufwerken. SAS löste das parallele SCSI ab und ist insbesondere für professionelle Storage-Umgebungen ausgelegt, in denen hohe Verfügbarkeit, skalierbare Laufwerkszahlen und redundante Datenpfade erforderlich sind.
Ein wesentlicher Unterschied zu SATA ist das Dual-Porting vieler SAS-Laufwerke: Ein Laufwerk kann über zwei unabhängige Pfade mit Controllern oder Expandern verbunden werden. Dadurch lassen sich hochverfügbare Storage-Systeme ohne Single Point of Failure aufbauen. SAS-Controller können zudem häufig SATA-Laufwerke ansteuern, während SAS-Laufwerke nicht direkt an einem reinen SATA-Controller betrieben werden können.
Neben dem Protokoll umfasst SAS auch die physische Verbindung mit unterschiedlichen Kabeln und Steckverbindern. Dazu gehören unter anderem SFF-8088 für ältere externe SAS-Verbindungen und SFF-8644 (Mini-SAS HD) für SAS-3-Systeme. SAS-Expander ermöglichen es, viele Laufwerke über wenige Controller-Ports anzubinden und bilden damit die Grundlage zahlreicher Server-, JBOD- und Storage-Architekturen.
Serial Attached SCSI (SAS) arbeitet als serielle Punkt-zu-Punkt-Verbindung. Im Gegensatz zum parallelen SCSI-Bus besitzt jeder physische SAS-Link eine eigene Verbindung zwischen zwei Ports. Mehrere physische Links können zu einem Wide Port gebündelt werden, beispielsweise x4. Dadurch steigt die verfügbare Gesamtbandbreite zwischen HBA oder RAID-Controller, Expander und Backplane.
Die Übertragungsrate entwickelte sich von 3 Gbit/s pro Lane bei SAS-1 über 6 Gbit/s bei SAS-2 und 12 Gbit/s bei SAS-3 bis zu 22,5 Gbit/s pro Lane bei SAS-4. SAS-4 wurde als INCITS 534-2019 veröffentlicht; SAS-4.1 folgte als INCITS 567-2023 mit inkrementellen Erweiterungen. Die nächste Generation SAS-5 befindet sich 2026 noch im Standardisierungs- und Freigabeprozess und kann deshalb noch nicht als bereits veröffentlichter Standard behandelt werden.
Jeder SAS-Port besteht aus einem oder mehreren physikalischen Links mit Sender und Empfänger. Die Punkt-zu-Punkt-Architektur unterstützt Hot-Plug sowie komplexe Topologien mit Expandern. SAS-Geräte werden über eindeutige SAS-Adressen identifiziert. Welche Gerätezahl, Portbreite und Kabellänge in der Praxis möglich ist, hängt von SAS-Generation, Controller, Expander, Backplane und Kabeltyp ab.
Ein SAS-Expander übernimmt eine ähnliche Verteilfunktion wie ein Switch in anderen Netzwerken:
Er verbindet mehrere SAS-Ports und ermöglicht dadurch Storage-Shelves oder JBODs mit deutlich mehr Laufwerken, als ein HBA oder RAID-Controller direkt anbinden könnte.
Die verfügbare Uplink-Bandbreite wird dabei von allen dahinterliegenden Geräten gemeinsam genutzt.
Deshalb sollte bei vielen HDDs oder insbesondere SSDs die mögliche Überbuchung des Expander-Uplinks berücksichtigt werden.
Für SAS sind drei Protokolle besonders wichtig: SMP (Serial Management Protocol) dient der Verwaltung der
SAS-Domain und der Expander. SSP (Serial SCSI Protocol) transportiert SCSI-Kommandos zu SAS-Geräten.
STP (Serial ATA Tunneling Protocol) ermöglicht die Kommunikation mit SATA-Geräten innerhalb einer SAS-Umgebung.
Bei einem SAS-x4-Uplink werden vier Lanes gebündelt. Ein SAS-2-x4-Link besitzt damit eine nominelle Leitungsrate von 4 x 6 Gbit/s, ein SAS-3-x4-Link 4 x 12 Gbit/s und ein SAS-4-x4-Link 4 x 22,5 Gbit/s. Der tatsächlich nutzbare Datendurchsatz liegt wegen Kodierung, Protokoll-Overhead und Gerätecharakteristik darunter. Für die Dimensionierung eines JBODs ist daher wichtiger, welche reale I/O-Last alle Laufwerke gemeinsam erzeugen, als nur die theoretischen Datenraten zu addieren.
0
SAS-Laufwerke besitzen häufig zwei Ports und können damit redundant über zwei Pfade angebunden werden. SATA-Laufwerke sind dagegen typischerweise Single-Port-Geräte. Soll ein SATA-Laufwerk in einer redundant ausgelegten SAS-Umgebung über zwei Controllerpfade erreichbar sein, kann je nach System eine Interposer- oder MUX-Lösung erforderlich sein. Ob und wie dies unterstützt wird, ist hersteller- und plattformspezifisch; deshalb sollten die Kompatibilitätslisten für Controller, Backplane, Expander und Laufwerke geprüft werden.
SAS wird vor allem in Servern, Storage-Systemen, JBODs, Disk-Shelves und Tape-Infrastrukturen eingesetzt. Die Technik ist auf robuste Datenpfade, hohe Verfügbarkeit und den Betrieb vieler Laufwerke ausgelegt. Durch Dual-Porting können SAS-Laufwerke über zwei unabhängige Pfade mit Controllern oder Expandern verbunden werden. Das ist besonders für Cluster, Dual-Controller-Storage und andere High-Availability-Architekturen wichtig.
Neben dem direkten Anschluss von HDDs und SSDs wird SAS auch als Backend- und Host-Verbindung eingesetzt. Häufig werden mehrere Lanes zu x4-Verbindungen gebündelt. Bei SAS-3 entspricht das einer nominellen Leitungsrate von 48 Gbit/s pro x4-Port; bei SAS-4 sind es 90 Gbit/s. Die tatsächlich nutzbare Bandbreite hängt von der gesamten Signalkette und vom Protokoll-Overhead ab.
SAS-Expander ermöglichen es, viele Laufwerke an wenige HBA- oder RAID-Controller-Ports anzubinden. Bei einem Storage-Shelf teilen sich die Laufwerke die Bandbreite des oder der Uplinks. Für Kapazitäts-Storage mit HDDs kann das sehr effizient sein; bei vielen schnellen SSDs muss die Uplink-Dimensionierung genauer geprüft werden.
SAS und SATA lassen sich häufig kombinieren: Viele SAS-Controller und Backplanes unterstützen SATA-Laufwerke. Dabei stehen jedoch nicht automatisch alle SAS-Funktionen zur Verfügung, insbesondere echtes Dual-Porting auf Laufwerksebene. Für produktive Systeme sollten deshalb die Kompatibilitätslisten des Server-, Storage-, Controller- und Laufwerksherstellers beachtet werden. Das gilt besonders bei gemischten Generationen, Firmwareständen und redundanten Pfadkonzepten.
Für SAS wurden unterschiedliche interne und externe Steckverbinder entwickelt. Häufig werden vier physische SAS-Lanes in einem x4-Kabel zusammengefasst.
Welcher Stecker eingesetzt wird, hängt von der SAS-Generation, dem Controller, der Backplane und dem Gehäuse ab.
Wichtig: Die Bauform eines Steckers allein garantiert keine bestimmte SAS-Geschwindigkeit;
alle Komponenten des Übertragungspfads müssen für die jeweilige Datenrate spezifiziert sein.
SFF-8484: Älterer interner Multilane-Steckverbinder. Breakout-Kabel können die vier Lanes auf einzelne Laufwerksanschlüsse verteilen.
Solche Kabel wurden unter anderem bei internen RAID-Controllern und älteren Backplanes eingesetzt.
SFF-8087: Interner Mini-SAS-Steckverbinder für vier Lanes. Er wurde häufig zur Verbindung von SAS-2-Controllern mit Backplanes und Expandern eingesetzt.
SFF-8470: Älterer externer Multilane-Steckverbinder. Er wurde für externe RAID-Systeme, Bandlaufwerke und JBODs verwendet
und ist heute weitgehend durch kompaktere Mini-SAS-Varianten ersetzt.
SFF-8088: Externer Mini-SAS-Steckverbinder mit typischer x4-Belegung. Er ist in vielen SAS-2-Umgebungen mit 6 Gbit/s pro Lane zu finden,
beispielsweise bei älteren JBODs, RAID-Systemen und LTO-Lösungen.
Fanout- bzw. Breakout-Kabel: Ein x4-Port wird auf mehrere einzelne Lanes verteilt. Das kann beispielsweise sinnvoll sein,
wenn mehrere Tape-Laufwerke mit je einer SAS-Lane an einen x4-HBA angeschlossen werden. Bei Mischkabeln bestimmt die schwächste Komponente
die maximal mögliche Datenrate.
SFF-8644 (Mini-SAS HD): Kompakter externer Steckverbinder, der in vielen SAS-3-Systemen mit 12 Gbit/s pro Lane verwendet wird.
Die übliche x4-Ausführung bündelt vier SAS-Lanes. Bei Adaptern zwischen SFF-8644 und älteren Steckverbindern richtet sich die nutzbare Geschwindigkeit
nach der gesamten Verbindung und der jeweils niedrigsten unterstützten Spezifikation.
Die SAS-Entwicklung erhöhte die Leitungsrate schrittweise: SAS-1 mit 3 Gbit/s, SAS-2 mit 6 Gbit/s, SAS-3 mit 12 Gbit/s und SAS-4 mit 22,5 Gbit/s pro Lane. Mehrere Lanes können zu Wide Ports wie x4 gebündelt werden, um die Bandbreite zwischen Controller, Expander und Storage-Shelf zu erhöhen.
Stand August 2026: T10 führt SAS-4 als INCITS 534-2019 und SAS-4.1 als INCITS 567-2023. SAS-4.1 ergänzt SAS-4 um inkrementelle Erweiterungen. SAS-5 befindet sich derzeit noch im INCITS-Freigabeprozess; die erste Public Review läuft laut T10 bis zum 29. September 2026. Angaben zu SAS-5 sollten daher als Ausblick und nicht als bereits veröffentlichte Spezifikation formuliert werden.
In der Praxis bleibt neben der nominellen Lane-Geschwindigkeit die Topologie entscheidend. Ein x4-Uplink kann beispielsweise viele HDDs ausreichend versorgen, während eine große Zahl schneller SSDs hinter demselben Expander deutlich höhere Anforderungen an Uplink-Bandbreite und Controllerleistung stellt. Für neue Designs sollten deshalb nicht nur SAS-Generation und Stecker, sondern auch Workload, Laufwerkszahl, Redundanz, Expander-Architektur und Herstellerfreigaben gemeinsam betrachtet werden.
SAS (Serial Attached SCSI) ist ein Speicherschnittstellen- und Protokollstandard, der Server und Storage-Komponenten zuverlässig mit Festplatten (HDDs) und SSDs verbindet. Im Rechenzentrum wird SAS vor allem dort genutzt, wo planbare Leistung, hohe Verfügbarkeit und sauberes Fehlerhandling wichtiger sind als maximale Geschwindigkeit um jeden Preis. Typische Einsatzorte sind Rack-Server, Storage-Shelves, SAN-/NAS-Backends und Systeme mit vielen Laufwerken pro Controller. SAS ist Enterprise-orientiert und unterstützt robuste Datenpfade, klare Verwaltung und den Betrieb großer Laufwerkszahlen.
SATA ist im Kern für kostengünstige, einfache Anbindungen ausgelegt, während SAS auf Rechenzentrumsanforderungen wie Redundanz, größere Topologien und stabilen Dauerbetrieb zielt. Ein wichtiger Punkt ist Dual-Porting: Viele SAS-Laufwerke können über zwei getrennte Pfade angebunden werden, was Ausfälle besser abfedert. Zudem ist das Protokoll-Fehlerhandling bei SAS typischerweise strenger und hilft, Probleme schneller zu erkennen und einzugrenzen. Für Entscheider bedeutet das: SAS ist oft teurer, kann aber Risiken, wie Ausfallzeit, Diagnoseaufwand und betriebliche Komplexität in kritischen Umgebungen senken.
SAS ist beides: ein Protokoll und ein physischer Verbindungsstandard (Stecker, Kabel, Backplane-Signale). Das Protokoll regelt, wie Kommandos, Status und Fehler zwischen Host (z. B. RAID/HBA) und Laufwerken ausgetauscht werden. Die physische Ebene regelt, wie Bits über Leitungen übertragen werden und wie viele Verbindungen (Links) gebündelt werden können. In der Praxis ist das wichtig, weil man SAS nicht nur verkabelt, sondern auch logisch plant (Topologie, Pfadredundanz, Expander-Design).
Typisch sind: ein Host-Adapter (HBA) oder RAID-Controller, eine Backplane im Server/Storage-Shelf, die Laufwerke (SAS HDD/SSD) und optional SAS-Expander. Der Controller ist die Steuerzentrale, die Backplane verteilt die Verbindungen zu den Bays, und der Expander erlaubt viele Laufwerke an wenigen Host-Ports (ähnlich wie ein Switch, aber für SAS-Links). In Storage-Shelves sind oft Expander-Module und zwei Controllerpfade üblich, um Redundanz zu erreichen. Für Planung und Betrieb ist entscheidend, wie viele Ports/Lanes zur Verfügung stehen und ob Dual-Pathing sauber umgesetzt ist.
Ein SAS-Expander erweitert die Anzahl der anschließbaren Laufwerke, indem er wenige eingehende SAS-Links auf viele ausgehende Links verteilt. Das wird relevant, wenn Sie deutlich mehr Laufwerke anbinden wollen, als Ihr HBA/RAID-Controller direkt Ports bzw. physische Links bereitstellt. Beispiel: Ein Controller mit 2× x4-Ports kann ohne Expander nur begrenzt viele Bays direkt bedienen. Mit Expander können Sie ein Shelf mit 24/60+ Laufwerken sinnvoll anbinden. Wichtig ist dabei, die Bandbreite zu planen: Ein Expander zaubert keine zusätzliche Gesamtbandbreite, sondern teilt sie auf. Für Entscheider heißt das: Expander sind ein Kosten-/Skalierungshebel, aber man muss Überbuchung (Oversubscription) bewusst managen.
Viele SAS-Laufwerke besitzen zwei unabhängige Ports, über die sie gleichzeitig an zwei Pfade angebunden werden können (z. B. zu zwei Controllern). Dual-Pathing bedeutet, dass das System die Wege redundant auslegt, sodass beim Ausfall eines Controllers, Kabels oder Expanders der andere Pfad übernimmt. Das ist ein zentraler Unterschied zu vielen SATA-Setups und ein echter Verfügbarkeitsgewinn in kritischen Storage-Umgebungen. In der Praxis profitieren besonders Cluster- und HA-Speichersysteme, bei denen kein Single Point of Failure gefordert ist. Tipp: Prüfen Sie in Designs und Ausschreibungen explizit, ob Laufwerke und Backplane wirklich dual-ported/dual-pathed betrieben werden (und nicht nur theoretisch kompatibel sind).
SAS-Verbindungen bestehen aus physikalischen Links (den Lanes), die häufig zu x2/x4/x8-Verbindungen gebündelt werden. Mehr Lanes bedeuten mehr potenzielle Durchsatzkapazität zwischen Controller und Expander/Backplane – aber nur, wenn auch die Workloads und Laufwerke das nutzen. Im Rechenzentrum ist oft nicht der einzelne Link das Problem, sondern die Gesamttopologie: Wie viele Laufwerke teilen sich einen Upstream-Link über den Expander? Für Admins ist ein praktischer Ansatz, die erwarteten IOPS/Throughput-Profile zu kennen (random vs. sequential) und die Anbindung so zu dimensionieren, dass Engpässe nicht im Expander-Uplink entstehen. Beispiel: Viele schnelle SSDs hinter einem einzigen x4-Uplink können sich gegenseitig ausbremsen, obwohl jedes Laufwerk auf dem Papier schnell ist.
SAS ist weiterhin relevant, weil es in vielen Rechenzentren eine stabile, gut beherrschte Plattform für große Laufwerkszahlen und hohe Verfügbarkeit ist. NVMe ist in der Spitze oft schneller und hat niedrigere Latenzen, erfordert aber je nach Architektur andere Backplanes, Switches, Design-Prinzipien und teilweise höhere Investitionen in Infrastruktur und Know-how. In vielen Umgebungen ist SAS die wirtschaftliche Wahl für Kapazitäts- und General-Purpose-Storage (z. B. Log-Daten, Backup-Repos, Virtualisierungs-Datastores mit gemischten Profilen). Häufige Strategie: NVMe für Hot Data/Low-Latency-Workloads, SAS für skalierbare, robuste Kapazität und für Systeme, die Dual-Pathing in klassischer Storage-Architektur brauchen. Entscheidend ist also weniger alt vs. neu, sondern passender Technologie-Mix.
Ja, viele SAS-Controller und Backplanes können SATA-Laufwerke betreiben, weil SAS-Host-Ports häufig SATA-Kommandos mitverstehen. Das ist praktisch, um günstige Kapazität (SATA HDD) in SAS-Enclosures zu nutzen, z. B. für Backup- oder Archiv-Pools. Allerdings verlieren Sie dabei einige SAS-Vorteile, etwa echtes Dual-Porting auf Laufwerksebene (SATA-Drives sind typischerweise single-ported). Außerdem kann sich das Fehlerverhalten und die Recovery-Charakteristik von Desktop-/Nearline-SATA von Enterprise-SAS unterscheiden. Tipp: Wenn SATA im SAS-Shelf genutzt wird, definieren Sie klare Einsatzgrenzen (z. B. nicht für latenzkritische Datenbanken, eher für Capacity Tier) und achten Sie auf geeignete Laufwerksklassen (NAS/Enterprise-SATA statt Consumer).
SAS ist auf robusten Betrieb ausgelegt und liefert typischerweise klare Status- und Fehlerinformationen zwischen Controller, Expander und Laufwerken. Dadurch lassen sich Pfad-, Kabel- oder Laufwerksprobleme oft genauer isolieren als in einfachen Consumer-Setups. In der Praxis sollten Admins auf wiederkehrende Link-Resets, CRC-Fehler, Degraded-Meldungen, Timeout-Events und auffällige Rebuild-Zeiten achten. Das sind häufige Frühindikatoren. Ein guter Tipp ist, bei sporadischen Fehlern nicht nur das Laufwerk zu verdächtigen, sondern auch Kabel, Backplane-Ports und Expander-Firmware zu prüfen. Außerdem sollten Ereignisse aus Storage-Logs und Hardware-Telemetry zusammengeführt werden, damit man Ursache und Wirkung nicht verwechselt.
SAS ist besonders passend, wenn Sie viele Laufwerke zuverlässig anbinden müssen, klare Betriebsprozesse wollen und hohe Verfügbarkeit wichtiger ist als die niedrigstmögliche Latenz. Typische Szenarien sind Virtualisierung mit gemischten Workloads, Dateiservices, Backup-Targets und Kapazitäts-Storage mit hohen Diagnose- und Redundanzanforderungen. SAS spielt seine Stärke aus, wenn die Plattform zuverlässig und gut beherrschbar arbeiten soll und Hardware-Ökosysteme aus Servern, Shelves und Controllern bereits standardisiert sind. Wenn dagegen sehr niedrige Latenz und maximale IOPS im Vordergrund stehen, ist NVMe häufig die bessere Primäroption.
Ein häufiger Fehler ist, nur auf Laufwerksdaten zu schauen und die Uplink-Bandbreite über Expander zu unterschätzen. Das führt zu „Warum ist es in der Praxis langsamer?“. Ein weiterer Klassiker ist inkonsistente Redundanz: Dual-Controller vorhanden, aber Laufwerke/Backplane nur single-pathed angebunden, sodass im Fehlerfall doch ein Ausfall entsteht. Auch Firmware-Stände (Controller/Expander/Backplane) werden oft zu spät harmonisiert, was sich als sporadische Link-Probleme äußern kann. Vermeidung: Kapazitäts- und Performance-Budget gemeinsam planen (Workloadprofil + Topologie), Pfade physisch und logisch dokumentieren und vor Go-Live einen Failover-Test mit realistischen I/O-Lasten durchführen. Konkreter Tipp: In der Betriebsdoku festhalten, welche Fehlercodes/Events sofort handeln bedeuten und welche nur beobachtet werden – das beschleunigt Incident-Response.
SAS-4 ist als INCITS 534-2019 veröffentlicht; SAS-4.1 folgte als INCITS 567-2023 mit inkrementellen Erweiterungen. SAS-4 unterstützt eine Leitungsrate von 22,5 Gbit/s pro Lane. SAS-5 befindet sich im August 2026 noch im INCITS-Freigabeprozess und ist daher noch nicht als veröffentlichter Standard zu behandeln. Für neue Beschaffungen sollte zusätzlich geprüft werden, welche SAS-Generation Controller, Backplane, Expander, Kabel und Laufwerke tatsächlich gemeinsam unterstützen.
