[Zdroj] Replikace transakcí SQL Server přidává nové tabulky bez nutnosti reinicializace

Existuje několik možných způsobů

1. Nejjednodušší způsob je samozřejmě znovu inicializovat. Přidejte tabulku (sp_addarticle nebo použijte kopírovací průvodce) a pravým kliknutím ji znovu inicializujte a vygenerujte nový snímek.
  Tato metoda má nespočet výhod, ale jednou nevýhodou je, že všechny tabulky v řetězci replikace jsou jednou znovu inicializovány a tabulky čtené během inicializace neobsahují žádná data. Může také trvat déle

2. Vytvořte nové vydání a poté si samostatně vytvořte předplatné aktualizované tabulky
  Tato metoda je relativně bezpečná a určitě neovlivní stávající řetězec předplatného replikace, nově přidané tabulky lze inicializovat podle libosti. Nevýhodou je, že nelze vždy postavit vydání na poslední tabulce, spolehlivější je pravidelně migrovat projekt (tabulku) v této nové verzi do oficiálního řetězce předplatného vydání. Samozřejmě je v tom i výhoda, protože nová tabulka se někdy dá vyřešit, když nastane problém.

3. Ve třech krocích:
A. Novou tabulku vyplnit daty z celé databáze pro čtení/zápis (je vyžadována konzistence dat)
B. Přestaňte číst logového agenta
C. Přidejte novou tabulku do předplatného publikovat
D. Povolit Log Read Agent
  Tato metoda nemá významný dopad na online publikování (ve srovnání s metodou 1), ale během provozu přestává číst a kopírovat data, což zvyšuje zpoždění replikace čtení/zápisu. Pokud nejste přísní na zpoždění čtení a zápisu, můžete si ho vybrat. Důrazně se doporučuje připravit si scénář předem. Rychlá bitva a rychlé rozhodnutí

Toto jsou tři metody, které mě napadají

Teoreticky je třetí typ nejrozumnější (kompromis), ale pokud jde o požadavky replikačního předplatitelského prostředí, které právě spravuji, používá se metoda 2 častěji. I když to může mít mírný negativní dopad na výkon serveru. Ale zároveň vytváří správnou rezervu pro DBA, aby mohli spravovat toto 22leté předplatné replikace