Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:SQL Server
Replikacja scalania, podobnie jak replikacja transakcyjna, zwykle rozpoczyna się od migawki obiektów i danych bazy danych publikacji. Kolejne zmiany danych i modyfikacje schematu wprowadzone w wydawcy i subskrybentach są śledzone za pomocą wyzwalaczy. Subskrybent synchronizuje się z wydawcą po nawiązaniu połączenia z siecią i wymienia wszystkie wiersze, które uległy zmianie między wydawcą i subskrybentem od czasu ostatniej synchronizacji.
Replikacja typu merge jest zwykle używana w środowiskach serwer-klient. Replikacja scalania jest odpowiednia w dowolnej z następujących sytuacji:
Wielu subskrybentów może aktualizować te same dane w różnych momentach i propagować te zmiany do wydawcy i innych subskrybentów.
Subskrybenci muszą odbierać dane, wprowadzać zmiany w trybie offline, a później synchronizować zmiany z wydawcą i innymi subskrybentami.
Każdy subskrybent wymaga innej partycji danych.
Mogą wystąpić konflikty i, gdy tak się stanie, potrzebna jest możliwość ich wykrywania i rozwiązywania.
Aplikacja wymaga zmiany danych netto, a nie dostępu do stanów danych pośrednich. Na przykład, jeśli wiersz zmieni się pięć razy u subskrybenta, zanim zsynchronizuje się z serwerem publikacji, to wiersz zmieni się tylko raz na serwerze publikacji, aby odzwierciedlić zmianę netto danych (czyli piątą wartość).
Replikacja scalania pozwala różnym lokalizacjom działać autonomicznie i później scalać aktualizacje w jeden, jednolity wynik. Ponieważ aktualizacje są wprowadzane w więcej niż jednym węźle, te same dane mogły zostać zaktualizowane przez wydawcę i przez więcej niż jednego subskrybenta. W związku z tym konflikty mogą wystąpić, gdy aktualizacje są scalane, a replikacja scalania oferuje kilka sposobów na rozwiązanie konfliktów.
Replikacja scalania jest implementowana przez agenta migawki programu SQL Server i agenta scalania. Jeśli publikacja jest niefiltrowana lub używa filtrów statycznych, agent migawek tworzy pojedynczą migawkę. Jeśli publikacja używa sparametryzowanych filtrów, agent migawek tworzy migawkę dla każdej partycji danych. Agent scalania aplikuje początkowe migawki subskrybentom. Łączy także przyrostowe zmiany danych, które wystąpiły u wydawcy lub u subskrybentów po utworzeniu początkowej migawki, oraz wykrywa i rozwiązuje wszelkie konflikty zgodnie z ustalonymi regułami.
Aby śledzić zmiany, replikacja scalania (i replikacja transakcyjna z subskrypcjami aktualizacji w kolejce) musi być w stanie jednoznacznie zidentyfikować każdy wiersz w każdej opublikowanej tabeli. Aby wykonać tę replikację scalania, dodaje kolumnę rowguid do każdej tabeli, chyba że tabela ma już kolumnę typu danych uniqueidentifier z ROWGUIDCOL zestawem właściwości (w takim przypadku ta kolumna jest używana). Jeśli tabela zostanie porzucona z publikacji, kolumna rowguid zostanie usunięta. Jeśli istniejąca kolumna została użyta do śledzenia, kolumna nie zostanie usunięta. Filtr nie może zawierać rowguidcol, używanego przez replikację do identyfikowania wierszy. Funkcja newid() jest udostępniana domyślnie dla rowguid kolumny, jednak w razie potrzeby klienci mogą podać identyfikator GUID dla każdego wiersza. Nie podaj jednak wartości 00000000-0000-0000-0000-000000000000.
Na poniższym diagramie przedstawiono składniki używane w replikacji scalającej.
Konfigurowanie szyfrowania TLS 1.3
Program SQL Server 2025 (17.x) wprowadza obsługę TDS 8.0 na potrzeby replikacji scalania, która obejmuje:
- Konfigurowanie agentów replikacji do używania szyfrowania TLS 1.3 między wystąpieniami programu SQL Server 2025 (17.x), a także między programem SQL Server 2025 (17.x) i usługą Azure SQL Managed Instance.
- Domyślne szyfrowanie dla komunikacji między połączonymi instancjami SQL Server 2025 (17.x) w topologii replikacji. Serwery połączone w programie SQL Server 2025 (17.x) używają sterownika OLE DB w wersji 19, który domyślnie jest używany do
Encrypt=Mandatoryszyfrowania.
Uwaga / Notatka
W przypadku topologii replikacji z dystrybutorem zdalnym:
W tym dziale
- Jak replikacja scalająca inicjuje publikacje i subskrypcje
- Jak replikacja scalania śledzi i wylicza zmiany
- Jak w replikacji scalanej są oceniane partycje w filtrowanych publikacjach
- Jak replikacja scalania wykrywa i rozwiązuje konflikty
- Przykład rozwiązywania konfliktów scalania na podstawie typu subskrypcji i przypisanych priorytetów
- Jak replikacja scalania zarządza wygaśnięciem subskrypcji i oczyszczaniem metadanych