TiB in MB 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 Megabyte ist eine Million Byte. Speicherhersteller haben immer dezimal gerechnet — deshalb wirken ihre Angaben größer als das, was der Rechner anzeigt.

Ein TiB sind 1.024 der Einheit darunter, ein TB sind 1.000. Auf dieser Seite ist das der Unterschied zwischen 1099511,6278 MB und 1000000 MB — 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.

Jede Migrationsschätzung ist eine Division, deren beide Eingangsgrößen aus unterschiedlichen Einheitensystemen stammen. Der Datenbestand wird von dem System gemeldet, das ihn hält — ein Backup-Repository, ein Objektspeicher, ein Dateisystem —, und all diese zählen in Zweierpotenzen von 1.024, sodass die Zahl in Tebibyte ankommt. Die verfügbare Bandbreite kommt vom Netzanschluss, und deutsche Provider bewerben Anschlüsse durchgängig dezimal in Mbit/s.

Beide ohne Umrechnung direkt zu dividieren ergibt ein Ergebnis, das um fast zehn Prozent zu optimistisch ist — bei einem Migrationsfenster über ein Wochenende der Unterschied zwischen rechtzeitigem Abschluss und einer überschrittenen Wartungsfrist. Ein Tebibyte sind 1.099.511,63 MB, und der ehrliche erste Schritt ist, den Bestand in dezimale Megabyte umzurechnen, bevor überhaupt durch die Bandbreite geteilt wird.

Bevor die binäre Rechnung überhaupt greift, steckt im selben Satz eine deutlich größere Falle. Anschlussgeschwindigkeiten werden in Bit pro Sekunde beworben, Übertragungsraten in Byte pro Sekunde gemessen, und ein Byte sind acht Bit. Ein als 1.000 Mbit/s beworbener Anschluss überträgt höchstens 125 MB pro Sekunde; ein 100-Mbit/s-Anschluss 12,5; eine 10-Gbit/s-Standleitung 1.250. Der Unterschied hängt allein an der Groß- oder Kleinschreibung eines einzelnen Buchstabens.

Diese Verwechslung ist ein Fehler um den Faktor acht, rund siebzigmal größer als die zehn Prozent, um die es bei Tebibyte gegen Terabyte sonst geht. Es lohnt sich, sie zuerst und ausdrücklich aufzulösen: die Rate in MB pro Sekunde festhalten, mit dem Rechenweg, bevor überhaupt der Datenbestand angefasst wird. Ein um den Faktor acht falsches Ergebnis fällt meist auf; eines, das nur um zehn Prozent daneben liegt, häufig nicht.

Die Rechnung ist kurz, sobald beide Seiten dezimal vorliegen. Ein Tebibyte sind 1.099.512 MB; bei 100 MB pro Sekunde sind das 10.995 Sekunden, also 3 Stunden 3 Minuten. Zehn Tebibyte bei derselben Rate sind 30 Stunden 32 Minuten. Bei 1.250 MB pro Sekunde — einer 10-Gbit/s-Standleitung an ihrer theoretischen Grenze — sind zehn Tebibyte in 2 Stunden 27 Minuten übertragen.

Diese Zahlen sind Untergrenzen und sollten überall so gekennzeichnet werden, wo sie genannt werden. Sie setzen einen einzelnen, ununterbrochenen Strom bei voller Rate ohne jeden Overhead pro Datei voraus, was keine reale Übertragung erreicht. Eine Untergrenze als Schätzung auszugeben ist der zuverlässigste Weg, ein Migrationsfenster genau auf die Zahl zu legen, die sich nicht halten lässt — und der Zusatz kostet ein Wort.

Die Lücke zwischen Rechnung und Uhr wird eher von der Dateizahl als vom Volumen bestimmt. Jede Datei kostet ein Anlegen, einen Metadaten-Schreibvorgang und, über ein Netzwerkprotokoll, mindestens einen Umlauf; Millionen kleiner Dateien können mehr Zeit dafür brauchen als für den eigentlichen Inhalt. Eine einzelne große Datei derselben Gesamtgröße läuft dagegen nah an der Leitungsgeschwindigkeit. Zwei Übertragungen gleicher Größe können sich dadurch um eine Größenordnung in der Dauer unterscheiden.

Die übrigen Abzüge sind stetiger und leichter einzuplanen. Protokoll-Overhead kostet einige Prozent. Verschlüsselung — bei einer Migration aus Datenschutzgründen selten verhandelbar — kostet Rechenzeit, die den Flaschenhals bilden kann oder nicht. Die empfangende Speicherseite hat eine eigene Schreibgrenze, die oft niedriger liegt als die des Netzwerks. Parallelisierung gleicht vieles davon aus und bringt eine eigene Grenze mit, denn hundert gleichzeitige Ströme laufen nicht hundertmal schneller.

Wo ein Bestand einen US-Hyperscaler verlässt, wird die Egress-Gebühr pro dezimalem Gigabyte berechnet, und gezählt wird beim abgebenden Anbieter, nicht beim eigenen System. Ein als 10 TiB gemeldetes Repository sind 10.995 GB abrechnungspflichtiger Egress, wenn alles verschoben wird — knapp zehn Prozent über der runden Zahl, die aus der Tebibyte-Angabe naheliegend geschätzt würde. Bei einer größeren Migration ist dieser Prozentsatz ein Posten, den jemand erklären muss.

Der Zähler des abgebenden Anbieters erfasst außerdem Dinge, die die eigene Zahl nicht kennt: Wiederholungen, Protokoll-Overhead und jeden Verkehr, den das Migrationswerkzeug selbst beim Auflisten und Verifizieren erzeugt. Bei einer Massenübertragung ist das meist gering, bei einem Job, der mehrfach neu startet, nicht immer. Aus dem umgerechneten Bestand zu schätzen und die Differenz als Reserve zu behandeln ist redlicher, als eine umgerechnete Zahl als endgültigen Rechnungsbetrag darzustellen.

Eine Schätzung, die bei der Übertragung endet, ist meist um einen ganzen Durchgang zu kurz. Bei einer Migration aus Datenschutzgründen ist eine Prüfsummen-Verifikation nach dem Umzug praktisch unverzichtbar, und diese liest den vollständigen Bestand an beiden Enden erneut. Dauert die Übertragung von 10 TiB dreißig Stunden, ist die Verifikation ein weiteres Lesen von 10.995.116 MB auf jeder Seite — begrenzt durch die Plattengeschwindigkeit statt durch das Netzwerk und häufig langsamer als die Kopie selbst auf der Ursprungsseite.

Es gibt günstigere Varianten, und sie verdienen eine bewusste statt einer beiläufigen Entscheidung. Eine Stichprobenverifikation liefert in einem Bruchteil der Zeit eine wahrscheinlichkeitsbasierte Sicherheit. Werkzeuge, die während der Übertragung selbst prüfen, sparen den zweiten Lesevorgang ganz, kosten dafür etwas Durchsatz. Sich auf die Integritätsprüfung des Protokolls allein zu verlassen ist für einen einzelnen Sprung vertretbar und für eine mehrstufige Migration deutlich weniger. Welche Variante auch gewählt wird — sie gehört ins Zeitfenster, weil sie erst nachträglich zu entdecken der sicherste Weg ist, eine Wartungsfrist zu überziehen.

Die Zahlen, die eine Schätzung nachprüfbar machen, sind die Zwischenschritte: der Bestand in TiB, wie ihn der Quellenanbieter meldet; derselbe Bestand in MB; die Rate in MB pro Sekunde mit der Bit-zu-Byte-Umrechnung sichtbar, falls eine nötig war; die theoretische Untergrenze; die angenommene Effizienz; das daraus folgende Zeitfenster. Sechs Zeilen, und jede lässt sich einzeln anzweifeln, ohne das Ganze neu herzuleiten.

Die Alternative ist eine einzelne Dauer, die im schlechten Sinn unwiderlegbar ist: Läuft die Übertragung über die Zeit, kann niemand sagen, ob die Rate zu optimistisch war, der Bestand veraltet oder die Einheiten vermischt waren. Speicher- und Übertragungsschätzungen werden unter Zeitdruck häufiger nachgeprüft als jede andere Art von Kalkulation, und genau dann zahlt sich eine Kette sichtbarer Schritte die Minute zurück, die es gekostet hat, sie aufzuschreiben.