Stell dir vor, du sitzt in einem Meeting für ein mittelständisches Architekturprogramm. Dein Team hat gerade ein neues NAS-System für die Archivierung von CAD-Projekten bestellt. Ihr habt das Budget basierend auf der Annahme kalkuliert, dass 10 Terabyte Speicherplatz exakt 10.000 Gigabyte an Daten fassen. Als die Platten eingebaut sind und das Betriebssystem die Kapazität anzeigt, fehlen plötzlich fast 700 Gigabyte. Das ist kein Rundungsfehler, das ist die Menge an Speicherplatz, die ein gesamtes Projektarchiv beansprucht. Ich habe dieses Gesicht von Projektleitern schon oft gesehen: der Moment, in dem ihnen klar wird, dass ihre Backup-Strategie nicht aufgeht, weil sie die einfache Frage 1 Tb Wie Viel Gb falsch beantwortet haben. Es endet damit, dass am Freitagnachmittag überteuerte Ersatzplatten per Kurier bestellt werden müssen, weil der Server sonst am Montag nicht live gehen kann.
Der binäre Trugschluss und die 1 Tb Wie Viel Gb Falle
Der erste und teuerste Fehler ist der Glaube an die glatte Zahl 1000. In der Schule lernen wir das Dezimalsystem. Kilo ist 1000, Mega ist eine Million. Im Bereich der Computerhardware sieht die Sache anders aus, und genau hier verbrennen Firmen Geld. Festplattenhersteller nutzen das Dezimalsystem, weil es ihre Produkte größer aussehen lässt. Ein Betriebssystem wie Windows rechnet jedoch binär. Wenn du dich fragst 1 Tb Wie Viel Gb sind das wirklich auf meinem Bildschirm, dann ist die Antwort für die Hardware-Industrie 1000, aber für deinen Computer 1024. Kürzlich in den Schlagzeilen: Das Flüstern der fernen Giganten oder was A39 uns verschweigt.
Dieser kleine Unterschied von 24 Einheiten potenziert sich. Bei einem Terabyte spricht man im binären System eigentlich von einem Tebibyte (TiB), wenn man 1024 Gibibyte meint. Wer das ignoriert, plant seine Datenbanken zu knapp. Ich habe erlebt, wie Datenbankadministratoren Migrationen starteten, die nach 14 Stunden abbrachen, weil das Zielmedium physisch zu klein war, obwohl die Packungsbeilage der Festplatte etwas anderes versprach.
Warum das Betriebssystem dich nicht anlügt
Wenn Windows dir anzeigt, dass deine 1-TB-Platte nur etwa 931 GB Kapazität hat, dann liegt das daran, dass es die Bytes durch $1024^3$ teilt. Die Hersteller teilen durch $1000^3$. Das ist kein Betrug, das ist Industrie-Standard, aber es ist ein Standard, der dich bei der Skalierung von Cloud-Instanzen oder lokalen Servern Kopf und Kragen kosten kann. Du kaufst Marketing-Gigabytes, aber du brauchst Rechen-Gigabytes. Um das gesamte Bild zu sehen, empfehlen wir den aktuellen Bericht von t3n.
Die Ignoranz gegenüber dem Filesystem-Overhead
Ein weiterer Fehler, den ich ständig sehe: Jemand berechnet seinen Speicherbedarf auf das Megabyte genau und vergisst dabei, dass das Dateisystem selbst Platz braucht. Du hast vielleicht geklärt, wie die Relation bei 1 Tb Wie Viel Gb aussieht, aber du hast nicht bedacht, dass NTFS, APFS oder ext4 eine Verwaltungsschicht bilden.
Stell dir vor, du hast tausende kleine Dateien – zum Beispiel Logfiles oder Thumbnails. Jede dieser Dateien belegt mindestens einen "Cluster" auf der Festplatte. Wenn deine Clustergröße auf 4 KB eingestellt ist, belegt eine Datei, die nur 100 Bytes groß ist, trotzdem volle 4 KB. Ich kaufte einmal für einen Kunden einen Server, der für 800 GB Kleinstdateien reichen sollte. Wir nahmen eine 1-TB-Platte. Am Ende war die Platte voll, obwohl die reine Dateigröße erst bei 750 GB lag. Der Verschnitt durch die Cluster-Struktur hatte den Rest gefressen.
Wer hier nicht mit einem Puffer von mindestens 15 Prozent plant, baut sich eine Zeitbombe. Ein Dateisystem, das zu 98 Prozent gefüllt ist, wird quälend langsam, weil die Fragmentierung massiv zunimmt und der Controller keine freien Blöcke mehr findet, um Daten effizient zu verschieben.
Cloud-Speicher und die versteckten Kosten der Egress-Gebühren
In der Praxis machen viele den Fehler, Speicherplatz in der Cloud genauso zu behandeln wie eine lokale Festplatte. Sie sehen ein Angebot für 1 TB und denken, die Kosten seien damit gedeckelt. Das Erwachen kommt mit der ersten Monatsrechnung. In der Welt der Cloud-Anbieter wie AWS oder Azure ist nicht nur das Speichern teuer, sondern das Bewegen der Daten.
Ich begleitete eine Medienagentur, die ihren gesamten Videoschnitt auf Cloud-Speicher umstellen wollte. Sie rechneten aus, wie viele Terabytes sie brauchten, aber sie ignorierten die sogenannten Egress-Gebühren – also die Kosten für das Herunterladen der Daten. Jedes Mal, wenn ein Cutter ein File öffnete, tickte die Uhr. Am Ende des Monats waren die Transferkosten doppelt so hoch wie die eigentlichen Lagerkosten für den Speicher.
- Prüfe immer, ob der Anbieter Inbound- und Outbound-Traffic separat berechnet.
- Unterscheide zwischen "Hot Storage" für schnellen Zugriff und "Cold Storage" für Archive.
- Achte auf die API-Call-Kosten; viele kleine Lesezugriffe kosten oft mehr als der Speicherplatz selbst.
RAID-Konfigurationen und der schwindende Netto-Speicher
Das ist der Klassiker unter den Planungsfehlern. Jemand kauft vier Festplatten mit jeweils 1 TB Kapazität und erwartet am Ende 4 TB nutzbaren Raum. Er hat zwar die Frage nach 1 Tb Wie Viel Gb für die Einzelplatte im Kopf, vergisst aber die Redundanz. Wenn du ein RAID 5 aufbaust, verlierst du die Kapazität einer kompletten Platte für die Paritätsdaten. Bei einem RAID 10 verlierst du sogar die Hälfte.
Vorher/Nachher-Vergleich: Ein Junior-Admin plante die Speicherkapazität für ein neues Backup-System. Er bestellte sechs Platten zu je 2 TB und meldete der Geschäftsführung, dass nun 12 TB Speicher zur Verfügung stünden. Er konfigurierte ein RAID 6, weil Sicherheit oberste Priorität hatte. Nach der Formatierung und der RAID-Initialisierung zeigte das System nur noch etwa 7,2 TiB an. Die Geschäftsführung war wütend, da das geplante Backup-Volumen 10 TB betrug. Nachdem ich das Projekt übernahm, korrigierten wir die Planung. Wir rechneten von Beginn an mit der Formel (n-2) für RAID 6 und zogen zusätzlich den binären Umrechnungsfaktor sowie 10 Prozent für das Dateisystem-Journaling ab. Wir kauften zehn Platten statt sechs. Das System lief stabil, hatte die gewünschte Kapazität und bot die nötige Ausfallsicherheit. Der Unterschied lag allein in der realistischen Kalkulation vor dem Kauf.
SSD-Lebensdauer und das Over-Provisioning
Wer heute noch glaubt, eine SSD könne man bis zum letzten Byte füllen, hat die Technik dahinter nicht verstanden. SSDs brauchen freien Platz für das sogenannte Wear Leveling. Der Controller verteilt Schreibvorgänge auf verschiedene Zellen, um eine gleichmäßige Abnutzung zu garantieren. Wenn eine SSD fast voll ist, muss sie ständig Daten umherschaufeln, um Platz für neue Schreibvorgänge zu schaffen. Das nennt man Write Amplification.
Ich habe SSDs in Datenbankservern innerhalb von sechs Monaten sterben sehen, nur weil sie ständig bei 95 Prozent Füllgrad betrieben wurden. Die Zellen waren einfach "totgeschrieben". Professionelle Admins lassen 10 bis 20 Prozent des Speichers unpartitioniert. Das System sieht diesen Platz nicht, aber der Controller nutzt ihn als Puffer. Das kostet zwar nominell Kapazität, rettet dir aber die Investition in die Hardware. Wer hier spart, zahlt später für die Datenrettung oder den vorzeitigen Austausch der Hardware.
Backups sind kein Speicherplatz sondern eine Versicherung
Ein fataler Denkfehler in der Praxis: "Ich habe 1 TB Daten, also brauche ich 1 TB Backup-Platz." Das klappt nur, wenn du nur ein einziges Backup machst und das alte jedes Mal löschst – was technisch gesehen kein sicheres Backup-Konzept ist. Ein echtes Backup benötigt Versionierung. Du willst auch den Stand von vor drei Tagen oder zwei Wochen wiederherstellen können.
Wenn du 1 TB an aktiven Daten hast, musst du je nach Änderungsrate und Aufbewahrungsfrist mit dem Drei- bis Fünffachen an physischem Speicherplatz kalkulieren. Wer das nicht tut, steht nach einem Ransomware-Angriff vor Trümmern, weil die einzige Backup-Datei ebenfalls verschlüsselt wurde oder die Historie nicht weit genug zurückreicht. Speicher ist billig, Datenverlust ist existenzbedrohend. Es gibt keine Abkürzung bei der Redundanz.
Realitätscheck
Erfolg im Umgang mit Speicherkapazitäten hat nichts mit dem Auswendiglernen von Tabellen zu tun. Es geht darum, der Industrie-Hardware gegenüber misstrauisch zu sein. Wenn du ein System planst, musst du pessimistisch rechnen. Geh davon aus, dass 10 Prozent durch die binäre Umrechnung verschwinden, weitere 5 Prozent durch das Dateisystem verloren gehen und du 20 Prozent frei lassen musst, damit die Performance nicht einbricht.
In der echten Welt bedeutet das: Wenn du 1 TB effektiv nutzen willst, kauf eine 2-TB-Platte. Alles andere ist eine riskante Wette gegen die Physik und die Logik der Dateisysteme. Wer versucht, jeden Cent durch knappe Kalkulation zu sparen, wird am Ende ein Vielfaches für Notfall-Einsätze, Migrationen und Hardware-Upgrades ausgeben. Es gibt keine magische Lösung, die aus einer vollen Platte mehr Platz herausholt. Entweder du planst von Anfang an mit dem Faktor Realität, oder du lernst es auf die harte Tour, wenn dein Server mitten in der Nacht den Dienst quittiert.
