Stellen Sie sich vor, Sie haben ein Budget von 5.000 Euro für ein neues Storage-Area-Network in Ihrer Firma freigegeben. Sie haben die Datenmenge Ihrer Server penibel kalkuliert und kommen zum Schluss, dass Sie exakt 10 Terabyte Speicherplatz benötigen. Sie kaufen also zehn Festplatten à 1.000 Gigabyte. Am Tag der Einrichtung folgt das böse Erwachen: Das System zeigt Ihnen nicht 10 Terabyte an, sondern knapp über 9. Nach der Formatierung und dem Einrichten des RAID-Verbunds fehlt Ihnen plötzlich so viel Platz, dass die kritische Datenbankmigration am Wochenende abgebrochen werden muss. Ich habe diesen Fehler bei Systemadministratoren und Projektleitern so oft gesehen, dass es fast schon wehtut. Das Problem liegt meist an der grundlegenden Unkenntnis darüber, Wie Viel Gigabyte Sind Ein Terabyte in der echten Welt der IT wirklich bedeuten. Wer hier mit der falschen Basis rechnet, kauft Hardware, die am Ende nicht passt, und riskiert Systemausfälle durch überlaufende Speicher.
Der fatale Rechenfehler zwischen Dezimal und Binär
In meiner täglichen Praxis ist die größte Fehlerquelle die Verwechslung von Marketing-Zahlen und technischer Realität. Festplattenhersteller wie Seagate oder Western Digital nutzen das Dezimalsystem. Für sie hat ein Kilobyte 1.000 Byte. Betriebssysteme wie Windows rechnen jedoch binär, also in Zweierpotenzen. Ein Kilobyte sind dort 1.024 Byte. Das klingt nach einer vernachlässigbaren Differenz, doch je größer die Einheiten werden, desto massiver klafft die Schere auseinander.
Wenn Sie eine Festplatte kaufen, steht auf der Packung groß und breit die Kapazität. Doch Ihr Betriebssystem sieht diese Zahlen anders. Ein Terabyte wird von der Industrie als $10^{12}$ Byte definiert. Windows hingegen erwartet für ein Terabyte — eigentlich ein Tebibyte, auch wenn es oft falsch angezeigt wird — $2^{40}$ Byte. Dieser Unterschied sorgt dafür, dass Ihnen pro Terabyte etwa 70 bis 90 Gigabyte an nutzbarem Raum fehlen, den Sie fest eingeplant hatten.
Warum das Betriebssystem Ihnen "lügt"
Es ist keine Absicht, aber die Anzeige in Ihrem Explorer ist technisch gesehen unpräzise. Während Linux-Distributionen oft schon korrekt zwischen TB (Terabyte) und TiB (Tebibyte) unterscheiden, bleibt Microsoft bei der gewohnten Anzeige. Das führt dazu, dass Anwender denken, ihre Hardware sei defekt oder der Hersteller hätte sie betrogen. In Wahrheit ist es einfach ein Konflikt zwischen menschlicher Bequemlichkeit und mathematischer Präzision im Binärsystem.
Wie Viel Gigabyte Sind Ein Terabyte bei der Budgetplanung
Ein häufiger Fehler in der Beschaffung ist die 1-zu-1-Rechnung. Ein Einkäufer sieht den Bedarf von 100 Terabyte für das Videoarchiv und bestellt exakt diese Menge. Er ignoriert dabei, dass die Frage Wie Viel Gigabyte Sind Ein Terabyte eine Antwort hat, die je nach Kontext variiert. Wenn Sie im Rechenzentrum arbeiten, müssen Sie immer mit dem Faktor 1.024 kalkulieren, niemals mit 1.000.
Wer mit 1.000 rechnet, unterschätzt den Speicherbedarf bei 100 Terabyte um fast 10 Terabyte. Das ist kein kleiner Rundungsfehler mehr, das sind mehrere hundert oder tausend Euro an fehlender Hardware. Ich habe Projekte scheitern sehen, weil am Ende des Quartals kein Geld mehr da war, um die fehlenden Platten nachzukaufen, nur weil jemand die binäre Umrechnung vergessen hat.
Das RAID-Fiasko und der verlorene Speicherplatz
Wenn Sie wissen, wie der Speicherplatz umgerechnet wird, haben Sie erst die halbe Miete. Der nächste Punkt, an dem viele scheitern, ist die Fehlertoleranz. Ein RAID 5 oder RAID 6 Verbund schluckt massiv Kapazität für Paritätsdaten.
Nehmen wir ein praxisnahes Beispiel: Ein kleiner Betrieb möchte ein NAS-System mit 4 Festplatten zu je 4 Terabyte aufbauen. Der Chef denkt: "Prima, 16 Terabyte Speicher." Zuerst schlägt die binäre Umrechnung zu. Aus den 4 Terabyte (marketing-deutsch) werden etwa 3,6 Terabyte (system-deutsch). Wir sind also schon bei 14,4 Terabyte Gesamtkapazität. Jetzt kommt das RAID 5 ins Spiel. Eine komplette Platte wird für die Parität geopfert. Es bleiben also nur noch 3 Platten für Daten übrig. Das Endergebnis: Von den versprochenen 16 Terabyte landen am Ende nur knapp 10,8 Terabyte als nutzbarer Speicher im System. Hätte der Verantwortliche nur die Bruttowerte addiert, fehlen ihm jetzt über 30 Prozent des geplanten Platzes. Das ist der Moment, in dem Backups nicht mehr auf das Medium passen und die Sicherheit der Firmendaten gefährdet ist.
Cloud-Speicher und die versteckten Kostenfallen
In der Cloud wird es noch unübersichtlicher. Anbieter wie AWS, Azure oder Google Cloud berechnen oft nach tatsächlich genutzten Gigabytes, aber die Limits werden in Terabyte-Stufen gesetzt. Hier ist es essenziell zu verstehen, ob der Anbieter nach dem SI-Standard (1.000) oder nach dem binären Standard (1.024) abrechnet.
Ein Fehler, den ich oft sehe: Unternehmen migrieren Daten in S3-Buckets und wundern sich über die monatliche Rechnung. Sie haben ihre lokale Datenmenge in Gigabyte gemessen und vergessen, dass beim Transfer und bei der Speicherung in der Cloud oft Metadaten und Versionierung hinzukommen. Wer hier knapp kalkuliert, erlebt eine Kostenexplosion, sobald die Datenmenge die magische Grenze überschreitet, ab der ein höherer Tarif greift oder Zusatzgebühren pro Gigabyte fällig werden. Es ist ratsam, immer einen Puffer von mindestens 15 Prozent einzuplanen, um diese Differenzen abzufedern.
Die Rolle der Dateisysteme beim Kapazitätsverlust
Selbst wenn Sie die Umrechnung perfekt beherrschen, wird Ihnen das Dateisystem Steine in den Weg legen. Ob NTFS, APFS oder ext4 — jedes Dateisystem braucht Platz für die Verwaltung der Daten. Die Master File Table (MFT) unter Windows oder die Inodes unter Linux belegen Speicher, noch bevor die erste Datei geschrieben wurde.
Ein weiterer Punkt ist die Clustergröße. Wenn Sie viele kleine Dateien speichern, wird der Platzverbrauch massiv höher sein als die tatsächliche Dateigröße. Eine 1-Byte-Datei belegt auf einem Standard-NTFS-Volume mit 4 KB Clustern eben 4.096 Byte. In einem Szenario mit Millionen von kleinen Log-Dateien kann das dazu führen, dass ein Terabyte Speicherplatz schon voll ist, obwohl die Dateien in der Summe nur 600 Gigabyte groß sind. Das ist kein theoretisches Problem, sondern Alltag bei Webservern oder Datenbanken. Wer das bei der Planung ignoriert, steht vor vollen Festplatten, während die Statistik-Tools behaupten, es sei noch massig Platz frei.
Vorher-Nachher-Vergleich: Ein Storage-Projekt in der Realität
Schauen wir uns an, wie ein uninformierter Ansatz im Vergleich zu einer professionellen Planung abläuft.
Das Szenario: Ein Grafikstudio benötigt ein zentrales Archiv für Rohdaten im Umfang von 20 Terabyte.
Der falsche Ansatz (Vorher): Der Studioleiter kauft zwei externe Festplatten-Gehäuse mit jeweils 10 Terabyte Kapazität. Er rechnet: 10 + 10 = 20. Er schließt die Platten an sein MacBook an. Das System zeigt ihm pro Platte etwa 9,1 Terabyte an. Er ist frustriert und denkt, die Platten seien gebraucht oder minderwertig. Er beginnt, die Daten zu kopieren. Nach kurzer Zeit stellt er fest, dass er ein RAID 1 (Spiegelung) für die Datensicherheit braucht. Plötzlich stehen ihm nur noch 9,1 Terabyte zur Verfügung. Er muss mitten im Projekt losfahren, zwei weitere Platten kaufen und alles neu konfigurieren. Die verlorene Zeit beträgt zwei Arbeitstage, die Kosten für den Eilversand und der Stress sind enorm. Am Ende hat er mehr Geld ausgegeben, als ein professionelles System von Anfang an gekostet hätte.
Der professionelle Ansatz (Nachher): Ein erfahrener IT-Berater übernimmt die Planung. Er weiß, dass 20 Terabyte Netto-Speicher benötigt werden. Er kalkuliert den Binär-Verlust ein: 20 TiB entsprechen etwa 22 Terabyte (Dezimal). Er plant ein RAID 6 ein, um gegen den Ausfall von zwei Platten gleichzeitig abgesichert zu sein. Das bedeutet, er braucht zwei zusätzliche Platten als Puffer. Er berücksichtigt die Clustergröße für große Videodateien und plant 10 Prozent zusätzlichen Platz für das Dateisystem und Schnappschüsse (Snapshots) ein. Er bestellt ein System mit insgesamt sechs Festplatten à 6 Terabyte. Das Ergebnis: Nach der Einrichtung stehen dem Studio exakt 21,2 Terabyte nutzbarer Speicher zur Verfügung. Das System läuft stabil, es gibt Reserven für das Wachstum des nächsten Jahres, und der Kunde ist zufrieden, weil die Kosten von Anfang an transparent und korrekt kalkuliert waren.
Realitätscheck: Was Sie wirklich wissen müssen
Vergessen Sie die einfachen Umrechnungstabellen aus dem Informatikunterricht der fünften Klasse. In der professionellen IT-Welt ist die Frage, wie man Speicherplatz berechnet, immer eine Frage des Kontexts. Wer behauptet, es sei einfach nur "mal 1.000 oder mal 1.024", hat noch nie die Verantwortung für ein produktives System getragen.
Erfolg in diesem Bereich bedeutet, mit Pessimismus zu planen. Gehen Sie immer davon aus, dass Ihnen am Ende weniger Platz zur Verfügung steht, als auf dem Etikett steht. Wenn Sie Hardware für ein Unternehmen kaufen, rechnen Sie mit dem Faktor 1.024 für die Systemkapazität, ziehen Sie den Platzbedarf für das RAID ab, subtrahieren Sie 5 bis 10 Prozent für das Dateisystem und lassen Sie dann noch 20 Prozent Puffer für unvorhergesehenes Datenwachstum.
Es gibt keine Abkürzung bei der Physik der Datenspeicherung. Wenn Ihr Speicher voll ist, steht der Betrieb still. Keine Software-Optimierung der Welt kann physikalisch fehlende Gigabytes ersetzen. Seien Sie brutal ehrlich zu sich selbst oder Ihren Kunden: Ein Terabyte ist niemals ein Terabyte, wenn es um die Nutzbarkeit geht. Es ist ein theoretischer Wert, der durch Dateisysteme, Umrechnungsfaktoren und Redundanz gnadenlos zusammengeschrumpft wird. Wer das akzeptiert, spart sich nächtliche Notfalleinsätze und peinliche Erklärungen vor der Geschäftsführung.
