[Zdroj] Replikácia transakcií SQL Server pridáva nové tabuľky bez reinicializácie

Existuje niekoľko možných spôsobov

1. Najjednoduchší spôsob je samozrejme znovu inicializovať. Pridajte tabuľku (sp_addarticle alebo použite sprievodcu kopírovaním) a pravým kliknutím ju znovu inicializujte a vygenerujte nový snapshot.
  Táto metóda má nespočetné množstvo výhod, ale jednou z nevýhod je, že všetky tabuľky v reťazci odberu replikácie sú znovu inicializované raz a tabuľky čítané počas inicializácie neobsahujú žiadne údaje. Môže tiež trvať dlhšie

2. Vytvoriť novú verziu a potom si samostatne predplatiť aktualizovanú tabuľku
  Táto metóda je relatívne bezpečná a určite neovplyvní existujúci reťazec predplatného replikácie, pričom novo pridané tabuľky je možné inicializovať podľa potreby. Nevýhodou je, že nie vždy môžete postaviť vydanie na poslednej tabuľke, spoľahlivejším spôsobom je pravidelne migrovať projekt (tabuľku) v tejto novej verzii do oficiálneho reťazca predplatieb vydania. Samozrejme, je v tom aj výhoda, pretože nová tabuľka sa niekedy dá riešiť, keď nastane problém.

3. V troch krokoch:
A. Vyplniť novú tabuľku údajmi z celej databázy na čítanie/zápis (vyžaduje sa konzistentnosť dát)
B. Prestaňte čítať log, agent
C. Pridať novú tabuľku do predplatného publikovať
D. Povoliť Log Read Agent
  Táto metóda nemá významný vplyv na online publikovanie (v porovnaní s metódou 1), ale počas prevádzky prestáva čítať a kopírovať dáta, čím zvyšuje oneskorenie replikácie čítania/zápisu. Ak nie ste prísni na oneskorenie čítania a zápisu, môžete si ho vybrať. Veľmi sa odporúča pripraviť si scenár vopred. Rýchla bitka a rýchle rozhodnutie

Toto sú tri metódy, ktoré mi napadajú

Teoreticky je tretí typ najrozumnejší (kompromis), ale pokiaľ ide o požiadavky replikačného predplatného prostredia, ktoré momentálne spravujem, metóda 2 sa používa častejšie. Aj keď to môže mať mierny negatívny vplyv na výkon servera. Zároveň však vytvára vhodný buffer pre DBA na správu tohto 22-ročného replikačného predplatného