[Sursă] Replicarea tranzacțiilor SQL Server adaugă tabele noi fără reinițializare

Există mai multe modalități posibile

1. Cea mai simplă cale este, desigur, reinițializarea. Adaugă tabelul (sp_addarticle sau folosește asistentul de copiere) și dă click dreapta pentru a-l reinițializa și a genera un nou snapshot.
  Această metodă are nenumărate avantaje, dar un dezavantaj este că toate tabelele din lanțul de abonament de replicare sunt reinițializate o singură dată, iar tabelele citite în timpul inițializării nu au date. De asemenea, poate dura mai mult

2. Creează o versiune nouă, apoi fă un abonament separat la tabelul actualizat
  Această metodă este relativ sigură și cu siguranță nu va afecta lanțul existent de abonamente de replicare, iar tabelele nou adăugate pot fi inițializate după bunul plac. Dezavantajul este că nu poți construi întotdeauna o versiune pe tabelul final, o metodă mai sigură este să migrezi proiectul (tabelul) din această nouă versiune în lanțul oficial de abonamente de lansare. Desigur, există și un avantaj în acest aspect, deoarece noua tabelă poate fi uneori gestionată când apare o problemă.

3. În trei pași:
A. Completați noul tabel cu date din baza de date completă de citire/scriere (este necesară consistența datelor)
B. Nu mai citi agentul de jurnal
C. Adaugă noul tabel la abonamentul de publicare
D. Activează agentul de citire a jurnalului
  Această metodă nu are un impact semnificativ asupra publicării online (comparativ cu metoda 1), dar oprește citirea și copierea datelor în timpul funcționării, crescând întârzierea replicării citirii/scrierii. Dacă nu ești dur cu întârzierea de citire și scriere, poți alege asta. Se recomandă cu tărie să pregătești scenariul din timp. Bătălie rapidă și decizie rapidă

Acestea sunt cele trei metode care îmi vin în minte

Teoretic, al treilea tip este cel mai rezonabil (compromis), dar când vine vorba de cerințele mediului de abonament de replicare pe care îl gestionez acum, metoda 2 este folosită mai des. Deși poate avea un impact negativ ușor asupra performanței serverului. Dar creează și un buffer adecvat pentru DBA-uri pentru a gestiona acest abonament de replicare pe 22 de ani