Omówienie replikacja łączenia

Replikacja korespondencji seryjnej, takie jak replikacji transakcyjnej zwykle zaczyna się od migawkę danych i obiektów bazy danych w publikacja.Zmiany kolejnych danych i zmian schematu wprowadzonych Wydawca i subskrybentów są śledzone z wyzwalaczami.Subskrybent do synchronizacji z Wydawca, gdy połączenie z siecią i wymienia wszystkie wiersze, które uległy zmianie między programem Wydawca a subskrybenta wystąpił podczas ostatniej synchronizacji czas.

replikacja łączenia jest zazwyczaj używany w środowiskach serwera do klient.replikacja łączenia jest odpowiednia w dowolnej z poniższych sytuacji:

• Wielu subskrybentów może aktualizować te same dane w różnych godzinach i propagowanie zmian do Wydawca i innych subskrybentów.

• Subskrybenci muszą otrzymać dane, wprowadź zmiany w trybie offline i później zsynchronizować zmiany z Wydawca i innych subskrybentów.

• Każdy subskrybent wymaga innej partycji danych.

• Może pojawić się konflikty, a w takim przypadku należy zdolność do wykrywać i ich rozwiązania.

• Aplikacja wymaga zmiany netto danych zamiast dostępu do danych pośrednich stanów.Na przykład jeśli wiersz zmieni pięć razy w subskrybent przed jej synchronizuje z wydawcą, wiersz będzie zmienić tylko raz w Wydawca, aby odzwierciedlać zmiany netto danych (czyli wartość piąty).

replikacja łączenia umożliwia różnych witryn autonomicznie pracę i później scalanie aktualizacji w wyniku jedną, jednolity.Ponieważ aktualizacje są dokonywane na więcej niż jeden węzeł, te same dane mogły zostać zaktualizowane przez Wydawca i według więcej niż jeden subskrybent.Z tego powodu, może wystąpić konflikt, gdy aktualizacje są scalane i replikacja łączenia udostępnia wiele sposoby obsługi konflikty.

Aby uzyskać informacje dotyczące wykonywania replikacja łączenia zobacz Projektowanie i wdrażanie (replikacja).

Aby uzyskać informacje o typowych scenariuszy, które wymagają scalania replikacja Zobacz Replikowanie danych między serwerem i klientami.