Typu peer-to-peer transakcyjne replikacja
replikacja równorzędna rozwiązaniem jest limit czasu skali i wysokiej dostępności przez obsługę kopii danych w wielu wystąpień serwera, określane również jako węzły.Zbudowany na podstawą replikacja transakcyjnej, replikacja typu peer-to-peer propaguje transakcyjnie spójne zmiany w niedalekiej rzeczywistym-czas.Dzięki temu aplikacje wymagające skali wykreślania operacji odczytu do rozpowszechniania odczyty z klientów przez wiele węzłów.Ponieważ dane są przechowywane w węzłach w niedalekiej rzeczywistym-czas, peer-to-peer replikacja zapewnia redundancję danych, co zwiększa dostępność danych.
Należy wziąć pod uwagę aplikację sieci Web.To może korzystać z replikacja równorzędna w następujący sposób:
Katalog kwerendy i inne operacje odczytu rozprzestrzeniają się przez wiele węzłów.Dzięki temu pozostają spójne, odczytuje wzrost wydajności.
Jeśli jeden z węzłów w systemie nie powiedzie się, warstwę aplikacji można przekierować zapisy dla tego węzła do innego węzła.Pozwala to zachować dostępności.
Jeśli węzeł wymaga obsługi lub całego systemu wymaga uaktualnienia, każdy węzeł może być podejmowane w trybie offline i dodawany do systemu nie wpływa na dostępność aplikacji.
Mimo że replikacja równorzędna umożliwia skalowanie operacji odczytu, zapisu wydajności dla topologii jest tak jak pojedynczy węzeł.Dzieje się tak, ponieważ ostatecznie wstawia wszystkie aktualizacje i usuwa są propagowane do wszystkich węzłów.Replikacja rozpoznaje, kiedy zmiana została zastosowana na danym węźle i zapobiega zmiany cykliczne węzły za pomocą więcej niż jeden raz.Firma Microsoft zdecydowanie zaleca się wykonywanie operacji zapisu dla każdego wiersza można wykonać tylko węzła z następujących powodów:
Jeśli wiersz zostanie zmodyfikowany w więcej niż jeden węzeł, może spowodować konflikt lub nawet w przypadku aktualizowania utracone po wierszu są propagowane do innych węzłów.
Istnieje zawsze pewne opóźnienie związane, gdy zmiany są replikowane.W przypadku aplikacji, które wymagają najnowsze zmiany są widoczne natychmiast, dynamicznie może stwarzać równoważenia aplikacji przez wiele węzłów obciążenia.
replikacja równorzędna w SQL Server 2008 wprowadzenie do opcji, aby włączyć wykrywanie konfliktów między topologia typu peer-to-peer. Ta opcja pomaga zapobiec występowaniu problemów, wynikające z niewykryte konflikty, łącznie z utracone aktualizacji i zachowania aplikacji niespójne.Po włączeniu tej opcji, domyślnie zmiany powodujące konflikt jest traktowana jako błąd krytyczny, która powoduje błąd agenta dystrybucji.W przypadku wystąpienia konfliktu topologii pozostaje w stanie niespójnym do momentu ręcznie rozwiązać konflikt i danych odbywa się zgodne w topologii.Aby uzyskać więcej informacji zobacz Wykrywanie konfliktów w replikacja równorzędna.
Uwaga
Aby uniknąć potencjalnych niespójność danych, upewnij się, że należy unikać konfliktów w topologii typu peer-to-peer, nawet w przypadku włączone wykrywanie konfliktów.W celu zapewnienia, że operacje zapisu dla konkretnego wiersza są wykonywane na tylko jeden węzeł, aplikacji, które uzyskania dostępu do danych i ich zmieniania należy podzielić na partycje wstawiania, aktualizować i usuwać operacji.Tej partycjonowanie daje pewność, że modyfikacje do danego wiersza, pochodzących na jednym węźle są synchronizowane z wszystkimi innymi węzłami w topologii przed wiersz jest modyfikowany przez inny węzeł.Jeśli aplikacja wymaga możliwości rozpoznawania i wykrywanie konfliktów zaawansowanych, za pomocą replikacja łączenia.Aby uzyskać więcej informacji zobacz Omówienie replikacja łączenia i Wykrywanie i rozwiązywanie konfliktów replikacja korespondencji seryjnej.
Topologie typu peer-to-peer
Poniższe scenariusze przedstawiają typowe zastosowania replikacja równorzędna.
Topologia, które ma dwa uczestniczących bazy danych
.gif "Peer-to-peer replication, two nodes")
Oba z poprzedniej ilustracji Pokaż dwie uczestniczących bazy danych z użytkownika ruch kierowany do baz danych za pośrednictwem serwera aplikacji.Tej konfiguracja mogą być używane dla różnych aplikacji z witryn sieci Web do aplikacji grup roboczych i daje następujące korzyści:
Zwiększona wydajność odczytu, ponieważ operacje odczytu są rozłożone na dwa serwery.
Większa dostępność czy konserwacji jest wymagany przypadek wystąpienia błędu w jeden węzeł.
W obu ilustracje odczytu jest działanie równoważeniem obciążenia między uczestniczących baz danych, ale aktualizacje są obsługiwane w różny sposób:
Po lewej stronie aktualizacje są na partycje między dwoma serwerami.Jeśli baza danych zawiera katalog produktów, na przykład, może mieć aktualizacje bezpośredniego niestandardowej aplikacji, do węzła A produktu nazwy zaczynające się od A do M i aktualizuje bezpośrednio do węzła B produktu nazwy zaczynające się N do Z.Aktualizacje są następnie replikowane do innego węzła.
Po prawej stronie wszystkie aktualizacje są kierowane do węzła B.Od tego aktualizacje są replikowane do węzła A.Jeśli B jest w trybie offline (na przykład w celu utrzymania), serwer aplikacji może kierować wszystkie operacje wykonywane na A.Kiedy B jest ponownie do trybu online, aktualizacje może przepływać do niego i serwera aplikacji można cofnąć wszystkie aktualizacje do B lub Zachowaj kierowanie do A.
replikacja równorzędna mogą obsługiwać albo podejście, ale także często użyty został przykład aktualizacji centralnej po prawej stronie ze standardowych replikacji transakcyjnej.
Topologie, który z trzech lub więcej uczestniczących bazy danych
.gif "Peer-to-peer replication to dispersed locations")
Na powyższej ilustracji przedstawiono trzy uczestniczących bazy danych, które dostarczają danych dla dział pomocy technicznej oprogramowania na całym świecie, których siedziby w Los Angeles, Londyn i Tajpej.Wykwalifikowani pracownicy pomocy technicznej w każdym urzędzie pobrać rozmowach telefonicznych klientów z pracownikami i wprowadź i zaktualizuj informacje o każdym połączeniu klienta.Stref czasowych dla trzech biur to osiem godzin od siebie, więc nie nakładają się w dzień roboczy.Jak biuro Tajpej zostanie zamknięte, urząd Londyn otwiera dla danego dnia.Jeśli połączenie jest wciąż w toku, zgodnie z jednego urzędu zostanie zamknięty, wywołanie jest przenoszona do przedstawiciela w następnym urzędzie do otwarcia.
Każda lokalizacja ma bazy danych i serwer aplikacji, które są używane przez inżynierów pomocy technicznej, zgodnie z ich wprowadzania i aktualizowania informacji o rozmowach telefonicznych klientów z pracownikami.Topologia jest podzielony na partycje według czas.Dlatego aktualizacje występują tylko w węźle, który jest aktualnie otwarty do firmy, a następnie aktualizacje przemieszczają się uczestniczących baz.Ta topologia daje następujące korzyści:
Niezależność bez izolacji: Każdy urząd można wstawić, aktualizacji, lub usunąć dane niezależnie ale może również udostępnianie danych, ponieważ jest on replikowany do wszystkich innych uczestniczących baz danych.
Większa dostępność przypadek awarii lub umożliwienie konserwacji na jeden lub więcej uczestniczących baz danych.
.gif "Peer-to-peer replication, three and four nodes")
Na powyższej ilustracji pokazano sposób dodawania węzła do topologii trzech węzłów.Węzeł, mogły zostać dodane w tym scenariuszu z następujących powodów:
Ponieważ innego pakietu office zostanie otwarty.
Aby zapewnić dostępność wyższe obsługuje konserwacji lub zwiększyć odporność na uszkodzenia w przypadku wystąpienia awarii dysku lub innych poważnej awarii.
Należy zauważyć, że w obu topologiach węzeł trzy i cztery wszystkich baz danych publikowania i subskrybować wszystkich innych baz danych.Zapewnia to maksymalną dostępność w odniesieniu do potrzeb konserwacji lub awaria jednego lub więcej węzłów.Gdy węzły są dodawane, muszą saldo dostępność i skalowalność wymagania wobec wydajności i złożoność procesu rozmieszczania i zarządzania.
Konfigurowanie replikacja równorzędna
Konfigurowanie topologii replikacja równorzędna jest bardzo podobne do konfigurowania serii standardowych transakcyjnych publikacje i subskrypcje.Kroki opisane w następujących tematach pokazuje konfiguracja systemu trzech węzłów, podobne do konfiguracja, wyświetlany po lewej stronie na poprzedniej ilustracji, pokazujący topologia typu peer-to-peer.
Aby skonfigurować replikację transakcyjnych typu peer-to-peer
SQL Server Management Studio: Jak Konfigurowanie typu peer-to-peer transakcyjne replikacja (SQL Server Management Studio)
Replikacja programowania języka Transact-SQL: Jak Konfigurowanie typu peer-to-peer transakcyjne replikacja (replikacja programowania języka Transact-SQL)
Uwagi dotyczące za pomocą replikacja równorzędna
Ta sekcja zawiera informacje oraz wskazówek, które należy wziąć pod uwagę podczas replikacja równorzędna.
Zagadnienia ogólne
replikacja równorzędna jest dostępna tylko w SQL Server 2008 Enterprise.
Wszystkie bazy danych, który uczestniczy w replikacja równorzędna powinny zawierać identyczne schemat oraz dane:
Nazwy obiektów schematu obiektu i nazwy publikacja powinny być identyczne.
Publikacje musi umożliwiać zmiany schematu powinny być replikowane.(Jest to ustawienie 1 dla właściwość publikacja replicate_ddl, co jest ustawieniem domyślnym.) Aby uzyskać więcej informacji zobacz temat Wprowadzanie zmian schematu na bazy danych w publikacja.
Wiersz i kolumna filtrowania nie są obsługiwane.
Zaleca się, że każdy węzeł użyć własnej baza danych dystrybucji.Eliminuje to możliwości o pojedynczych punktów awarii.
Tabele i inne obiekty nie mogą zawierać wiele publikacja typu peer-to-peer w bazie danych jednej publikacja.
Publikacja musi być włączony do replikacja równorzędna, przed utworzeniem żadnych subskrypcji.
Subskrypcje musi zostać zainicjowane, korzystając z kopia zapasowa lub z "tylko obsługi replikacja" opcji.Aby uzyskać więcej informacji zobacz Inicjowanie transakcji subskrypcja bez migawka.
Nie zaleca się korzystanie z kolumny identyfikacji.W przypadku korzystania z tożsamości, trzeba ręcznie zarządzać zakresów przypisanych do tabel, każdy uczestniczący bazy danych.Aby uzyskać więcej informacji zobacz sekcję "Przypisywanie zakresy dla ręcznie tożsamości zakres zarządzania" w Replikowanie kolumny tożsamości.
Funkcja ograniczenia
replikacja równorzędna obsługuje podstawowe funkcje transakcyjne replikacji, ale nie obsługuje następujących opcji:
Inicjowanie i reinicjowanie z dokładną.
Filtry wierszy i kolumn.
Kolumny sygnatury czasowej.
Brak —SQL Server Wydawców i subskrybentów.
Natychmiastowe aktualizowanie i aktualizowanie subskrypcji w kolejce.
Anonimowy subskrypcji.
Częściowe subskrypcji.
Subskrypcje dołączanej i umożliwiającego przejście subskrypcji.(Obie te opcje zostały zaniechana w SQL Server 2005.)
Agenci dystrybucji współużytkowanych.
Parametr agenta dystrybucji -SubscriptionStreams a parametr Agent odczytywania dziennika-MaxCmdsInTran.
Właściwości artykuł @ destination_owner and @ destination_table.
Następujące właściwości mają specjalne uwagi:
właściwość publikacja @ allow_initialize_from_backup wymaga, wartość wartość true.
Właściwość artykuł @ replicate_ddl wymaga, wartość wartość true; @ identityrangemanagementoption wymaga, wartość Ręczne; and @ Stan wymaga, że opcja 24 jest ustawiona.
Wartość właściwości artykuł @ ins_cmd, @ del_cmd, and @ upd_cmd Nie zestaw SQL.
właściwość subskrypcja @ sync_type wymaga, wartość Brak or automatyczne.
Uwagi dotyczące obsługi technicznej
Następujące działania wymagają systemu quiesced.Oznacza to, że zatrzymanie działania na opublikowanych tabel na wszystkich węzłach i upewniając się, że każdy węzeł otrzymała wszystkie zmiany od wszystkich innych węzłach.
Dodawanie SQL Server 2005 węzeł, aby istniejących topologii
Dodawanie artykuł do istniejącej publikacja
Zmiany wprowadzone w schemacie
Przywracanie z kopia zapasowa węzła