Was Ist Ein SSD-Controller Und Wie Beeinflusst TRIM Ihre Daten?

Eine gelöschte Datei verschwindet nicht immer so, wie die meisten Menschen annehmen. Auf einer Festplatte verbleiben die Daten genau dort, wo sie sich auf der Platte befanden, bis etwas Neues darüber geschrieben wird; weshalb die Datenrettung in diesem Fall weitgehend davon abhängt, ob man handelt, bevor diese Überschreibung erfolgt.

Solid-State-Laufwerke (SSDs) verkomplizieren dieses Bild erheblich. Zwei SSDs, auf denen dieselbe Art von gelöschter Datei gespeichert ist, können innerhalb weniger Minuten in völlig unterschiedliche Zustände geraten, da SSD-Verantwortliche Wartungszyklen im Leerlauf ausführen – darunter TRIM-Vorgänge und Garbage Collection –, die die NAND-Blöcke einer gelöschten Datei löschen können, lange bevor der Nutzer bemerkt, dass etwas nicht stimmt. Die Ursache liegt im Inneren des Laufwerks, in einer Komponente, die ihre eigenen Routinen unabhängig von den Handlungen des Nutzers ausführt.

Was ist ein SSD-Controller?

Ein SSD-Controller ist der eingebettete Auftragsverarbeiter, der für alle Vorgänge auf dem Laufwerk verantwortlich ist, einschließlich der Kommunikation zwischen dem Host-Computer und den NAND-Flash-Speicherzellen. Das Betriebssystem verfügt über keine direkte Verbindung zu den NAND-Chips. Alle Lese-, Schreib- und Löschbefehle laufen zuerst über den Controller, und der Controller führt die eigentlichen Vorgänge auf dem Speichermedium aus.

Diese Kommunikation wird durch die Flash Translation Layer (FTL) ermöglicht. Die FTL ist eine Firmware-Schicht, in der der Verantwortliche eine Zuordnung zwischen den logischen Blockadressen – wie sie vom Betriebssystem verstanden werden – und den physischen NAND-Speicherplätzen des Flash-Speichers der SSD verwaltet. Dies wird als „Logical-to-Physical Mapping“ (L2P) bezeichnet.

Die Pflege der FTL ist neben der Steuerung der Lebensdauer und der Datenzuverlässigkeit des Laufwerks eine der Kernfunktionen des Verantwortlichen. Im Hinblick auf die Datenrettung besteht seine wichtigste Aufgabe darin, zu entscheiden, wie schnell gelöschte Daten physisch aus den Flash-Zellen gelöscht werden.

Inwiefern unterscheidet sich der Prozess der Datenlöschung bei einer SSD von dem einer HDD?

SSDs und HDDs handhaben das Löschen von Daten auf grundlegend unterschiedliche Weise, was auf die physikalischen Eigenschaften der jeweiligen Speichermedien und darauf zurückzuführen ist, wie ihre Verantwortlichen Lese- und Schreibvorgänge verwalten.

Der wesentliche Unterschied liegt darin, wie die jeweiligen Laufwerke Schreibvorgänge ausführen. Festplatten (HDDs) basieren auf „Write-in-Place“-Medien, während SSDs auf „Erase-before-Write“-Medien beruhen. Diese eine architektonische Entscheidung hat erhebliche Auswirkungen darauf, wie sich gelöschte Daten verhalten und inwieweit sie anschließend wiederherstellbar sind.

Dies lohnt es sich, genauer zu untersuchen.

„Write-in-Place“ vs. „Erase-before-Write“

Auf einer Festplatte können neue Daten in einem einzigen Vorgang direkt über vorhandene Daten geschrieben werden. Wenn eine Datei gelöscht wird, entfernt das Betriebssystem ihren Eintrag aus der Dateisystemtabelle und markiert die entsprechenden Sektoren als verfügbar. Die ursprünglichen Daten bleiben physisch auf den Platten intakt, bis ein nachfolgender Schreibvorgang diese Sektoren überschreibt.

SSDs funktionieren anders. NAND-Flash-Zellen müssen vollständig gelöscht werden – wobei alle Bits auf 1 gesetzt werden –, bevor sie mit neuen Daten programmiert werden können, indem Bits selektiv auf 0 gesetzt werden. Wenn der Verantwortliche eine Datei aktualisieren muss, schreibt er die neuen Daten in einen freien Block und kennzeichnet den alten Speicherort zum Löschen. Ein direktes Überschreiben ist nicht möglich.

Diese Einschränkung „Löschen vor dem Schreiben“ bedeutet, dass das Laufwerk Schreib- und Löschvorgänge mit unterschiedlicher Granularität verwalten muss, und diese Unterscheidung hat direkte Auswirkungen darauf, wie der Verantwortliche die Speicherung koordiniert und wie sich gelöschte Daten auf dem Medium verhalten.

NAND-Architektur: Seiten vs. Blöcke

Der NAND-Speicher einer SSD wird über zwei unterschiedliche Einheiten organisiert und verwaltet. Eine Seite ist die kleinste Einheit, die gelesen oder beschrieben werden kann; sie ist in der Regel zwischen 4 und 16 Kilobyte groß. Immer wenn der Host auch nur ein einziges Byte an Daten anfordert, muss der SSD-Verantwortliche eine ganze Seite lesen oder schreiben.

Ein Block ist die kleinste Einheit, die gelöscht werden kann, und enthält in der Regel zwischen 64 und mehreren hundert Seiten. Der Verantwortliche kann auf eine einzelne Seite schreiben, diese jedoch nicht löschen. Um Speicherplatz freizugeben, muss der gesamte Block gelöscht werden. Enthält ein Block sowohl Seiten mit gültigen Daten als auch gelöschte Seiten, muss der Verantwortliche zuerst die gültigen Seiten an einen freien Speicherort verschieben. Erst dann kann der ursprüngliche Block gelöscht werden.

Diese Diskrepanz zwischen Seiten und Blöcken ist eine architektonische Gegebenheit, mit der jeder Verantwortliche für SSD-Controller umgehen muss.

Der Datenlöschvorgang in einer SSD

Der Löschvorgang in einer SSD vollzieht sich in drei Phasen.

1. Logische Freigabe: Der TRIM-Befehl – was er bewirkt und was er nicht löscht

Wenn ein Benutzer eine Datei löscht, sendet das Betriebssystem einen TRIM-Befehl an den SSD-Controller. Der Controller kennzeichnet die entsprechenden Seiten in der FTL-Zuordnung als ungültig.

Die Daten selbst werden in dieser Phase nicht gelöscht. Sie sind physisch weiterhin in den NAND-Zellen vorhanden und lediglich logisch nicht mehr erreichbar. Jeder nachfolgende TRIM-Befehl liefert dem Verantwortlichen eine aktualisierte Liste der logischen Blockadressen (LBAs), die nicht mehr verwendet werden.

2. Garbage Collection: Der Hintergrundprozess, der Seiten für die endgültige Löschung vorbereitet

Der SSD-Controller führt einen autonomen Prozess namens „Garbage Collection“ durch, um NAND-Speicherblöcke, die mit ungültigen Seiten gefüllt sind, wieder freizugeben. In diesem Prozess identifiziert der Controller einen „dirty“ Block, migriert alle restlichen gültigen Seiten aus diesem Block in einen „clean“ Block und stellt den ursprünglichen Block zur Löschung in die Warteschlange. Der Controller verschiebt diese Arbeit in der Regel auf Zeiten, in denen das Laufwerk im Leerlauf ist.

3. Physikalische NAND-Löschung: Dauerhafte Löschung von Daten aus dem NAND-Flash-Speicher

Der SSD-Verantwortliche legt über den Fowler-Nordheim-Tunnel-Effekt einen Hochspannungsimpuls zwischen 15 und 20 Volt an den Block an. Dieser Impuls entfernt die eingeschlossenen Elektronen aus den Flash-Speicherzellen und setzt jedes Bit im Block auf eine logische 1 zurück. Sobald diese Phase abgeschlossen ist, sind die Daten dauerhaft gelöscht.

Dieser dreistufige Prozess verdeutlicht, warum die Datenrettung gelöschter SSD-Daten unvorhersehbar ist. Das Zeitfenster zwischen der Freigabe einer Seite und dem physikalischen Löschen des Blocks ist der Zeitraum, in dem eine Datenrettung noch möglich sein kann.

Wie beeinflusst ein SSD-Controller den Betrieb und die Ausfallsicherheit des Laufwerks?

Das Speichern und Löschen von Daten ist nur ein Teil der Aufgaben des Verantwortlichen. Er sorgt außerdem für den laufenden Betrieb des Laufwerks, schützt die gespeicherten Daten und verwaltet den Zellverschleiß – worauf sich dieser Abschnitt konzentriert.

1. Speicherverwaltung

In einer SSD erfolgen Lese- und Schreibvorgänge auf Seitenebene, das Löschen jedoch auf Blockebene. Um unter dieser Einschränkung effizient arbeiten zu können, verwaltet der Verantwortliche mehrere parallele Kanäle und logische Einheiten (LUNs) – ein Mechanismus, der als Parallelität bezeichnet wird.

Der Verantwortliche verteilt die Vorgänge auf diese LUNs und startet einen neuen Befehl auf einem Chip, während ein anderer noch mit einem Programmier- oder Löschvorgang mit langer Latenz beschäftigt ist. Dies wird als Interleaving bezeichnet.

Der Verantwortliche fasst zudem kleine, verstreute Schreibvorgänge zu größeren, sequenziellen NAND-Seitenprogrammierungen zusammen, anstatt jeden Schreibvorgang einzeln auszuführen. Er puffert sie und bündelt sie zu größeren sequenziellen Schreibvorgängen, um unnötigen Verschleiß der NAND-Zellen zu reduzieren. Dieser Mechanismus wird als „Write Coalescing“ bezeichnet.

Die wichtigsten Arten von SSD-Controllern erklärt

SSD-Controller können sich in ihrer Architektur erheblich unterscheiden. Diese Unterschiede konzentrieren sich darauf, wie der jeweilige Controller die FTL-Zuordnungstabelle speichert und darauf zugreift.

Da der Controller diese Tabelle bei jedem Lese- und Schreibvorgang abfragt, hat der Speicherort der Tabelle direkten Einfluss auf die Leistung, die Kosten und die Lebensdauer des Laufwerks. Die drei wichtigsten Controllertypen sind DRAM-basierte, DRAM-lose und HMB-Controller, die jeweils einen unterschiedlichen Ansatz für dieses Problem verfolgen.

3. HMB-Verantwortliche (Host Memory Buffer)

Der Host-Memory-Buffer-Controller (HMB) ist ein DRAM-loses Design, das bei Laufwerken mit der Non-Volatile Memory Express (NVMe)-Schnittstelle zum Einsatz kommt. Er schließt die Lücke zwischen DRAM-basierten und herkömmlichen DRAM-losen Controllern.

Anstatt sich ausschließlich auf SRAM zu verlassen, nutzt der Verantwortliche einen kleinen Teil des RAMs des Host-Systems, um einen größeren Teil der FTL-Zuordnungstabelle zwischenzuspeichern – typischerweise zwischen 64 und 100 Megabyte.

Ein HMB-Laufwerk kann bei den meisten Workloads die Leistung eines DRAM-basierten Laufwerks erreichen – und das zu einem Bruchteil der Kosten. Der Nachteil ist die Abhängigkeit vom Host-System. Wenn das Betriebssystem HMB nicht unterstützt oder die Speicherzuweisungsanforderung ablehnt, arbeitet das Laufwerk wie ein herkömmlicher DRAM-loser Controller ohne Leistungsvorteil.

Diese architektonischen Unterschiede haben nicht nur Auswirkungen auf die Leistung. Bei der Datenrettung beeinflusst der Controllertyp, welche Diagnosemethoden in Frage kommen, welche Tools einsetzbar sind und in welchem Umfang die gelöschten Daten restlich wiederherstellbar sind.

Fazit: Der Verantwortliche ist der Ausgangspunkt der SSD-Datenrettung

Jedes in diesem Leitfaden behandelte Konzept führt auf eine einzige Komponente zurück. Der TRIM-Befehl wird an sie weitergeleitet. Die Garbage Collection läuft unter ihrer Kontrolle ab. Wear-Leveling, Over-Provisioning und das physische Löschen von NAND-Speicher sind allesamt Entscheidungen, die der Verantwortliche trifft – oft autonom und häufig während das Laufwerk im Leerlauf ist.

Bis ein Benutzer bemerkt, dass Daten verloren gegangen sind, hat der Controller das Zeitfenster für die Datenrettung möglicherweise bereits geschlossen. Ob dies der Fall ist, hängt von der Architektur des Controllers, der Auslastung des Laufwerks und der verstrichenen Zeit ab.

Aus diesem Grund beginnen die Experten von Stellar Datenrettung jeden Fall der SSD-Datenrettung mit einer Bewertung auf Controllerebene. Der Controllertyp, sein Hersteller und sein Verhalten unter Fehlerbedingungen bestimmen, welcher diagnostische Ansatz sinnvoll ist, welche Tools zum Einsatz kommen und was realistisch wiederhergestellt werden kann. Ein Dateisystem-Scan reicht nicht aus; nur eine gründlichere Bewertung auf Controllerebene kann aufzeigen, was tatsächlich wiederherstellbar ist.

Teil 2 dieses Leitfadens befasst sich genau damit und erläutert den Ansatz für die Datenrettung für jeden Controllertyp sowie die Szenarien, in denen eine Datenrettung weiterhin möglich ist.

Verlorene Daten auf einer SSD? Rufen Sie uns unter 0211/635 59 140 an

Schalten Sie das Laufwerk sofort aus. Je länger es aktiv bleibt, desto mehr schränkt der Verantwortliche die Möglichkeiten der Datenrettung ein. Die SSD-Spezialisten für Datenrettung von Stellar werden beurteilen, welche Daten der Verantwortliche noch hinterlassen hat, und Sie über die aussichtsreichsten Optionen für die Datenrettung beraten.