Poprawianie dostępności
Replikacja może służyć do replikowania danych do stanu serwer rezerwy, który zapewnia zwiększoną dostępność przypadek wystąpienia awarii systemu zaplanowane lub niezaplanowane.Replikacja powinny być używane do zapewnienia ciepła rezerwa, jeśli dane wymagane na gotowości podzbiór dane wymagane serwer podstawowy.Także należy wziąć pod uwagę następujące kwestie:
Jeśli aplikacja wymaga danych w wielu miejscach na zwiększenie skalowalności i dostępności, zobacz Zwiększanie oba dostępność i skalowalność.
Jeśli aplikacja wymaga mają być dostępne w całej bazie danych serwer rezerwy, należy użyć bazy danych dublowanie zamiast replikacja.Dublowanie bazy danych jest bardziej efektywne, jeżeli całej bazy danych musi być synchronizowany, a nie ma potrzeby używania serwer pomocniczy dla kwerendy.Aby uzyskać więcej informacji zobacz Database Mirroring Administration.
Poniższy diagram przedstawia serwer podstawowy i jeden serwer rezerwy, z podzbiorem danych na serwerze podstawowym, dostępnych serwer pomocniczy.
.gif "Replicating data to a standby server")
Uwaga
Replikacja nie zapewnia mechanizm praca awaryjna z jednego serwera na inny serwer rezerwy.Wszystkie aplikacje, które dany serwer dostępu musi jest programowana w taki sposób, aby użyć innego serwera, w przypadku, gdy pierwszy serwer jest niedostępny.
Przykład cykle Adventure Works
Adventure Works Cycles is a fictional manufacturing company used to demonstrate database concepts and scenarios.Aby uzyskać więcej informacji zobacz AdventureWorks przykładowe bazy danych.
Adventure Works Cycles ma wielu serwerów w ich zakładów, zbieranie danych o wady wierszy produkcji.Aby zapewnić dostępność tych serwerów używają replikacja.Zostały one zapisane kodu do przekierowania kwerendy do serwer ciepłej rezerwy podczas awarii zaplanowane i niezaplanowane.
Wspólne wymagania dotyczące tego scenariusza
Aplikacje, które zazwyczaj używają replikacja dla dostępności mają następujące wymagania, które rozwiązanie odpowiednie replikacja musi adres:
W systemie musi zachowania spójności transakcyjnej.
System powinien mieć Niskie opóźnienie: aktualizacje na jednym serwerze musi dotrzeć szybko innych serwerów.
System powinien mieć wysokiej wydajności: to będzie obsługiwał replikacja dużej liczby transakcji.
Przetwarzanie replikacja powinny wymagać jak najmniejszym stopniu obciążały system.
Dane wymagane serwer pomocniczy może być podzbiorem danych dostępnych serwer podstawowy (patrz rysunek pierwszej powyżej).
Typ replikacja do użycia dla tego scenariusza
Microsoft SQL Server używa publikacji metaphor przemysł do opisywania składników systemu replikacja.Składniki zawierają Wydawca, subskrybentów, publikacji i artykuły i subskrypcji.
W powyższym diagramie serwer podstawowy jest Wydawca.Niektóre lub wszystkie dane serwer podstawowy znajduje się w publikacja z każdej tabela danych artykuł (artykuły mogą być także innych obiektów bazy danych, takie jak procedury przechowywane).serwer rezerwy jest subskrybent do publikacja i otrzymywanie schemat oraz dane jako subskrypcja.Aby uzyskać więcej informacji na temat składników systemu Zobacz Replikacja, omówienie modelu publikowania.
SQL Server oferuje różne typy replikacja do wymagań różnych aplikacji: Replikacja migawka, replikacji transakcyjnej i replikacja łączenia. W tym scenariuszu najlepiej wykonywane przy replikacja transakcyjnej, który jest dobrze nadaje się do obsługi wymagania opisane w poprzedniej sekcji.Aby uzyskać więcej informacji na temat replikacja transakcyjnej zobacz Omówienie replikacja transakcyjnej i W jaki sposób transakcyjne replikacja programu Works.
Zgodnie z projektem replikacja transakcyjnej adresy podstawowe wymagania dotyczące tego scenariusza:
Spójności transakcyjnej
Niskie opóźnienie
Wysoka przepustowość
Minimalne obciążenie
Filtrowanie jest podstawowym opcję, aby wziąć pod uwagę w tym scenariuszu.replikacja transakcyjnej umożliwia filtru kolumny i wiersze, tak aby tabele na subskrybentów zawierają tylko dane wymagane przez daną aplikację.Aby uzyskać więcej informacji zobacz Filtrowanie opublikowane dane.
Kroki prowadzące do implementowanie tego scenariusza
Aby zaimplementować ten scenariusz, musisz najpierw utworzyć publikacja i subskrypcje i następnie zainicjować każdej subskrypcja.Kliknij poniższe łącza, aby uzyskać więcej informacji na temat każdego z kroków:
Po subskrypcja jest inicjowany i danych jest przepływających między programem Wydawca a subskrybentów, może zajść potrzeba informacji na temat typowych zarządzania i monitorowania zadań zapoznaj się z następującymi tematami: