Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:
programu SQL ServerAzure SQL Database
Subskrypcja to żądanie kopii obiektów danych i bazy danych w publikacji. Subskrypcja definiuje, która publikacja zostanie odebrana oraz gdzie i kiedy zostanie odebrana. Podczas planowania subskrypcji rozważ, gdzie ma nastąpić przetwarzanie przez agenta. Typ subskrypcji, który wybierzesz, decyduje o tym, gdzie działa agent. W przypadku subskrypcji wypychania agent scalania lub agent dystrybucji działa w Distributorze, podczas subskrypcji ściągania agenci są uruchamiani u subskrybentów. Po utworzeniu subskrypcji nie można jej zmienić z jednego typu na inny.
Uwaga / Notatka
Azure SQL Managed Instance może być wydawcą, dystrybutorem i subskrybentem replikacji migawek i transakcji. Bazy danych w usłudze Azure SQL Database mogą być subskrybentami typu 'push' wyłącznie do replikacji migawkowej i transakcyjnej. Aby uzyskać więcej informacji, zobacz Replikacja transakcyjna z Azure SQL Database i Azure SQL Managed Instance.
| Subscription | Charakterystyka | Użyj, gdy |
|---|---|---|
| Subskrypcja powiadomień Push | W przypadku subskrypcji push wydawca propaguje zmiany do subskrybenta bez potrzeby żądania od subskrybenta. Zmiany mogą być wypychane do subskrybentów na żądanie, w sposób ciągły lub zaplanowany. Agent dystrybucji lub agent scalania działa w dystrybutorze. | Dane są zwykle synchronizowane w sposób ciągły lub często cykliczny. Publikacje wymagają niemal rzeczywistego przenoszenia danych. Wyższe obciążenie procesora w dystrybutorze nie ma wpływu na wydajność. Najczęściej stosowane z migawką i replikacją transakcyjną. |
| Subskrypcja typu pull | W przypadku subskrypcji pull subskrybent żąda zmian wprowadzonych u wydawcy. Subskrypcje ściągania umożliwiają użytkownikowi na subskrybentu określenie, kiedy zmiany danych są synchronizowane. Agent dystrybucji lub agent scalania działa na subskrybencie. | Dane są zwykle synchronizowane na żądanie lub zgodnie z harmonogramem, a nie w sposób ciągły. Publikacja ma dużą liczbę subskrybentów i/lub uruchomienie wszystkich agentów na serwerze dystrybucyjnym byłoby zbyt obciążające zasoby. Subskrybenci są autonomiczni, niezależni i/lub mobilni. Subskrybenci określą, kiedy nawiążą połączenie i zsynchronizują zmiany. Najczęściej używane z replikacją scalania. |
Typy subskrypcji replikacji scalającej
Wszystkie typy replikacji zezwalają na wypychanie i ściąganie subskrypcji. Replikacja scalania używa dwóch dodatkowych terminów do odróżnienia subskrypcji: subskrypcje klienckie i subskrypcje serwerowe. Zarówno typy subskrypcji klienta, jak i serwera mogą być używane z subskrypcjami typu push i pull. Subskrypcje klientów są odpowiednie dla większości subskrybentów, natomiast subskrypcje serwerów są zwykle używane dla subskrybentów, którzy ponownie publikują dane innym subskrybentom. Wybór subskrypcji wpływa również na rozwiązanie konfliktów.
Subskrybenci programu innego niż SQL Server
Oracle i IBM Db2 mogą subskrybować migawki i publikacje transakcyjne przy użyciu subskrypcji wypychanych. Aby uzyskać więcej informacji, zobacz Subskrybenci programu Non-SQL Server.
Tworzenie subskrypcji
Aby utworzyć subskrypcję, podaj następujące informacje:
Nazwa publikacji.
Nazwa subskrybenta i bazy danych subskrypcji.
Niezależnie od tego, czy agent dystrybucji, czy agent scalania działa w dystrybutorze, czy u subskrybenta.
Określa, czy agent dystrybucji, czy agent scalania działa w sposób ciągły, zgodnie z harmonogramem, czy tylko na żądanie.
Czy agent migawek powinien utworzyć początkową migawkę dla subskrypcji i czy agent dystrybucji, czy agent scalania powinien zastosować tę migawkę na subskrybenta.
Konta, pod którymi zostanie uruchomiony agent dystrybucji lub agent scalania.
W przypadku replikacji scalania typ subskrypcji: serwer lub klient.
Aby utworzyć subskrypcję typu push
Aby wyświetlić lub zmodyfikować właściwości subskrypcji wypychanych
Wyświetlanie i modyfikowanie właściwości subskrypcji push
Aby usunąć subskrypcję push
SQL Server Management Studio: Usuń subskrypcję wypychaną
Uwaga / Notatka
Usunięcie subskrypcji nie powoduje usunięcia opublikowanych obiektów z subskrybenta.
Aby utworzyć subskrypcję typu pull
SQL Server Management Studio: Utwórz subskrypcję ściągania
Aby wyświetlić lub zmodyfikować właściwości subskrypcji w trybie pull
Wyświetlanie i modyfikowanie właściwości subskrypcji pull
Aby usunąć subskrypcję ściągania