Udostępnij za pośrednictwem

  • Artykuł

Wybierając odpowiedni typ replikacji

Microsoft SQL Server offers three types of replication.Każdy typ replikacja jest dostosowane do wymagań różnych aplikacji.W zależności od wymagań aplikacji można użyć jednego lub kilku typów replikacja w topologii:

  • Replikacja migawki

  • replikacja transakcyjnej

  • Scalania replikacja

Aby wybrać odpowiedni typ replikacja, ten temat dostarcza następujących informacji:

  • Scenariusze replikacji

    W tej sekcji opisano pokrótce liczba przypadków użycia wspólne dla replikacja z łączami do bardziej szczegółowe opisy.

  • Typy replikacja

    W tej sekcji opisano wymagania aplikacji, dla których nadaje każdemu typowi replikacja.

  • Aktualizowanie danych na subskrybentów

    W tej sekcji opisano opcje dostępne dla aplikacji, które wymagają aktualizacji danych przez subskrybenta.

Zaleca się, aby najpierw lektura opisy scenariusz znaleźć scenariusza, który najlepiej odpowiada wymagań aplikacji, a następnie klikając łącze, aby uzyskać więcej informacji.Jeśli nie możesz znaleźć zbliżona do wymagań biznesowych lub dodatkowe informacje o typach replikacja, przeczytaj "Typów replikacja". Jeśli aplikacja wymaga aktualizacji na jednym lub większej liczbie subskrybentów, przeczytaj "Aktualizowania danych w subskrybentów" ustalenie odpowiedniej technologii.

Scenariusze replikacji

Scenariusze replikacji można podzielić na dwie kategorie: replikowanie danych w środowisku serwera serwera i replikowania danych między serwerem i klientami.Scenariusze serwery są implementowane przy użyciu replikacja transakcyjna (a czasami replikacja migawka); Scenariusze serwera i klient są implementowane przy użyciu replikacja scalająca.

Serwery scenariuszy

Dane zazwyczaj są replikowane między serwerami obsługę następujących aplikacji i wymagania:

Scenariusz

Opis

Zwiększenie skalowalności i dostępności

Utrzymywanie stale aktualizowane kopie danych umożliwia działanie odczytu skalowania na wielu serwerach.Redundancji wynikające z utrzymywania wielu kopii danych w tym samym ma zasadnicze znaczenie podczas obsługi systemu zaplanowane i niezaplanowane.Aby uzyskać więcej informacji, zobacz Zwiększenie skalowalności i dostępności.

Magazynowanie danych i sprawozdawczość

Magazyn danych i serwery raportowania często używać danych z serwerów (OLTP) przetwarzania transakcji online.Użyj replikacja do przenoszenia danych między serwerami OLTP i systemach sprawozdawczości i wspomaganie decyzji.Aby uzyskać więcej informacji, zobacz Magazynowanie danych i sprawozdawczość.

Integrowanie danych z wielu witryn

Dane są często "rzutowane" z biur zdalnych i skonsolidowana w centralnym urzędzie.Podobnie dane można zreplikowane do biur zdalnych.Aby uzyskać więcej informacji, zobacz Integrowanie danych z wielu witryn (serwer).

Integrowaniedane niejednorodne

Some applications depend on data being sent to or from databases other than Microsoft SQL Server.Użyj replikacja do integrowania danych z innych niż-SQL Server baz danych.Aby uzyskać więcej informacji, zobacz Integrowanie danych heterogenicznych.

Odciążanieprzetwarzanie wsadowe

Operacje wsadowe są zbyt często znacznych uruchomić na serwerze OLTP zasób.Użyj replikacja odciążania przetwarzania dedykowany przetwarzanie wsadowe serwera.Aby uzyskać więcej informacji, zobacz Odciążanie przetwarzania wsadowego.

Scenariusze klienta i serwera

Dane zazwyczaj replikowane między serwerami i klientami (w tym stacje robocze, komputery przenośne, tabletek i urządzeń) obsługuje następujące aplikacje:

Scenariusz

Opis

Wymiana danych z użytkowników mobilnych

Wiele aplikacji wymaga danych ma być dostępny dla użytkowników zdalnych, włączając sprzedawców, sterowniki dostawy i tak dalej.Aplikacje te obejmują zarządzanie relacjami z klientami (CRM), działu sprzedaży automatyzacji (SFA) i pole życie automatyzacji (FFA) aplikacji.Aby uzyskać więcej informacji, zobacz Wymiana danych z użytkowników mobilnych.

Punkt konsumenta aplikacji Sprzedaż (POS)

POS aplikacji, takich jak terminale realizacji transakcji i maszyny ATM wymagają dane replikowane z lokacjami zdalnymi w centralnej witrynie.Aby uzyskać więcej informacji, zobacz Punkt sprzedaży (POS) aplikacji.

Integrowanie danych z wielu witryn

Aplikacje często Integrowanie danych z wielu witryn.Na przykład aplikacja, która obsługuje biur regionalnych może wymagać przepływ danych w jednej lub obu kierunkach między biur regionalnych i centralnym biurem.Aby uzyskać więcej informacji, zobacz Integrowanie danych z wielu witryn (klient).

Typy replikacji

Replikacja migawki

Proces migawka jest powszechnie stosowany do zapewnienia wstępnego zestaw danych i obiektów bazy danych dla transakcyjnych i scalone publikacje, ale replikacja migawka można również samodzielnie.Za pomocą replikacja migawka przez siebie jest najbardziej odpowiednia gdy jeden lub więcej z następujących czynności:

  • Rzadko zmian danych.

  • Dopuszcza się kopie tych danych, które są nieaktualne w odniesieniu do wydawcy na okres czas.

  • Replikowanie małych ilości danych.

  • Dużej liczby zmian występuje w krótkim okresie czas.

Replikacja migawki jest najbardziej właściwe, gdy zmiany danych są istotne, ale rzadko.Na przykład, jeśli organizacja sprzedaży utrzymuje cennika produktu i ceny są aktualizowane w tym samym czas jeden lub dwa razy każdego roku Replikowanie całej migawkę danych po zmianie jej jest zalecane.

Replikacji transakcyjnej

replikacja transakcyjnej jest zwykle używana w środowiskach typu serwer serwer i jest w każdym z następujących przypadków:

  • Chcesz, aby zmiany przyrostowe są propagowane do abonentów, w jakiej występują.

  • Aplikacja wymaga małego opóźnienia między czas zmian przez wydawcę i subskrybenta przybyć do zmiany.

  • Aplikacja wymaga dostępu do danych pośrednich stanów.Na przykład, jeśli wiersz zmieni pięć razy replikacja transakcyjna umożliwia aplikacji odpowiedzieć na każdą zmianę (takich jak wyzwalania wyzwalacza) nie po prostu netto dane zmieniają się na wiersz.

  • Wydawca ma bardzo dużej liczby Wstawianie, aktualizowanie i usuwanie działania.

  • Wydawca Lub subskrybenta jest różna-SQL Server bazy danych Oracle.

Domyślnie subskrybentów transakcyjnych publikacja powinna być traktowana jako tylko do odczytu, ponieważ zmiany nie są propagowane do Wydawca.Jednak replikacja transakcyjna oferuje opcje umożliwiające aktualizacji przez subskrybenta.Aby uzyskać więcej informacji zobacz sekcję "Aktualizowania danych w subskrybentów" w tym temacie.

Scalania replikacji

Replikacja scalania jest zwykle używana w środowiskach klient serwera.Replikacja scalania jest właściwe w dowolnym z następujących sytuacji:

  • Wielu subskrybentów może aktualizować te same dane w różnych momentach i propagować zmiany do Wydawca i innych subskrybentów.

  • Subskrybenci potrzebne do odbierania danych, zmiany w trybie offline, a później zsynchronizować zmiany z Wydawca i innych subskrybentów.

  • Każdy abonent wymaga innej partycji danych.

  • Mogą wystąpić konflikty, i w takim przypadku należy możliwość 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 na subskrybenta przed synchronizowane z programem Wydawca, wiersz zmienia tylko raz przez wydawcę, aby odzwierciedlić zmianę danych netto (czyli wartość piąty).

Replikacja scalania umożliwia różnych witrynach autonomicznie pracę i później scalić aktualizacje w wyniku pojedynczego, jednolity.Ponieważ aktualizacje są dokonywane na więcej niż jeden węzeł, te same dane mogły zostać zaktualizowane przez Wydawca i przez więcej niż jeden abonenta.Dlatego gdy aktualizacje są scalane i replikacja scalająca zawiera liczbę sposoby obsługi konfliktów może wystąpić konflikt.

Aktualizowanie danych na subskrybentów

Następujące typy replikacja i opcje replikacja umożliwiają wprowadzanie zmian na subskrybenta i tych zmian przepływu do Wydawca:

Typ replikacja

Użyj when…

Scalania replikacja

  • Istnieją duże liczby abonentów.

  • Dane są replikowane do użytkowników mobilnych.

  • Replikowanych danych jest często aktualizowana przez subskrybenta.

  • Filtrowanie danych jest potrzebne, tak jak subskrybenci otrzymują różne partycje danych.

Aby uzyskać więcej informacji, zobacz Omówienie replikacji scalania i Jak działa replikacja scalania.

Peer-to-peerreplikacja transakcyjna

  • Replikacja jest używana w celu zwiększenia skalowalności i dostępności.

  • Minimalny opóźnienie jest wymagany.

  • Danych nie jest podzielony na partycje między subskrybentów.

  • Zazwyczaj nie występują konflikty, ale musi zostać wykryty takim.

Aby uzyskać więcej informacji, zobacz Peer-to-Peer replikacji transakcyjnej.

replikacja transakcyjnej subskrypcje aktualizacji

  • Istnieją niewielkiej liczby abonentów.

  • Replikowanych danych głównie jest tylko do odczytu przez subskrybenta.

  • Abonent, dystrybutora i Wydawca są połączone większość z czas (do natychmiastowego subskrypcje aktualizacji).

Aby uzyskać więcej informacji, zobacz Aktualizowalna subskrypcji dla replikacji transakcyjnej.