Datenkomprimierung vor der Datenmigration: was wirklich mitkommt

Datenkomprimierung gilt als technische Randnotiz, entscheidet in Migrationsprojekten aber über Projektkosten und Ausfallzeit. Bevor ein Altbestand ins Zielsystem wandert, steht die Frage, wie viel davon überhaupt mitmuss. Dieser Leitfaden zeigt, wo Datenkompression den Projektumfang senkt, wo sie mehr zerstört als sie einspart, und welche Reihenfolge sich bewährt hat.
Zwei Landarbeiter in identischer Arbeitskleidung und mit gleichen Hüten gehen nebeneinander über eine Wiese, der eine deutlich kleiner als der andere, in Gesicht, Kleidung und Haltung aber sein exaktes Abbild, während der Himmel hinter ihnen als digitaler Farbverlauf erscheint. Ein Sinnbild dafür, dass verlustfreie Datenkomprimierung den Inhalt vollständig erhält und nur seine Größe verändert.
© KI-generiert (TenMedia)

Datenkomprimierung im Migrationsprojekt

Datenkomprimierung bezeichnet die verlustfreie oder verlustbehaftete Verkleinerung digitaler Datenbestände durch die Beseitigung von Redundanz, mit dem Ziel, Speicherbedarf und Übertragungszeit zu senken. In Migrationsprojekten wirkt sie zugleich auf die Dauer des Transfers, auf die laufenden Speicherkosten im Zielsystem und auf den Aufwand, die Vollständigkeit der übernommenen Bestände zu belegen.

Der Kostendruck dahinter ist messbar. Laut dem Cloud Report 2026 des Bitkom sind die Betriebskosten für Cloud-Lösungen bei 64 Prozent der befragten Unternehmen im vergangenen Jahr gestiegen, 19 Prozent davon stark. Für 2026 erwarten weitere 54 Prozent steigende Ausgaben. Genau hier setzt Datenkomprimierung an, denn ungeprüft übernommenes Volumen verlängert diese Rechnung über Jahre.

Verlustfreie Komprimierung und die Gegenprobe

Verlustfreie Komprimierung stellt den Originalzustand bitgenau wieder her, verlustbehaftete Datenkompression nicht. Bei der Datenkomprimierung von Unternehmensdaten ist diese Unterscheidung keine Geschmacksfrage, sondern die Grenze zwischen einem reversiblen und einem endgültigen Eingriff. Tabellen, Belege, Buchungssätze und Protokolle vertragen ausschließlich verlustfreie Komprimierung. Die verlustfreie Komprimierung von Unternehmensdaten ist damit der Normalfall. Schwieriger wird es bei Scans und Bildmaterial, weil dort verlustbehaftete Datenkompression die größten Einsparungen bringt und Details entfernt, die später gebraucht werden. Ohne vorab gezogene Linie fällt die Entscheidung unter Zeitdruck, mitten in der Datenmigration.

Was Datendeduplizierung vom Verdichten trennt

Datendeduplizierung und Verdichtung werden oft in einem Atemzug genannt, greifen aber an verschiedenen Stellen an. Die Verfahren der Datenkomprimierung verkleinern einen einzelnen Bestand, indem sie Wiederholungen darin kürzer kodieren. Datendeduplizierung entfernt dagegen identische Kopien, die mehrfach nebeneinander liegen, und ersetzt sie durch einen Verweis. In gewachsenen Altsystemen liegt der größere Hebel fast immer bei der zweiten Methode, weil dort Dubletten aus Jahren unkoordinierter Ablage stecken. Datenkomprimierung und Datendeduplizierung lassen sich kombinieren, ihre Reihenfolge gehört in die Planung der Datenbankentwicklung.

Woran sich die Kompressionsrate bemisst

Die Kompressionsrate beschreibt das Verhältnis zwischen ursprünglicher und verkleinerter Größe. Angaben aus Produktdatenblättern lassen sich selten übertragen, weil sie an idealtypischen Daten gemessen wurden. Belastbar wird die Kompressionsrate erst nach einer Stichprobe aus dem eigenen Bestand. Diese Faktoren bestimmen, was eine Datenkomprimierung tatsächlich einspart:

Ein Dateninventar nach dem Datenmigrationskonzept liefert diese Werte.

Verlängert Komprimierung das Migrationsfenster?

Beides ist möglich, und die Antwort hängt an der Leitung. Datenkomprimierung kostet Rechenzeit beim Packen und Entpacken, spart aber Übertragungszeit. Bei schmaler Bandbreite gewinnt fast immer die kleinere Datenmenge, bei schneller Direktverbindung zwischen Rechenzentren zehrt der Rechenaufwand ihn auf. Wie eng das Fenster überhaupt sein darf, klärt die Datenbankmigration mit ihrem Cutover-Plan.

Rechenzeit gegen Übertragungszeit

Ob sich eine Datenkomprimierung rechnet, lässt sich vorab messen. Ein Testlauf über einen repräsentativen Ausschnitt liefert die Packzeit und die Übertragungsdauer der verkleinerten Menge. Erst deren Summe ist mit dem unkomprimierten Transfer vergleichbar. Ein Vorteil, der nur im Labor entsteht, hält im Migrationsfenster selten. Hinzu kommt der Prüfaufwand, denn komprimierte Bestände müssen nach dem Entpacken gegen die Quelle abgeglichen werden, damit die Datenmigration ohne Datenverlust belegbar bleibt.

Speicherkosten laufen nach dem Go-live weiter

Das Migrationsfenster dauert Stunden, die Speicherrechnung läuft Jahre. Genau darin liegt der eigentliche Grund, das Datenvolumen vor der Migration zu reduzieren. Ein Gigabyte, das ohne Notwendigkeit ins Zielsystem wandert, wird dort gespiegelt, gesichert und bei jedem Auslesen erneut berechnet. Der laufende Softwarebetrieb und die Wartung tragen diese Last dauerhaft mit. Diese Posten wachsen mit jedem übernommenen Gigabyte:

Was die Cloud-Abrechnung tatsächlich misst

Abgerechnet wird nicht der komprimierte, sondern der abgelegte Zustand. Ein Bestand, der komprimiert übertragen und im Ziel entpackt wird, bringt nur einen kürzeren Transfer, keinen Kostenvorteil. Dauerhaft wirkt Datenkomprimierung erst, wenn das Zielsystem sie im Ruhezustand beibehält. Datenbanksysteme bieten das von sich aus, die Datenkompression von SQL Server etwa arbeitet auf Zeilen- und Seitenebene. Diese Eigenschaft gehört in die Anforderungsliste, bevor eine Plattform ausgewählt wird.

Datenkompression im Bestand richtig ansetzen

Nicht jeder Bestand verträgt dieselbe Behandlung. Datenkompression setzt dort an, wo Inhalte erhalten bleiben müssen und nur ihre Darstellung schrumpft. Datendeduplizierung greift davor, sie räumt Mehrfachablagen ab. Wo Inhalte selbst verzichtbar sind, ist Datenreduktion durch Auslagern oder Löschen die wirksamere Antwort. Die Reihenfolge bleibt deshalb immer dieselbe, erst sortieren, dann verdichten.

Welche Daten müssen beim Systemwechsel mitkommen?

Die Antwort ergibt sich aus Pflicht und Nutzung, nicht aus Bequemlichkeit. Aufbewahrungspflichtige Bestände müssen auswertbar bleiben, aktiv genutzte Bestände müssen im Zielsystem arbeiten, alles Übrige braucht eine Begründung. Diese Sortierung steht vor jeder Datenkomprimierung. Eine Totalübernahme ist die teuerste aller Varianten und verschiebt das Problem nur um einige Jahre. Diese Prüffragen trennen die Fälle:

❓ Besteht für den Bestand eine gesetzliche Aufbewahrungspflicht?
❓ Wurde in den letzten 24 Monaten darauf zugegriffen?
❓ Hängt ein aktiver Prozess im Zielsystem davon ab?
❓ Existiert derselbe Inhalt bereits in einem anderen System?
❓ Lässt sich der Bestand ohne Funktionsverlust auslagern?

Wo verlustbehaftete Kompression den Beweiswert nimmt

Bei bildhaften Beständen ist der Schaden nicht sofort sichtbar. Ein stark verkleinerter Scan bleibt lesbar und verliert trotzdem genau die Merkmale, auf die es im Streitfall ankommt. Unterschriften verlaufen, Randvermerke verschwinden im Rauschen. Für digitalisierte Akten gilt bei der Datenkomprimierung deshalb dieselbe Regel wie für Buchungsdaten. Besonders empfindlich sind:

Verlustbehaftete Datenkompression ist an diesen Stellen unumkehrbar, ein späterer Rückgriff auf das Original entfällt nach der Abschaltung des Altsystems.

Wann Auslagern mehr bringt als jedes Packen

Bestände, die nur noch aus Pflicht vorgehalten werden, gehören nicht ins produktive Zielsystem. Sie wandern in eine getrennte, auswertbare Ablage und belasten weder Lizenzen noch Sicherungsläufe. Die dauerhafte Steuerung solcher Bestände über ihren Lebenszyklus ist eine eigene Disziplin, nicht Teil des Migrationsprojekts. Für die Datenkomprimierung heißt das, sie wird auf den Teil angewendet, der tatsächlich in Betrieb geht.

Datenkomprimierung vor der Migration mit TenMedia

Die Volumenentscheidung fällt vor dem ersten Testlauf, nicht danach. Sie verlangt Kenntnis des Altsystems, des Zielsystems und der Pflichten, die an den Beständen hängen. Eine Datenkomprimierung vor der Datenmigration ist deshalb keine technische Einzelentscheidung, sondern Teil der Projektplanung.

Woran sich Vollständigkeit nach dem Packen zeigt

Der Nachweis läuft nach einer Datenkomprimierung immer über den entpackten Zustand. Die üblichen Abgleichverfahren greifen deshalb nicht am Archiv an, sondern am wiederhergestellten Bestand. Eine Prüfsumme über das Archiv selbst belegt nur, dass das Archiv unverändert ist, nicht dass sein Inhalt dem Original entspricht. Dieser Unterschied entscheidet über die Abnahme und wird in Migrationsprojekten regelmäßig übersehen.

Was die Datendeduplizierung im Projekt leistet

TenMedia übernimmt in Migrationsprojekten die Bestandsaufnahme, die Festlegung der Verdichtungs- und Ausschlussregeln und deren Umsetzung bis zur Abnahme. Dazu gehört die Datendeduplizierung über zusammengeführte Quellsysteme ebenso wie die Entscheidung, welche Bestände verlustfrei bleiben müssen. Ein Kompressions- oder Speicherprodukt gehört ausdrücklich nicht dazu, die Leistung liegt in der Entscheidung und ihrer Umsetzung. In der Praxis zeigt das die Datenmigration beim Shop-Relaunch eines Familienunternehmens, bei der Warenwirtschaft und Onlineshop zusammenwuchsen.

FAQs

Wie stark lässt sich das Datenvolumen vor einer Migration realistisch senken? keyboard_arrow_down keyboard_arrow_up
Eine belastbare Zahl liefert nur eine Stichprobe aus dem eigenen Altbestand. Was eine Datenkomprimierung einspart, hängt an der Dublettenquote und am Anteil bereits komprimierter Formate wie JPEG oder PDF, die kaum weiter schrumpfen. Herstellerangaben aus Datenblättern taugen als Schätzgrundlage nicht, weil sie an idealtypischen Daten gemessen wurden.
Wann darf verlustbehaftet komprimiert werden und wann nicht? keyboard_arrow_down keyboard_arrow_up
Verlustbehaftete Verfahren kommen nur für Bestände infrage, deren Beweis- und Auswertungswert nicht an Details hängt. Ausgeschlossen sind eingescannte Verträge, unterschriebene Erklärungen, technische Zeichnungen und alle Bestände unter gesetzlicher Aufbewahrungspflicht, weil dort genau die Merkmale verschwinden, auf die es im Streitfall ankommt. Zulässig ist der Eingriff etwa bei Vorschaubildern und Arbeitskopien ohne Nachweisfunktion. Jede verlustbehaftete Datenkomprimierung bleibt unumkehrbar. Nach der Abschaltung des Altsystems existiert kein Original mehr, auf das zurückgegriffen werden könnte. Die Zuordnung gehört deshalb vor den ersten Testlauf und nicht in die Umsetzung.
Wie legt TenMedia fest, welche Bestände verdichtet oder ausgeschlossen werden? keyboard_arrow_down keyboard_arrow_up
TenMedia übernimmt die Bestandsaufnahme im Altsystem, legt Verdichtungs- und Ausschlussregeln fest und setzt sie bis zur Abnahme um, einschließlich der Deduplizierung bei der Datenmigration über mehrere Quellsysteme. Speicher- oder Archivprodukte gehören nicht zum Leistungsumfang. Die Datenkomprimierung bleibt dabei immer an die Nachweisführung gekoppelt.