Sdílet prostřednictvím

Slučovací replikace

platí pro:SQL Server

Sloučená replikace, podobně jako transakční replikace, obvykle začíná snímkem objektů a dat databáze publikace. Následné změny dat a změny schématu provedené v Publisheru a odběratelích se sledují aktivačními událostmi. Odběratel se synchronizuje s Vydavatelem při připojení k síti a vyměňuje všechny řádky, které se změnily mezi vydavatelem a odběratelem od poslední synchronizace.

Slučovací replikace se obvykle používá v prostředích server-klient. Slučovací replikace je vhodná v některé z následujících situací:

  • Více odběratelů může aktualizovat stejná data v různých časech a tyto změny rozšířit do Publisheru a dalších odběratelů.

  • Předplatitelé potřebují přijímat data, provádět změny offline a později synchronizovat změny s Vydavatelem a dalšími odběrateli.

  • Každý odběratel vyžaduje jiný oddíl dat.

  • Ke konfliktům může dojít a v případě potřeby je budete potřebovat zjistit a vyřešit.

  • Aplikace požaduje čistou změnu dat místo přístupu k přechodným stavům. Pokud se například řádek před synchronizací s Publisherem změní pětkrát u odběratele, změní se řádek pouze jednou v Publisheru tak, aby odrážel změnu čistých dat (to znamená pátou hodnotu).

Slučovací replikace umožňuje, aby různé lokality fungovaly nezávisle a později sloučily aktualizace do jediného jednotného výsledku. Vzhledem k tomu, že aktualizace jsou provedeny na více než jednom uzlu, mohou být stejná data aktualizována vydavatelem a více než jedním odběratelem. Ke konfliktům může dojít, když jsou aktualizace sloučeny a slučovací replikace poskytuje několik způsobů, jak řešit konflikty.

Replikace sloučení je implementována pomocí SQL Server Snapshot Agent a Merge Agent. Pokud je publikace nefiltrovaná nebo používá statické filtry, vytvoří agent snímku jeden snímek. Pokud publikace používá parametrizované filtry, vytvoří agent snímku snímek pro každý oddíl dat. Agent sloučení použije počáteční snímky pro předplatitele. Sloučí také přírůstkové změny dat, ke kterým došlo u vydavatele nebo odběratele po vytvoření počátečního snímku, a zjistí a vyřeší případné konflikty podle pravidel, která nakonfigurujete.

Pokud chcete sledovat změny, musí být replikace sloučení (a transakční replikace s aktualizacemi ve frontě) schopná jednoznačně identifikovat každý řádek v každé publikované tabulce. Chcete-li provést tuto slučovací replikaci, přidá se sloupec rowguid do každé tabulky, pokud tabulka již nemá sloupec datového typu uniqueidentifier s nastavenou vlastností ROWGUIDCOL (v takovém případě se použije tento existující sloupec). Pokud je tabulka vyřazena z publikace, rowguid sloupec se odebere. Pokud byl ke sledování použit existující sloupec, sloupec se neodebere. Filtr nesmí obsahovat rowguidcol používaný replikací k identifikaci řádků. Funkce newid() je poskytována jako výchozí pro sloupec rowguid, ale zákazníci mohou v případě potřeby zadat GUID pro každý řádek. Nezadávejte však hodnotu 00000000-0000-0000-0000-000000000000.

Následující diagram znázorňuje komponenty používané při slučovací replikaci.

Diagram slučovacích komponent replikace a toku dat

Konfigurace šifrování TLS 1.3

SQL Server 2025 (17.x) zavádí podporu TDS 8.0 pro slučovací replikaci, která zahrnuje:

  • Konfigurace agentů replikace pro použití šifrování TLS 1.3 mezi instancemi SQL Serveru 2025 (17.x) a také mezi SQL Serverem 2025 (17.x) a spravovanou instancí Azure SQL.
  • Výchozí šifrování komunikace mezi instancemi propojeného serveru mezi instancemi SQL Serveru 2025 (17.x) v topologii replikace. Odkazované servery v SYSTÉMU SQL Server 2025 (17.x) používají ovladač OLE DB v19, který ve výchozím nastavení šifrování Encrypt=Mandatory používá.

Poznámka:

Topologie replikace se vzdáleným distributorem:

V této části

  • Last updated on