ECC, Registered und Unbuffered: Speicher im Server richtig wählen

Diese drei Begriffe – ECC, Registered und Unbuffered – entscheiden darüber, ob ein Speichermodul im Server überhaupt startet. Wer beim Aufrüsten die falsche Bauart kauft, bekommt entweder ein System, das nicht bootet, oder – schlimmer – eines, das gelegentlich falsche Ergebnisse liefert. Dieser Artikel ordnet die Begriffe ein.

ECC: Fehlerkorrektur im Speicher

ECC steht für Error Correcting Code. Bei ECC-Modulen speichert der Speichercontroller zusätzliche Prüfbits; ein einzelnes gekipptes Bit in einem 64-Bit-Wort lässt sich damit erkennen und korrigieren, ohne den Betrieb zu stören. Manche Systeme melden zusätzlich den Vorfall, und der Kernel rechnet sie in der Regel als corrected errors mit.

Warum das im Server wichtig ist: Der Speicher ist die größte Einzelkomponente, die zufällige Fehler erzeugt. Kosmische Strahlung, elektrische Störungen und Alterungserscheinungen führen zu Bitfehlern. In einem Heim-PC fällt ein solcher Fehler meist nicht auf – ein Pixel im Bild oder ein Absturz. In einem Datenbankserver bedeutet dasselbe Ereignis womöglich eine beschädigte Seite, die stillschweigend in die Sicherung wandert. Die 2010 veröffentlichte Untersuchung von DRAM-Fehlern bei Google zeigte auf Millionen von Serverstunden messbare Fehlerraten; das ist der empirische Hintergrund für die weite Verbreitung von ECC im Serverbereich.

SECDED (Single Error Correction, Double Error Detection) ist die übliche Betriebsart: ein Bit korrigieren, zwei erkennen.
Prüfen, ob ECC aktiv ist: dmidecode -t memory | grep -i 'error correction' oder edac-util -v für den laufenden Zustand.
Corrected errors beobachten: Sie stehen im Kernel-Log; eine steigende Zahl auf einem Modul ist ein klarer Hinweis, das Modul zu tauschen.

Buffered, Registered, Unbuffered

Ein Speicherkanal muss viele Module gleichzeitig bedienen. Mit jedem zusätzlichen Modul wächst die elektrische Last, und der Speichercontroller kann die Signale nicht mehr rechtzeitig bereitstellen. Drei Bauarten lösen das unterschiedlich:

Unbuffered (UDIMM): Der Speichercontroller spricht direkt mit den Chips. Günstig, schnell, aber die Anzahl der Module pro Kanal ist begrenzt. Der Standard in Arbeitsplätzen und kleinen Servern.
Registered (RDIMM): Ein Registerbaustein auf dem Modul puffert die Adress- und Steuersignale. Der Controller sieht nur ein elektrisches Element und kann deshalb deutlich mehr Module ansprechen. Das ist die übliche Serverbauart – erkennbar am RDIMM-Kürzel.
Load-Reduced (LRDIMM): Ein weiterer Puffertyp, der auch die Datensignale puffert. Erlaubt die höchsten Kapazitäten pro Kanal bei hoher Geschwindigkeit – teurer und mit etwas höherer Latenz.

# Was steckt im System?
sudo dmidecode -t memory | grep -E 'Size|Type|Speed|Manufacturer|Part Number'
sudo lshw -class memory | grep -i -A3 'bank'
# Registered ja/nein und ECC-Status
sudo dmidecode -t memory | grep -i -e registered -e buffered -e 'error correction'

Mischbetrieb: meist nicht möglich

Registered und Unbuffered sind elektrisch nicht kompatibel und lassen sich nicht auf demselben Mainboard mischen. Der Mainboard-Chipsatz legt fest, welcher Typ unterstützt wird – üblicherweise entweder RDIMM/LRDIMM oder UDIMM, nicht beides. DDR4- und DDR5-PIN-Belegungen sind zudem untereinander nicht kompatibel, und die Slotkerbe passt nicht.

Die praktische Konsequenz: Vor jedem Speicherkauf das Mainboard-Datenblatt oder die Hersteller-Supportliste (QVL) prüfen. Bei gebrauchten Servermodulen aus Online-Marktplätzen ist das der häufigste Fehlkauf – ein günstiges 64-GB-RDIMM hilft in einem Heim-PC-Board nicht.

Performance: kaum relevant

Die verbreitete Sorge, ECC koste spürbar Leistung, ist empirisch nicht belegt. Unabhängige Messungen zeigen Unterschiede unterhalb der Messgenauigkeit – im Bereich von Bruchteilen eines Prozents für ECC und rund einem Prozent für Registered-ECC, innerhalb dessen auch Ausreißer nach oben vorkommen. Der Grund ist einsichtig: Die Prüflogik läuft im Speichercontroller parallel zum Zugriff.

Empfehlung

Jeder Server, der Daten dauerhaft hält, sollte ECC haben. Der Aufpreis ist gering; der Nutzen ist die Vermeidung stiller Datenfehler.
Arbeitsplätze und Laptops laufen ohne ECC – dort ist der Fehler meist nur ein Absturz oder ein sichtbarer Artefakt, nicht ein Datenverlust.
Virtualisierungshosts und NAS immer mit ECC und Registered, wenn die Kapazität es erfordert.
Corrected errors überwachen: Sie sind die Frühwarnung, die ECC überhaupt erst nutzbar macht. Ohne Monitoring weiß man nicht, dass ein Modul langsam ausfällt.