Typu peer-to-peer transakcyjne replikacja

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.

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.

  

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.

• 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.

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.

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