| Termin | Definicja |
|---|---|
| Widok sys.replication_subscriptions | sys.replication_subscriptions zawiera informacje o subskrypcjach zdefiniowanych w mechanizmie replikacji. Rola widoku sys.replication_subscriptions w SQL Server
Widok należy analizować w kontekście konkretnej bazy danych, w której jest wykonywane zapytanie. Nie jest to ogólny spis wszystkich publikacji i subskrypcji znajdujących się na całym serwerze. Wynik zależy od roli bazy w topologii replikacji, uprawnień użytkownika oraz tego, czy dana subskrypcja została utworzona i zarejestrowana w sposób widoczny dla katalogu systemowego. Informacje o wydawcy, publikacji i subskrybencieWiersze widoku zawierają między innymi nazwę wydawcy, nazwę bazy danych wydawcy, nazwę publikacji oraz nazwę subskrybenta. Dostępne są również informacje dotyczące bazy subskrybenta, typu synchronizacji i typu subskrypcji. Takie dane pozwalają powiązać wpis katalogowy z elementami skonfigurowanej topologii: Publisher publikuje dane, Distributor obsługuje dystrybucję, a Subscriber odbiera zmiany. Kolumna dotycząca typu synchronizacji opisuje sposób przygotowania subskrybenta do odbierania danych, natomiast typ subskrypcji wskazuje charakter subskrypcji w ramach obsługiwanego scenariusza replikacji. W widoku mogą występować także informacje o koncie używanym przez agenta dystrybucji, nazwie agenta, czasie powiązanym z obsługą subskrypcji oraz jej statusie. Znaczenie tych wartości trzeba interpretować razem z konfiguracją agentów i komunikatami zapisanymi w monitorowaniu replikacji. Odczyt statusu i parametrów subskrypcjiPodstawowe zapytanie diagnostyczne może ograniczyć wynik do najważniejszych kolumn, na przykład Do oceny zachowania subskrypcji przydatne są także pola opisujące tryb aktualizacji, identyfikator subskrypcji oraz ustawienie wykrywania pętli zwrotnej. Status z widoku nie powinien być traktowany jako pełny dowód prawidłowego przepływu danych. Poprawny wpis katalogowy może nadal współistnieć z zatrzymanym agentem, opóźnieniem dystrybucji, błędem połączenia, konfliktem albo nieprzetworzonymi poleceniami. Dlatego wynik należy porównać ze stanem agenta dystrybucji, historią jego wykonania oraz informacjami o nierozdystrybuowanych poleceniach. Granice wykorzystania podczas diagnostyki replikacji
Jeżeli wynik jest pusty, nie należy od razu zakładać awarii. Możliwe przyczyny obejmują wykonanie zapytania w niewłaściwej bazie, brak skonfigurowanych subskrypcji dla tej bazy, niepełną konfigurację replikacji albo ograniczenia wynikające z uprawnień. Jeżeli wpis istnieje, ale status lub czas obsługi wskazuje problem, dalsza analiza powinna obejmować role serwera, poprawność nazw baz i publikacji, dostępność wymaganych połączeń, uruchomienie właściwego agenta oraz zgodność konfiguracji subskrybenta z publikacją. |