Peer-to-Peer replikacji transakcyjnej

Pokaż zarówno poprzedniej ilustracji dwóch uczestniczących baz danych, z użytkownika ruch kierowany do baz danych przez serwer aplikacji.Konfiguracja ta może służyć do różnych aplikacji z witryn sieci Web aplikacji grupy roboczej i zapewnia następujące korzyści:

• Zwiększona wydajność odczytu, ponieważ odczyty są rozłożone na dwa serwery.

• Wyższą dostępność Jeśli wymagana jest obsługa lub przypadek awarii jednego węzła.

W obu ilustracje odczytu jest działanie równoważeniem obciążenia między uczestniczącymi baz danych, ale inaczej obsługi aktualizacji:

• Po lewej stronie aktualizacje są odseparowane między dwoma serwerami.Jeśli baza danych zawiera katalog produktów, może na przykład mieć bezpośrednie aktualizacje do węzła aplikacji niestandardowej a produktu nazwy zaczynające się od a do m i aktualizuje bezpośrednio do węzła b dla produktu nazwy zaczynające się od 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.Stamtąd, aktualizacje są replikowane do węzła a.Jeśli b jest w trybie offline (na przykład konserwacja), serwer aplikacji może kierować wszystkie działania a.Gdy b do trybu online, aktualizacje może przepływać do niego i serwera aplikacji można przenosić wszystkie aktualizacje do b lub zachować kierowanie do a.

Peer-to-peer replikacja może obsługiwać albo podejście, ale przykład aktualizacji centralnej po prawej stronie jest również często używany standard replikacja transakcyjna.

Poprzedniej ilustracji przedstawiono trzech uczestniczących baz danych, które dostarczają danych dla organizacji obsługi oprogramowania na całym świecie, z biur w Los Angeles, Londyn i Tajpej.Inżynierowie pomocy technicznej w każdym urzędzie podjąć wywołań klienta i wprowadzić i aktualizowania informacji o każde wywołanie klienta.czas Stref trzy urzędy to osiem godzin od siebie, więc pokrywają dnia roboczego.Jak zamyka Tajpej pakietu office, office Londyn otwiera dzień.Jeśli połączenie jest nadal w toku, jak zamknięcie jednego urzędu, wywołanie jest przenoszona do przedstawiciela w urzędzie dalej otworzyć.

Każda lokalizacja ma bazy danych i serwer aplikacji, które są używane przez inżynierów pomocy technicznej, jak wprowadzić i zaktualizować informacje o odbiorcy wywołania.Topologia jest podzielony na partycje przez czas.Dlatego aktualizacje występują tylko w węźle aktualnie otwartego dla firm i następnie aktualizacje przepływać do innych uczestniczących baz danych.Ta topologia zapewnia następujące korzyści:

• Niezależność bez izolacji: Każdy urząd można wstawić, aktualizacji, lub usunąć dane niezależnie ale można również udostępnianie danych, ponieważ jest replikowany do wszystkich innych uczestniczących baz danych.

• Wyższą dostępność przypadek awarii lub aby umożliwić utrzymanie na jeden lub więcej uczestniczących baz danych.

  

Poprzedniej ilustracji pokazano sposób dodawania węzła węzeł trzy topologii.Węzeł można dodać w tym scenariuszu z następujących powodów:

• Ponieważ innego pakietu office zostanie otwarty.

• Aby zapewnić większą dostępność obsługi, konserwacji lub zwiększyć odporność na uszkodzenia w przypadku wystąpienia awarii dysku lub innych poważnych awarii.

Należy zauważyć, że w obu topologiach węzeł trzy i cztery wszystkich baz danych publikowania i subskrybować do innych baz danych.Zapewnia maksymalną dostępność przypadek potrzeby konserwacji lub awaria jednego lub więcej węzłów.Podczas dodawania węzłów musi saldo dostępność i skalowalność potrzeb przeciwko wydajności i złożoności wdrażanie i administrowanie.

• Peer-to-peer replikacja jest dostępna tylko w SQL Server 2008 Enterprise.

• Wszystkie bazy danych, które uczestniczą w replikacja równorzędna powinny zawierać identyczne schemat i dane:

  • Nazwy obiektu, obiekt schematu i nazwy publikacja powinny być identyczne.

  • Publikacje musi umożliwiać zmiany schematu zostaną zreplikowane.(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 publikację baz danych.

  • Wiersz i kolumna filtrowania nie są obsługiwane.

• Zaleca się, że każdy węzeł użyć własnej baza danych dystrybucji.Eliminuje potencjału o pojedynczym punktem awarii.

• Tabele i inne obiekty nie uwzględnione w wiele publikacja typu peer-to-peer w jednym baza danych publikacja.

• publikacja musi być włączony dla replikacja równorzędna, przed utworzeniem żadnych subskrypcji.

• Subskrypcje musi zostać zainicjowane, korzystając z kopia zapasowa lub z "replikacja obsługuje tylko" opcji.Aby uzyskać więcej informacji, zobacz Inicjowanie transakcyjnych subskrypcję bez migawki.

• Nie zaleca się stosowanie kolumny tożsamości.Korzystając z tożsamości, trzeba ręcznie zarządzać zakresów przypisanych do tabel podczas każdego uczestniczącego bazy danych.Aby uzyskać więcej informacji zobacz sekcję "Przypisywanie zakresy dla instrukcji zakresu Zarządzanie tożsamościami" in Replikowanie kolumny tożsamości.

Replikacja typu peer-to-peer obsługuje podstawowe funkcje replikacja transakcyjna, ale nie obsługuje następujące opcje:

• Inicjowanie i ponownego zainicjowania z migawka.

• Wiersz i kolumna filtrów.

• Kolumny sygnatury czasowej.

• Nie-SQL Server wydawców i abonentów.

• Natychmiastowe aktualizowanie i aktualizowanie subskrypcje w kolejce.

• Subskrypcje anonimowe.

• Częściowe subskrypcji.

• Subskrypcje dołączanej i umożliwiającego przejście subskrypcji.(Obie te opcje zostały zaniechane w SQL Server 2005.)

• Udostępnione agentów dystrybucji.

• Parametr agenta dystrybucji - subscriptionstreams i Agent odczytywania dziennika parametr - maxcmdsintran.

• Właściwości artykuł @ destination_owner i @ destination_table.

Następujące właściwości mają specjalne uwagi:

• właściwość publikacja @ allow_initialize_from_backup wymaga wartości true.

• Właściwość artykuł @ replicate_ddl wymaga wartości true; @ identityrangemanagementoption wymaga wartości Ręczne; i @ stan wymaga tej opcji 24 jest zestaw.

• Wartość właściwości artykuł @ ins_cmd, @ del_cmd, i @ upd_cmd nie zestaw na SQL.

• właściwość subskrypcja @ sync_type wymaga wartości Brak lub Automatyczne.

Następujące działania wymagają systemu w stanie spoczynku.Oznacza to zatrzymanie działania na opublikowanych tabel na wszystkich węzłach i upewniając się, że każdy węzeł odebrał wszystkie zmiany z innych węzłów.

• Dodawanie SQL Server 2005 węzła do istniejącego topologii

• Dodawanie artykuł do istniejącej publikacja

• Zmiany schematu

• Przywracanie węzła z kopia zapasowa

Aby uzyskać więcej informacji, zobacz Jak Konfigurowanie Peer-to-Peer replikacji transakcyjnej (SQL Server Management Studio), Jak Quiesce topologii replikacji (Programowanie replikacji Transact-SQL), i Jak Administrowania topologią Peer-to-Peer (Programowanie replikacji Transact-SQL)i w sekcji "Using SQL Server 2005 w topologii Peer-to-Peer" in W topologii replikacji przy użyciu wielu wersji programu SQL Server.

• Jeśli dodajesz nowy węzeł topologii peer-to-peer, należy przywracanie tylko z kopii zapasowych, które zostały utworzone po dodano nowy węzeł.Aby uzyskać więcej informacji, zobacz Jak Konfigurowanie Peer-to-Peer replikacji transakcyjnej (SQL Server Management Studio).

• Nie można zainicjować ponownie subskrypcje w topologii peer-to-peer.Jeśli trzeba się upewnić, że węzeł ma nową kopię danych, przywracanie kopia zapasowa w węźle.

• Jeśli dodajesz nowy węzeł topologii peer-to-peer, należy przywracanie tylko z kopii zapasowych, które zostały utworzone po dodano nowy węzeł.Aby uzyskać więcej informacji, zobacz Jak Konfigurowanie Peer-to-Peer replikacji transakcyjnej (SQL Server Management Studio).

• Nie można zainicjować ponownie subskrypcje w topologii peer-to-peer.Jeśli trzeba się upewnić, że węzeł ma nową kopię danych, przywracanie kopia zapasowa w węźle.