Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In einem erneuten Veröffentlichungsmodell sendet der Herausgeber Daten an einen Abonnenten, wodurch die Daten dann an eine beliebige Anzahl anderer Abonnenten erneut veröffentlicht werden. Dies ist nützlich, wenn ein Publisher Daten über einen langsamen oder teuren Kommunikationslink an Abonnenten senden muss. Wenn sich eine Reihe von Abonnenten auf der anderen Seite des Links befindet, überträgt die Verwendung eines Re-Publishers den Großteil der Verteilungslast auf diese Seite des Links.
Das erneute Veröffentlichen von Daten umfasst die folgenden Schritte:
Erstellen Sie eine Publikation im Publisher.
Erstellen Sie ein Abonnement für die Publikation für den erneut abonnierten Nutzer.
Initialisieren Sie das Abonnement. Das Abonnement muss initialisiert werden, bevor die Publikation beim erneuten Veröffentlichen des Subscribers erstellt wird, sonst schlägt die Replikation fehl.
Erstellen Sie eine Publikation in der Abonnementdatenbank beim erneuten Veröffentlichen des Abonnenten.
Erstellen Sie Abonnements für die Publikation beim Subscriber, der erneut veröffentlicht, für die anderen Abonnenten.
Initialisieren Sie die Abonnements.
Hinweis
Wenn Sie die Merge-Replikation in einer veröffentlichenden Topologie verwenden, müssen alle erneut veröffentlichenden Abonnenten Serverabonnements verwenden. Weitere Informationen zu Abonnementtypen finden Sie unter Abonnieren von Publikationen.
In der folgenden Abbildung handeln sowohl der Publisher als auch der Wiederveröffentlichter als eigene lokale Distributoren. Wenn jeder auf die Verwendung eines Fernverteilers eingerichtet wäre, müsste sich jeder Distributor auf der gleichen Seite der langsamen oder teuren Kommunikationsverbindung wie sein Publizierer befinden. Herausgeber müssen durch zuverlässige, schnelle Kommunikationsverbindungen mit Remote-Distributoren verbunden sein.
Jeder Server kann sowohl als Publisher als auch als Abonnent fungieren. Betrachten Sie beispielsweise das folgende Diagramm, in dem eine Publikation einer Tabelle in London vorhanden ist und an vier verschiedene Städte in den VEREINIGTEN Staaten verteilt werden muss: Chicago, New York, San Diego und Seattle. Der Server in New York wird ausgewählt, die veröffentlichte Tabelle mit Ursprung in London zu abonnieren, da die New York-Website die folgenden Bedingungen erfüllt:
Die Netzwerkverbindung zurück nach London ist relativ zuverlässig.
Die Kosten für die Kommunikation zwischen London und New York sind akzeptabel.
Es gibt gute Netzwerkkommunikationsleitungen von New York zu allen anderen Abonnentenstandorten in den USA.
Die Replikation unterstützt die in der folgenden Tabelle gezeigten Szenarien für die erneute Veröffentlichung.
| Herausgeber | Veröffentlichungsabonnent | Abonnent |
|---|---|---|
| Transaktionsveröffentlichung | Transaktionsabonnement/Transaktionsveröffentlichung | Transaktionsabonnement |
| Transaktionsveröffentlichung | Transaktionsabonnement/Zusammenführungsveröffentlichung1 | Abonnement zusammenführen |
| Publikation zusammenführen | Zusammenführen von Abonnement/Publikation | Abonnement zusammenführen |
| Publikation zusammenführen | Kombinieren von Abonnement-/Transaktionsveröffentlichung | Transaktionsabonnement |
1Sie sollten die @published_in_tran_pub Eigenschaft für die Zusammenführungsveröffentlichung festlegen. Standardmäßig erwartet die Transaktionsreplikation, dass Tabellen am Abonnenten schreibgeschützt behandelt werden. Wenn die Zusammenführungsreplikation Datenänderungen an einer Tabelle in einem transaktionalem Abonnement vornimmt, kann eine Nichtkonvergenz der Daten auftreten. Um dieses Risiko zu vermeiden, empfehlen wir, dass eine solche Tabelle nur als Download in der Zusammenführungsveröffentlichung angegeben wird. Dadurch wird verhindert, dass ein Zusammenführungsabonnent Datenänderungen in die Tabelle hochlädt. Weitere Informationen finden Sie unter Optimieren der Leistung der Mergereplikation durch nur herunterladbare Artikel.
Siehe auch
Verteilung konfigurieren
Veröffentlichen von Daten- und Datenbankobjekten
Abonnieren von Veröffentlichungen
Initialisieren eines Abonnements
Synchronisieren von Daten