Udostępnij za pośrednictwem

  • Artykuł

Wybierając odpowiedni typ replikacja

Microsoft SQL Server oferuje trzy rodzaje replikacja.Każdy typ replikacja jest dostosowane do wymagań różnych aplikacji.W zależności od potrzeb aplikacji można użyć jednego lub większej liczby typów replikacja w topologii:

  • Replikacja migawka

  • replikacja transakcyjnej

  • Scalanie replikacja

Aby uzyskać pomoc dotyczącą wybierz odpowiedni typ replikacja, w tym temacie przedstawiono informacje dotyczące:

  • Scenariusze replikacja

    Ta sekcja zawiera krótki opis liczba przypadków użycia wspólnych dla replikacja z łączami do bardziej szczegółowe opisy.

  • Typy replikacja

    W tej części opisano wymagania aplikacji, dla których nadaje każdy rodzaj replikacja.

  • Aktualizowanie danych na subskrybentów

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

Zaleca się najpierw odczytu za pomocą opisów scenariusz do znalezienia tego scenariusza, który najlepiej odpowiada potrzebom aplikacji, a następnie klikając łącze, aby uzyskać więcej informacji.Jeśli nie możesz znaleźć zbliżona do własnych potrzeb biznesowych lub chcesz, aby uzyskać dodatkowe informacje o typach replikacja, przeczytaj "typy replikacja. „ Jeśli aplikacja wymaga aktualizacji na subskrybentów jeden lub więcej, przeczytaj "Aktualizowanie danych na subskrybentów" do ustalenia odpowiedniej technologii do używania.

Scenariusze replikacja

Scenariusze replikacja można podzielić na dwie ogólne kategorie: replikowanie danych w środowisku serwera do serwerów i replikowania danych między serwerem i klientami. Scenariusze serwery są implementowane przy użyciu replikacji transakcyjnej (i niekiedy replikacja migawka), scenariusze serwera i klient są implementowane przy użyciu replikacja łączenia.

Scenariusze serwera do serwera

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

Scenariusz

Description

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

Utrzymywanie stale aktualizowane kopie danych zezwala na działanie odczytu skalowania na wielu serwerach.Redundancję, wynikającymi z utrzymywania wielu kopii tych samych danych jest kluczową kwestią podczas obsługi systemu zaplanowane i niezaplanowane.Aby uzyskać więcej informacji zobacz Usprawnienia skalowalności i dostępności.

Magazynowanie danych i raportowania

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

Integrowanie danych z wielu witryn

Dane są często "rzutowane" z biur zdalnych i skonsolidowane w centralnym biurem.Podobnie dane mogą być replikowane się do zdalnych biur.Aby uzyskać więcej informacji zobacz Integrowanie danych z wielu witryn (serwer).

Integrowanie danych heterogenicznych

Some applications depend on data being sent to or from databases other than Microsoft SQL Server.Integrowanie danych z innych niż za pomocą replikacja-SQL Server bazy danych. Aby uzyskać więcej informacji zobacz Integrowanie danych heterogenicznych.

Temu, że są przenoszone przetwarzanie partia

Operacje partia są często zbyt intensywne do uruchamiania na serwerze OLTP zasób.Za pomocą replikacja przez zwolnienie do przetworzenia na serwer partia dedykowanego.Aby uzyskać więcej informacji zobacz Przetwarzanie partia wyładunku.

Serwer i klient scenariusze

Dane są zazwyczaj replikowane między serwerami i klientami (w tym stacje robocze, laptopy, tabliczki i urządzeń) do obsługi następujących aplikacji:

Scenariusz

Description

Wymiana danych z użytkowników mobilnych

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

Konsument punktu sprzedaży (POS) aplikacji

POS aplikacji, takich jak terminale wyewidencjonowania i komputerów w sieci ATM, wymagają danych mógł być replikowany ze zdalnej witryny w centralnej witrynie.Aby uzyskać więcej informacji zobacz Konsument punktu sprzedaży (POS) aplikacji.

Integrowanie danych z wielu witryn

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

Typy replikacja

Replikacja migawka

Proces migawka jest powszechnie używany wstępnego zestaw danych i obiektów bazy danych dla transakcyjnych i publikacji korespondencji seryjnej, ale replikacja migawka można również samodzielnie.Za pomocą replikacja migawka przez samego siebie jest najbardziej odpowiednia, gdy spełniony jest jeden lub więcej z następujących czynności:

  • Rzadko zmian danych.

  • Jest dopuszczalne kopie tych danych, które są nieaktualne w odniesieniu do Wydawca przez pewien czas.

  • Replikacja niewielkich ilości danych.

  • Występuje dużą ilość zmian przez krótki okres czas.

Replikacja migawka jest najbardziej odpowiednia, gdy zmiany danych są znaczące, ale rzadkie.Na przykład jeśli organizacja sprzedaży przechowuje cennika produktu i ceny są aktualizowane w tym samym czasie jeden lub dwa razy każdego roku, replikowanie całej migawkę danych po została ona zmieniona jest zalecane.

Transakcyjne replikacja

replikacja transakcyjnej jest zazwyczaj używany w środowiskach serwerów do serwerów i w każdym z następujących przypadków:

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

  • Aplikacja wymaga Niskie opóźnienie między zmiany czas są dokonywane przez wydawcę i subskrybent docierają do zmiany.

  • Aplikacja wymaga dostępu do danych pośrednich stanów.Na przykład jeśli wiersz zmieni pięć razy, replikacja transakcyjnej pozwala aplikacjom na każdej zmiany (na przykład wyzwalania wyzwalacz), nie tylko zmiana netto danych do wiersza.

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

  • Wydawca lub subskrybent jest różna-SQL Server Baza danych, takich jak bazy danych Oracle.

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

replikacja łączenia

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ą, w wierszu zmienia tylko raz na 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.

Aktualizowanie danych na subskrybentów

Następujące typy replikacja i opcje replikacja pozwalają wprowadzać zmiany w subskrybent i te zmiany przepływu Wydawca:

Typ replikacja

Za pomocą when…

Scalanie replikacja

  • Istnieje duża liczba subskrybentów.

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

  • Replikowanych danych jest często aktualizowana przez subskrybent.

  • Filtrowanie danych jest potrzebny, aby subskrybentów otrzymywać różne partycje danych.

Aby uzyskać więcej informacji zobacz Omówienie replikacja łączenia i W jaki sposób replikacja łączenia programu Works.

replikacja transakcyjnej typu peer-to-peer

  • 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 muszą one zostać wykryta takim.

Aby uzyskać więcej informacji zobacz Typu peer-to-peer transakcyjne replikacja.

replikacja transakcyjnej z aktualizacją subskrypcji

  • Brak niewielkiej liczbie subskrybentów.

  • Replikowanych danych najczęściej jest tylko do odczytu przez subskrybent.

  • Subskrybent dystrybutor i Wydawca są połączone w większości przypadków (w przypadku bezpośredniego uaktualniania subskrypcji).

Aby uzyskać więcej informacji zobacz Można aktualizować subskrypcji dla transakcji replikacja.