Obsługa replikacji w edycjach

Replikacja transakcyjna i scalająca są dostępne od edycji Standard; Express może pełnić jedynie rolę subskrybenta.

Zakres replikacji w poszczególnych edycjach SQL Server

W SQL Server dostępność funkcji replikacji zależy od edycji pełniącej określoną rolę w topologii. Replikacja transakcyjna oraz replikacja scalająca są funkcjami przeznaczonymi dla edycji serwerowych od poziomu Standard wzwyż. Oznacza to, że instancja SQL Server Standard, Enterprise lub odpowiedniej edycji przeznaczonej do zastosowań serwerowych może pełnić rolę wydawcy, dystrybutora albo węzła, który publikuje dane zgodnie z ograniczeniami konkretnego mechanizmu.

SQL Server Express ma znacznie węższy zakres zastosowania w replikacji. Może działać jako subskrybent, czyli odbierać dane opublikowane przez inną instancję SQL Server. Nie jest edycją przeznaczoną do pełnienia roli wydawcy ani centralnego dystrybutora dla replikacji transakcyjnej lub scalającej. Samo zainstalowanie komponentów narzędziowych nie zmienia tych ograniczeń funkcjonalnych. O roli instancji decyduje zarówno użyta edycja, jak i konfiguracja topologii.

Wydawca, dystrybutor i subskrybent w praktycznej topologii

W replikacji transakcyjnej wydawca udostępnia publikację, czyli określony zestaw obiektów bazy danych przeznaczonych do kopiowania. Dystrybutor przechowuje informacje potrzebne agentom replikacji i przekazuje zmiany do subskrybentów. Subskrybent otrzymuje dane i stosuje je w swojej bazie. W najprostszym układzie role wydawcy i dystrybutora mogą znajdować się na tej samej instancji, ale przy większym obciążeniu rozdzielenie tych funkcji ułatwia kontrolę zasobów i diagnostykę.

Replikacja scalająca ma inną logikę przepływu. Węzły wymieniają zmiany, a system musi rozstrzygać konflikty, gdy ta sama informacja została zmieniona w więcej niż jednym miejscu. Dlatego przy planowaniu takiej topologii trzeba analizować nie tylko edycję SQL Server, ale również schemat danych, klucze identyfikujące rekordy, częstotliwość synchronizacji oraz możliwość wystąpienia równoczesnych modyfikacji. Subskrybent Express może odbierać dane, lecz nie powinien być traktowany jako pełnoprawny węzeł publikujący zmiany w topologii wymagającej funkcji dostępnych dopiero od edycji Standard.

Różnice między replikacją transakcyjną a scalającą

Replikacja transakcyjna przekazuje zmiany wynikające z zatwierdzonych transakcji. Jest używana przede wszystkim wtedy, gdy potrzebna jest kopia danych z niewielkim opóźnieniem, odciążenie odczytów albo dostarczanie wybranych tabel do innej instancji. Mechanizm ten zakłada zwykle wyraźny kierunek przepływu: od wydawcy przez dystrybutora do subskrybenta. Zmiana wprowadzona na subskrybencie nie staje się automatycznie zmianą przeznaczoną do rozesłania do pozostałych węzłów.

Replikacja scalająca służy scenariuszom, w których subskrybent może pracować niezależnie i później synchronizować własne modyfikacje. Podczas synchronizacji SQL Server porównuje zmiany z wielu węzłów i stosuje reguły rozwiązywania konfliktów. Wymaga to większej kontroli nad zgodnością schematu, metadanymi replikacji oraz sposobem identyfikowania rekordów. Nie jest to prosty zamiennik kopii zapasowej ani mechanizm zastępujący wysoką dostępność. Replikacja kopiuje określone dane i zmiany, ale nie zapewnia pełnego obrazu konfiguracji instancji, uprawnień, zadań agenta ani wszystkich obiektów systemowych.

Weryfikacja edycji przed uruchomieniem replikacji

Przed konfiguracją należy ustalić, jaka edycja SQL Server działa na każdej instancji oraz jaką rolę ma pełnić dany serwer. W praktyce sprawdza się właściwości instancji w SQL Server Management Studio albo wykonuje zapytanie zwracające informacje o produkcie, wersji i edycji. Sama zgodność numeru wersji nie wystarcza, ponieważ dwie instancje o zbliżonej wersji mogą mieć różne możliwości wynikające z edycji. Trzeba też zweryfikować dostępność SQL Server Agent, wymagane uprawnienia oraz komunikację między instancjami.

W przypadku subskrybenta Express należy zaprojektować przepływ tak, aby instancja ta odbierała publikację z obsługiwanej edycji serwerowej. Błąd polegający na próbie utworzenia publikacji na Express może zostać pomylony z problemem sieciowym albo brakiem uprawnień, choć rzeczywistą przyczyną będzie ograniczenie edycji. Podczas diagnostyki warto osobno sprawdzić konfigurację wydawcy, dystrybutora, agentów replikacji, schemat publikowanych obiektów i status synchronizacji. Dopiero takie rozdzielenie pozwala ustalić, czy problem wynika z funkcji niedostępnej w danej edycji, błędnych parametrów, niedostępności bazy czy opóźnienia przetwarzania zmian.