GB in TB umrechnen

Ein Gigabyte ist eine Milliarde Byte, im dezimalen Sinn, den Festplattenhersteller, Mobilfunktarife und Videogrößen verwenden.

Ein Terabyte ist eine Billion Byte. Eine als 1 TB verkaufte Platte hat genau das — der scheinbar fehlende Platz ist eine Meinungsverschiedenheit über Einheiten, kein Mangel.

Von Gigabyte auf Terabyte verschiebt sich das Komma um 3 Stellen nach links — mehr passiert nicht. Es gibt keinen Faktor zu behalten und nichts zu runden: die Ziffern bleiben in derselben Reihenfolge, nur ihre Position ändert sich.

1.234 GB sind 1,234 TB — dieselben Ziffern, ein Stück weitergerückt. Das ist die eine Umrechnung, die du auf einen Blick prüfen kannst: stehen im Ergebnis andere Ziffern als am Anfang, war es nicht diese Umrechnung, die sie verändert hat.

Deutsche Hosting-Anbieter wie Hetzner oder IONOS staffeln ihre Speicherprodukte in glatten TB-Stufen — 1, 5, 10, 20 TB —, während die eigentliche Bedarfsrechnung meist aus einzelnen Postenmengen in GB entsteht: 300 GB Fotoarchiv, 150 GB Videoschnitt-Projekte, 80 GB Datenbank-Dumps. Wer diese Posten addiert und durch tausend teilt, erhält direkt die TB-Zahl, mit der eine Storage-Box-Stufe gebucht werden kann — 530 GB Bedarf braucht keine 1-TB-Box mit Reserve, sondern rechtfertigt schon eher die nächsthöhere Stufe, sobald ein Wachstumszeitraum eingeplant wird.

Die Staffelpreise selbst folgen keiner linearen Logik, sondern springen an bestimmten Kapazitätsstufen deutlich günstiger pro Gigabyte — ein häufiger Grund, eine Bedarfsrechnung bewusst leicht über den aktuellen Bedarf hinaus in die nächste Preisstufe zu runden, statt exakt am eigenen GB-Wert zu buchen und ein Jahr später erneut umzuziehen.

In deutschen Homelab- und Kleinunternehmens-Setups ist Synology neben QNAP der am weitesten verbreitete NAS-Hersteller, und der übliche Aufbau mit vier Festplatten zu je 4 TB in einer einfachen Parität (SHR oder RAID 5) gibt nicht 16 TB nutzbare Kapazität frei, sondern rund 12 TB — eine Platte geht vollständig in die Redundanz, mit der eine defekte Platte ersetzt werden kann, ohne Daten zu verlieren. Bei doppelter Parität sind es nur noch rund 8 TB von denselben 16 TB Rohkapazität.

Diese Rechnung mit ganzen Festplatten statt mit einem Prozentsatz ist der Punkt, an dem viele private und kleingewerbliche Planungen daneben liegen: Eine kleine Vier-Platten-Anordnung verliert prozentual deutlich mehr an die Redundanz als eine große Zwölf-Platten-Anordnung im selben RAID-Level, weil der Parity-Verlust an der Plattenzahl hängt und nicht an der Gesamtkapazität. Wer den GB-Bedarf zuerst gegen die nutzbare, nicht gegen die rohe TB-Zahl plant, vermeidet die böse Überraschung erst nach dem Einbau.

Bei einem gespiegelten Zwei-Platten-System, wie es in kleineren Homelabs ebenfalls verbreitet ist, ist die Rechnung noch einfacher und noch schmerzhafter zugleich: Genau die Hälfte der Rohkapazität steht nutzbar zur Verfügung, unabhängig davon, wie groß die einzelnen Platten sind. Zwei 8-TB-Platten im Spiegel geben also 8 TB frei, nicht 16 — eine Zahl, die auf keinem Verkaufsprospekt der Platten selbst steht und erst aus der gewählten RAID-Konfiguration folgt.

Das Handelsgesetzbuch verpflichtet zur zehnjährigen Aufbewahrung von Buchungsbelegen und Jahresabschlüssen, und wer diese Unterlagen digital archiviert statt im Aktenordner, muss aus dem jährlichen Zuwachs in GB eine Zehn-Jahres-Kapazität in TB ableiten — ein mittelständisches Unternehmen mit 40 GB gescannten Belegen pro Jahr braucht für den vollen Aufbewahrungszeitraum mindestens 400 GB, praktisch aber eher eine 1-TB-Reserve, weil Scans in den Folgejahren selten kleiner werden und ein Wechsel des Archivsystems mitten in der Frist vermieden werden soll.

Die Terabyte-Zahl aus dieser Rechnung ist dabei eine Mindestgröße und keine Zielgröße: Ein Backup dieses Archivs, üblicherweise verlangt, verdoppelt den Bedarf mindestens, und eine Versionierung mit mehreren Ständen pro Beleg — wie sie manche Dokumentenmanagement-Systeme automatisch anlegen — kann ihn weiter vervielfachen. Die reine GB-zu-TB-Umrechnung ist deshalb nur der erste, kleinste Schritt einer Kapazitätsplanung, die revisionssicher sein muss.

Nach der reinen Zehnerpotenzen-Umrechnung — 1.000 GB gleich 1 TB, ohne die Zweierpotenz-Frage, die auf gb-to-gib behandelt wird — bleibt ein zweiter, kleinerer Abzug: Dateisysteme reservieren einen Teil der formatierten Kapazität für eigene Verwaltungsstrukturen, und Linux-Systeme mit ext4, wie sie auf vielen deutschen NAS- und Server-Installationen laufen, halten standardmäßig fünf Prozent des Datenträgers für den Systembenutzer zurück.

Auf einer 4-TB-Partition sind das rund 200 GB, die in einer reinen GB-zu-TB-Rechnung nicht auftauchen, aber jede Kapazitätsplanung um genau diesen Betrag verschieben. Wer knapp plant, prüft deshalb nach der Formatierung die tatsächlich gemeldete freie Kapazität, statt sich auf die rein rechnerische TB-Zahl vom Anfang der Planung zu verlassen.

Eine Kapazitätsplanung, die nur den heutigen Bedarf in TB umrechnet, ist in einem wachsenden deutschen Betrieb meist schon beim nächsten Vertragsjahr wieder zu klein. Wächst ein Datenbestand um 40 GB im Monat, sind das 480 GB im Jahr, und wer eine Hetzner- oder IONOS-Buchung für drei Jahre plant, sollte diesen Zuwachs vorab auf die aktuelle GB-Summe aufschlagen, bevor überhaupt durch tausend geteilt und eine TB-Stufe gewählt wird.

Diese Rechnung lohnt sich besonders dort, wo ein Wechsel der Speicherstufe mitten im Vertragsjahr mit Migrationsaufwand verbunden ist — bei einem eigenen NAS mit RAID-Verbund bedeutet ein Kapazitätswechsel oft den Austausch aller Festplatten gegen größere Modelle, während bei einem gemieteten Storage-Produkt lediglich die nächste Preisstufe gebucht werden muss. Wer das von vornherein einplant, kauft lieber einmal zu großzügig als zweimal nacheinander zu knapp.