Was ist der Unterschied zwischen peer-to-peer-und merge-Replikation mit SQL Server?

Was ist der Unterschied zwischen peer-to-peer-und die Mergereplikation mit SQL Server?

InformationsquelleAutor Guy | 2009-09-16

replication sql-server

8
1. Peer-zu-Peer-Transaktionsreplikation
  Die Replikation wird in der Regel verwendet, um Unterstützung
  Anwendungen, die die Verteilung Lesen
  Operationen über mehrere server
  nodes.
Obwohl peer-to-peer-Replikation ermöglicht die Skalierung von Lesevorgängen, doch bleibt die Schreibgeschwindigkeit in der Topologie ähnlich der für einen
einzelnen Knoten, das ist, weil letztlich alle Einfügungen, Aktualisierungen und
Löschungen an alle Knoten weitergegeben werden. Wenn einer der Knoten im system
fehl, wird ein application-layer umleiten kann, der schreibt für diesen Knoten zu
ein weiterer Knoten, ist dies keine Voraussetzung, aber nicht pflegen Verfügbarkeit, wenn ein Knoten ausfällt.
```
See: [Peer-To-Peer Replicaiton][1]
```
1. Merge-Replikation ist bidirektional
  also Lesen und wrtie Operationen
  propogated zu und von allen Knoten.
  Merge-Replikation erfordert oft die
  Umsetzung von Konflikt
  Auflösung.
  
  Finden Sie unter: Wie Mergereplikation
  Funktioniert
- Was Sie sagen, auf Peer-to-Peer nicht mit die Quelle, die Sie zitieren. Sie implizieren, dass die Anwendungen müssen nur schreiben, um einen einzelnen server immer die Quelle verweisen Sie empfiehlt ", dass die schreib-Operationen für jede Zeile ausgeführt werden, nur an einem Knoten". Ihre Antwort impliziert, dass alle Knoten bis auf einen in einem Peer-to-peer-Netzwerk nur Lesen, und ein Lesen/schreiben, das ist einfach nicht wahr, da die Quelle, die Sie zitieren zeigt. Peer-to-peer ist eng mit der bidirektionalen Transaktionsreplikation, und nicht basierend auf snapshot-Replikation.
- Um zu klären, betrachten Sie die beiden Abbildungen in der Referenz. Jede repräsentiert eine andere Implementierung der P2P-Topologie, aber die Methode, wie eine write-operation ist verteilt über die Topologie bleibt der gleiche, das ist, wenn es einmal auf einen bestimmten Knoten angewendet. Einer gegebenen schreiben Sie die erste tritt auf einem einzelnen Knoten(die ist abhängig von der Topologie implementiert) und von dort aus die schreiben, propagiert wird aus den verbleibenden Knoten. Ich habe keine Ahnung, warum Sie überhaupt zu erwähnen Snapshot-Replikation im Kontext der Diskussion.
- Ich habe gerade das Gefühl, dass Ihre Antwort impliziert, dass "write-Operationen angewendet werden, zu einem einzigen Knoten" bedeutet, dass nur ein einzelner Knoten in dem gesamten Netzwerk beschreibbar ist. Ihre Formulierung impliziert, dass "Die Anwendung muss sich bewusst sein, der Netzwerk-Topologie, um richten Sie Ihre schreiben-Aktivität." ist eine Anforderung von Peer-to-Peer-Replikation und das ist nicht der Fall. Sie immer nur schreiben, um einen einzelnen server und es ist repliziert auf allen anderen Servern (sonst machst du die Replikation manuell und nicht sql), die Anwendung muss nicht immer schreiben, um die einzelnen server.
- Klingt wie Semantik diskutiert werden TBH. Ein "da schreiben" herausgegeben von der app tier angewendet werden kann, um zwei Knoten, würde dies einen Konflikt verursachen und somit die Diskussionen über eine schreib-Anforderung gesendet werden, zu einem einzigen Knoten (wie man das erreicht ist, ist die Implementierung spezifischer, ob die app-Logik/load-balancer etc.) und dann SQL-Server verwaltet die schreib-Verteilung an die übrigen Knoten über die Replikation. Bedenken Sie, dass, wenn ein Daten-Profi, sagt App-Ebene, das bedeutet, dass alles, was über die Datenbank in dem Stapel 😉 ich hoffe, das klärt die Sache.
InformationsquelleAutor John Sansom
1

Der Hauptunterschied ist, dass die für die Mergereplikation es gibt nur einen publisher und einen oder mehrere Abonnenten, aber auch in peer-to-peer-Replikation alle Knoten sind sowohl Verleger und Abonnenten(wenn original-Knoten ist markiert mit grünem Pfeil).

Zweitens peer-zu-peer-Replikation ist transaktional, das heißt, es überträgt im Hinblick auf Transaktionen konsistenten Veränderungen. Im Gegensatz dazu, merge-Replikation trigger-basiert. Im hintergrund der Implementierung Sie verwenden auch verschiedene Agenten.

Merge-Replikation Konfliktlösung(Sie können angeben, Konfliktlösung Priorität), peer-to-peer nicht. Während eines Konflikts, peer-to-peer erzeugt eine Warnung, wenn die Konfliktlösung aktiviert ist, Stoppt die Replikation, wobei beide Instanzen unabhängig voneinander arbeiten, bis der Konflikt gelöst ist. In der Produktion, ist es ratsam, schema-änderungen, die nur von dem ursprünglichen Knoten.

In peer-to-peer-Replikation alle Knoten sind identisch, während in der merge-Sie unterscheiden kann. Ich meine, dass die Abonnenten können unterschiedliche Daten von der Verlag.

Beide sind im Grunde das gleiche tun job - Bereitstellung von scale-out -, disaster-recovery, und in einigen Fällen, wo die updates sind selten, und sperrt nicht die Mühe, dass viele, auch die hohe Verfügbarkeit durch die Bereitstellung von Daten-Redundanz. Manchmal, peer-to-peer verbunden ist als Ersatz für die Mergereplikation.
- sollte die richtige Antwort
InformationsquelleAutor ElGrig
0

BEARBEITEN ~~Peer-to-Peer-replicaiton ist von zwei Arten - Transaktions-und Snapshot. Beide sind one-way - vom Verleger auf den Abonnenten.~~

Transaktions-und Snapshot-Replikation verschieben von Daten vom Verleger auf den Abonnenten. Sie werden hauptsächlich für die Bearbeitung in einer einzigen Ort, und die Anzeige /Meldung von Daten an mehreren Orten. Transaktionale ist fast augenblicklich, während snapshot eingeplant werden. Transaktions-hat eine hohe anfängliche Ressourcen-Anforderung, da es erstellt einen ersten snapshot, und dann liest es die nachfolgenden Transaktionen aus dem Transaktionsprotokoll zum senden von Daten über. Snapshot ressourcenintensiv ist, jedes mal, wenn es ausgeführt wird, weil es erzeugt einen neuen snapshot zu jeder Zeit.

Mergereplikation können Sie mehrere Orte, wo Sie können die Daten Bearbeiten, und es synchronisiert sich in Echtzeit mit den Kollegen. Merge-Replikationen im wesentlichen läuft eine Transaktionsreplikation Motor, zum verteilen der Transaktionen und zusätzliche Logik zum anwenden der Transaktionen am Zielort(s).

Hier ist etwas lesestoff http://technet.microsoft.com/en-us/library/ms152531.aspx
- Sind Sie sicher, dass Peer-to-Peer-Snapshot-Replikation, die tatsächlich existiert? Nicht zu verwechseln mit dem erstellen einer Momentaufnahme zum initiieren der Replikation. technet.microsoft.com/en-us/library/ms151196.aspx
- Sanson: ich bearbeitet habe, basiert auf der Verwendung von "Peer-to-Peer". Meine Ansicht war, dass sowohl die Transaktions-und Snapshot gearbeitet, die auf peer-to-peer-Prinzipien oder durch eine Verteilungs-Prinzip.
InformationsquelleAutor Raj More
0

Aktualisierbare Abonnenten sind konzipiert für die Szenarien, in denen die Mehrheit der Ihre änderungen treten an den Verleger, aber Sie wollen in der Lage sein, einige kleine Anzahl von änderungen entstehen an den Abonnenten.

P2p keine solche Grenze.

P2P skalieren liest, obwohl viele Menschen fälschlicherweise verwenden Sie als update-anywhere-Topologie. p2p ist auch eine Enterprise Edition nur die Funktion, wo, wie aktualisierbare Abonnenten arbeiten auf der Standard Edition von SQL Server und höher.

InformationsquelleAutor Chandan Gupta

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.