TiB in TB umrechnen

Ein Tebibyte sind 1.024 Gibibyte. Der Abstand zum Terabyte wächst mit jeder Stufe: 2,4 % bei Kilo, 4,9 % bei Mega, 7,4 % bei Giga, 10 % bei Tera.

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.

Ein TiB sind 1.024 der Einheit darunter, ein TB sind 1.000. Auf dieser Seite ist das der Unterschied zwischen 1,0995 TB und 1 TB — 10 % —, und der Abstand wächst mit jeder Stufe. Bei einem Foto ist er ein Rundungsfehler, bei einer Festplatte ein sichtbares Stück.

Darin besteht das Rätsel um den fehlenden Speicherplatz vollständig. Eine Platte, die als TB verkauft wird, enthält exakt das, was draufsteht; Windows teilt anschließend durch 1.024 statt durch 1.000, behält den dezimalen Namen bei und zeigt deshalb eine kleinere Zahl an. macOS rechnet seit Version 10.6 in den dezimalen Einheiten und zeigt die Zahl von der Verpackung — dieselbe Platte, zwei Rechner, zwei Größen, und verloren geht dabei nichts.

Nach der Abgabenordnung und dem Handelsgesetzbuch müssen geschäftliche Unterlagen je nach Art sechs bis zehn Jahre aufbewahrt werden, und wer das digital erledigt, plant nicht eine Festplatte, sondern eine Wachstumskurve. Die Rechnung, die dabei entsteht, hat zwei Einheiten: Der Einkauf läuft in Terabyte, weil so die Preisliste des Händlers beschriftet ist, die Speicherverwaltung meldet danach in Tebibyte, weil so das Dateisystem oder die NAS-Software zählt.

Wer eine Zehn-Jahres-Prognose aufstellt und dabei TiB-Werte aus dem laufenden System mit TB-Angeboten aus dem Elektronikhandel vergleicht, ohne die 9,95 Prozent Differenz zwischen beiden Einheiten einzurechnen, plant am Ende zu knapp. Bei einem Archiv, das rechtlich zehn Jahre bestehen muss, ist eine zu knapp bemessene letzte Festplatte kein Detail, sondern ein Nachkauf unter Zeitdruck, wenn das Volumen schon fast läuft.

OpenMediaVault, in Deutschland entwickelt und in vielen Homeserver-Foren die Standardsoftware für ein selbstgebautes NAS, zeigt Poolgrößen nach dem Einrichten konsequent in Tebibyte an — die Weboberfläche folgt darin dem darunterliegenden Linux-Dateisystem, nicht der Werbung auf der Festplattenschachtel. Wer vier Laufwerke zu je 4 TB eingebaut hat und danach 14,55 TiB im Dashboard liest, hat keine defekte Platte im Set, sondern dieselben 16 Billionen Byte in der Einheit, in der das System tatsächlich rechnet.

Bei RAID-Z im Vergleich zu Synologys SHR unterscheidet sich anschließend, wie viel von dieser Zahl die Parität abzieht, aber nicht, in welcher Einheit die Ausgangsmeldung erscheint — beide zeigen zuerst die binäre Rohkapazität und erst danach den nutzbaren Rest. Die Umrechnung in Terabyte lohnt sich vor allem dann, wenn dieser Rest mit einem Angebot aus dem Elektronikmarkt verglichen werden soll.

Beim Wiederaufbau eines RAID-Verbunds nach einem Plattenausfall muss die Größe des Ersatzlaufwerks mindestens der Kapazität des ausgefallenen entsprechen, und hier zeigt sich die 9,95-Prozent-Lücke praktisch: Ein Ersatzlaufwerk, das als „4 TB“ verkauft wird, aber ein paar Megabyte weniger enthält als das ursprüngliche, wird vom Controller mitunter abgelehnt, während ein Laufwerk mit ausreichendem Spielraum anstandslos akzeptiert wird. Wer die Kapazität in TiB statt in TB notiert, sieht diesen Spielraum direkt und muss nicht schätzen.

Für die Wiederherstellungszeit selbst zählt zusätzlich die reine Datenmenge: Ein Terabyte braucht bei typischer Resync-Geschwindigkeit mehrere Stunden, ein Tebibyte entsprechend geringfügig länger, weil es die größere Zahl ist. Bei einem Achtzehn-Terabyte-Laufwerk macht dieser Unterschied den Ausschlag, ob der Wiederaufbau über Nacht durchläuft oder noch am nächsten Morgen weiterläuft — ein Grund mehr, mit der genauen Byte-Zahl statt mit der gerundeten Werbegröße zu planen.

Vier Laufwerke zu je 4 TB ergeben 16 TB Rohkapazität, also 16.000.000.000.000 Byte. Geteilt durch 1.099.511.627.776 ergibt das 14,55 TiB — die Zahl, die ein Pool-Bericht vor jedem Abzug für Redundanz zeigt. Einfache Parität nimmt davon ein Laufwerk, sodass 12 TB beziehungsweise 10,91 TiB nutzbar bleiben; doppelte Parität nimmt zwei, sodass 8 TB beziehungsweise 7,28 TiB übrig bleiben.

Wer stattdessen eine Anforderung aus einer laufenden Sicherung kennt — etwa 20 TiB an bereits vorhandenen Daten — und daraus eine Einkaufsliste ableiten will, rechnet zuerst hoch: 20 TiB sind 21,99 TB, also gerundet 22 TB an Rohkapazität, bevor Parität oder Dateisystem-Overhead überhaupt berücksichtigt sind. Wer stattdessen mit der TiB-Zahl einkauft, als wäre sie schon in Terabyte, bestellt zu wenig und bemerkt es erst, wenn der letzte Datensatz nicht mehr passt.

Die Differenz zwischen binärer und dezimaler Zählung verstärkt sich mit jeder Präfixstufe um denselben Faktor 1,024: Kibibyte liegt 2,4 Prozent über Kilobyte, Mebibyte 4,9 Prozent über Megabyte, Gibibyte 7,4 Prozent über Gigabyte, Tebibyte 9,95 Prozent über Terabyte. Am Terabyte-Schritt fällt das zuerst auf, weil dort die absoluten Zahlen erstmals groß genug sind, um in einer Planung tatsächlich eine ganze Festplatte auszumachen — bei einer einzelnen Datei verschwindet derselbe Prozentsatz in Kilobyte, die niemand nachzählt.

Für eine Kapazitätsplanung, die über mehrere Jahre und mehrere Nachkäufe läuft, bedeutet das: Je größer das Archiv wird, desto teurer wird ein Rechenfehler an dieser Stelle. Wer die Umrechnung einmal fest in die eigene Planungstabelle einträgt, statt sie bei jedem Nachkauf neu im Kopf zu schätzen, spart sich genau die Situation, in der am Ende ein Laufwerk fehlt, das eigentlich längst hätte eingeplant sein müssen.