Loading content
Datenreplikation bezeichnet Strategien und Techniken, mit denen Datenkopien über Knoten, Standorte oder Systeme verteilt und synchronisiert werden. Sie adressiert Verfügbarkeit, Latenz, Konsistenz und Skalierung in verteilten Architekturen. Die Auswahl zwischen synchroner, asynchroner oder log‑basierter Replikation bestimmt Fehlertoleranz, Performance und op…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Datenreplikation kopiert und synchronisiert Daten über mehrere Knoten, Standorte oder Systeme, um Verfügbarkeit, Ausfallsicherheit und Lesezugriff zu erhöhen.
In verteilten Datenbanken und Speichersystemen entstand Datenreplikation aus dem Problem, dieselben Daten trotz Ausfällen, geografischer Entfernung und Lastverteilung verfügbar zu halten. Dafür wurden Verfahren wie Primary/Standby, Multi-Primary, Warm Standby, Streaming Replication und logbasierte Übertragung entwickelt. Sie verschieben Konsistenz, Latenz und Betriebsaufwand gegeneinander, statt alle Ziele gleichzeitig vollständig zu optimieren.
Stell dir Replikation als Kette mit drei Rollen vor: Ein Ursprung erzeugt Änderungen, ein Übertragungsweg verteilt sie, und eine oder mehrere Repliken wenden sie an. Je nach Verfahren werden Schreibbefehle, Transaktionslogs oder Speicherblöcke kopiert. Synchrone Replikation bestätigt erst nach dem Mitziehen der Kopie; asynchrone Replikation bestätigt sofort und gleicht später nach. Daraus entstehen Unterschiede bei Latenz, Ausfallfenster und möglicher Veraltung.
Eine Kopie derselben Daten liegt auf einem anderen Knoten oder Speicherort und wird fortlaufend aktualisiert.
Zwischen einer Änderung am Ursprung und ihrer Ankunft auf der Kopie kann ein Zeitversatz liegen.
Synchrone Verfahren warten auf Bestätigung, asynchrone reduzieren Latenz, akzeptieren aber ein größeres Verlustfenster.
Änderungen werden aus einem Änderungs- oder Transaktionslog abgeleitet und an Zielsysteme übertragen.
Bei einem Ausfall übernimmt eine Replik die Aufgabe des primären Systems, sofern sie aktuell genug ist.
Replikation ist wichtig für Hochverfügbarkeit, georedundante Systeme, Lese-Skalierung und Wiederanlauf nach Ausfällen. Sie ist kein Ersatz für Backups: Fehler können sich mit replizieren, und starke Konsistenz kostet oft Latenz sowie Betriebsaufwand. Entscheidend sind RPO und RTO, Netzwerklatenz, Konfliktregeln und die Frage, ob vor allem Lesen, Schreiben oder Wiederherstellung abgesichert werden soll.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.