Ponowne publikowanie danych
W modelu republishing Wydawca wysyła dane do subskrybent, którego następnie republishes dane do dowolnej liczby innych subskrybent.Jest to przydatne, gdy Wydawca musi wysyłać dane do subskrybentów przez wolne lub kosztowne komunikacji łącza.W przypadku wielu subskrybentów dotyczące dzielenia na strony z tego łącza, za pomocą republikator przenoszony zbiorczego ładowania dystrybucji na tej stronie łącza.
Ponowne publikowanie danych obejmuje następujące kroki:
Tworzenie publikacja przez wydawcę.
Utwórz subskrypcję publikacja do republishing subskrybent.
Inicjowanie subskrypcja.Subskrypcja musi zostać zainicjowany przed publikacja jest tworzona przez subskrybent republishing lub replikacja nie powiedzie się.
Tworzenie publikacja w bazie danych subskrypcja republishing subskrybent.
Tworzenie subskrypcji do publikacja republishing subskrybent dla innych subskrybentów.
Inicjowanie subskrypcji.
Uwaga
Jeśli używasz scalania replikacja w topologii republishing wszystkich subskrybentów republishing muszą używać serwera subskrypcji.Aby uzyskać więcej informacji na temat typów subskrypcja zobacz Subskrybowanie publikacji.
Na poniższej ilustracji zarówno Wydawca i republikator są działający jako ich własnych lokalnych dystrybutorów.Gdyby każdy zestaw do używania dystrybutor zdalny, każdy dystrybutor musi znajdować się na tej samej stronie łącza komunikacyjnego powolne lub drogie, co jej Wydawca.Wydawców, należy połączyć dystrybutorów zdalnego za pomocą niezawodnej komunikacji szybkich łączy.
Każdy serwer może działać jako zarówno Wydawca, jak i subskrybent.Rozważmy na przykład na poniższym rysunku, w którym publikacja tabela istnieje w Londynie i muszą być rozmieszczone na cztery różne miasta, w Stanach Zjednoczonych: Chicago, Warszawa, San Diego i Seattle. Serwer w Nowym Jorku jest wybierany subskrybować tabela opublikowanych w Londynie, ponieważ witryna Nowy Jork spełnia następujące warunki:
Łącze sieciowe do Londynu jest stosunkowo niezawodne.
Dopuszczalne są Londyn - do - koszty komunikacji w Nowym Jorku.
Brak sieci dobrej łączności wierszy z nowego Jorku do innych witryn abonenta w Stanach Zjednoczonych.
Replikacja obsługuje scenariusze republishing pokazane w poniższej tabela.
Wydawca |
Publikowanie subskrybent |
Subskrybent |
---|---|---|
Transakcyjne publikacja |
Transakcyjne subskrypcja/transakcyjne publikacja |
Transakcyjne subskrypcja |
Transakcyjne publikacja |
Transakcyjne subskrypcja/Scalanie publikacja1 |
Scalanie subskrypcja |
Scalanie publikacja |
Scalanie publikacja seryjnej/subskrypcja |
Scalanie subskrypcja |
Scalanie publikacja |
Scalanie publikacja subskrypcja i transakcyjne |
Transakcyjne subskrypcja |
1Należy ustawić @published\_in\_tran\_pub właściwość publikacja korespondencji seryjnej. Domyślnie replikacja transakcyjnej oczekuje tabel subskrybent powinien być traktowany jako tylko do odczytu.Jeśli replikacja łączenia zmian danych do tabela w transakcyjnych subskrypcja, może wystąpić brak zbieżności danych.Aby uniknąć tego zagrożenia, zaleca się, że takiej tabela określane jako pobrania tylko w publikacja seryjnej.Uniemożliwia to przesyłanie zmian danych do tabela scalania subskrybent.Aby uzyskać więcej informacji zobacz Optymalizowanie wydajności replikacja łączenia z artykułami tylko do pobierania.