Microsoft SQL Server 2008

Pojęcie modeli replikacji w SQL Server 2008 Udostępnij na: Facebook

Wskazówki dotyczące SQL Server

Opublikowano: 6 maja 2009

Architektura procesu replikacji jest rozległa. Zapewnia to dostateczną wszechstronność dla spełniania potrzeb większości przypadków replikacji.

Niestety ta wszechstronność powoduje także, że replikacja jest trudna do skonfigurowania. Aby replikacja działała bez problemów, trzeba zaplanować kilka spraw, które obejmują wybranie konkretnego modelu replikacji oraz wykonanie wszelkich potrzebnych zadań wstępnych przed rozpoczęciem konfigurowania replikacji.

Najważniejsza decyzja do podjęcia przy wyborze modelu replikacji dotyczy fizycznego rozmieszczenia publikatora, dystrybutora oraz baz danych subskrybentów.

Modele replikacji, których możemy użyć, obejmują:

  • Model równorzędny Umożliwia replikację między identycznymi elementami topologii. Zaletą tego modelu jest fakt, że pozwala na przenoszenie ról między dynamicznie replikowanymi węzłami w celu obsługi lub zarządzania błędami. Wadą są dodatkowe koszty administracyjne związane z przenoszeniem ról.
  • Model centralnego publikatora Utrzymuje bazy danych publikatora i dystrybutora na tym samym serwerze, z jednym lub większą liczbę subskrybentów skonfigurowanych na innych serwerach. Zaletami tego modelu są zarządzalność oraz łatwa obsługa. Do wad należą dodatkowy koszt oraz użycie zasobów na serwerze publikacji.
  • Model centralnego publikatora ze zdalnym dystrybutorem Utrzymuje bazy danych publikatora i dystrybutora na różnych serwerach, z jednym lub większą liczbę subskrybentów skonfigurowanych na innych serwerach. Zaletą tego modelu jest bardziej równomiernie rozłożenie obciążenie. Wadą jest konieczność utrzymywania dodatkowego serwera.
  • Model centralnego subskrybenta Baza danych pojedynczego subskrybenta, która zbiera dane od kilku publikatorów. Jeśli na przykład mamy Serwer A, Serwer B i Serwer C, to Serwer A i Serwer B pełnią funkcję centralnych publikatorów, a Serwer C pełni funkcję centralnego subskrybenta. Jeśli w tej konfiguracji aktualizacje są dystrybuowane z Serwera A do Serwera B, są one zbierane na Serwerze C. Centralny subskrybent może wtedy ponownie opublikować połączone dane do innych serwerów. Aby zastosować ten model, wszystkie tabele użyte w replikacji muszą mieć unikatowy klucz główny; w przeciwnym wypadku model replikacji nie będzie prawidłowo działał.
  • Model publikującego subskrybenta Opiera się na dystrybucji danych do innych subskrybentów; można go zastosować z dowolnym innym modelem. Jeśli na przykład mamy dwie geograficznie rozdzielone lokalizacje, publikator może replikować dane do serwerów w lokalizacji A, a następnie mieć publikującego subskrybenta w lokalizacji B, który dystrybuuje dane do serwerów w lokalizacji B.

Z książki wydawnictwa Microsoft Press, Microsoft SQL Server 2008 Administrator's Pocket Consultant.

 Do początku strony Do początku strony

Microsoft SQL Server 2008