[Fonte] La replicazione delle transazioni SQLserver aggiunge nuove tabelle senza riinizializzazione

Ci sono diversi modi possibili

1. Il modo più semplice è ovviamente reinizializzare. Aggiungi la tabella (sp_addarticle o usa il copy wizard) e clicca con il tasto destro per riinizializzare e generare una nuova snapshot.
  Questo metodo presenta innumerevoli vantaggi, ma uno svantaggio è che tutte le tabelle nella catena di abbonamento alla replicazione vengono riinizializzate una sola volta, e le tabelle lette durante l'inizializzazione non hanno dati. Potrebbe anche durare più a lungo

2. Crea una nuova versione e poi crea un abbonamento di copia alla tabella aggiornata separatamente
  Questo metodo è relativamente sicuro e certamente non influenzerà la catena di abbonamento di replica esistente, e le nuove tabelle aggiunte possono essere inizializzate a piacimento. Lo svantaggio è che non sempre puoi costruire una release sull'ultima tabella, un modo più affidabile è migrare regolarmente il progetto (la tabella) in questa nuova release alla catena di abbonamenti ufficiali. Naturalmente, c'è anche un vantaggio in questo, perché la nuova tabella può talvolta essere gestita quando c'è un problema.

3. In tre fasi:
A. Compilare la nuova tabella con dati sull'intero database di lettura/scrittura (è richiesta coerenza dei dati)
B. Smetti di leggere il log agent
C. Aggiungi la nuova tabella all'abbonamento di pubblicazione
D. Abilita l'agente di lettura del log
  Questo metodo non ha un impatto significativo sulla pubblicazione online (rispetto al metodo 1), ma interrompe la lettura e la copia dei dati durante il funzionamento, aumentando il ritardo di replica di lettura/scrittura. Se non sei severo con il ritardo di lettura e scrittura, puoi sceglierlo. Si consiglia vivamente preparare la sceneggiatura in anticipo. Battaglia veloce e decisione rapida

Questi sono i tre metodi che mi vengono in mente

Teoricamente, il terzo tipo è il più ragionevole (compromesso), ma per quanto riguarda i requisiti dell'ambiente di abbonamento di replica che sto gestendo attualmente, il metodo 2 è più spesso utilizzato. Anche se può avere un leggero impatto negativo sulle prestazioni del server. Ma crea anche un vero buffer per permettere ai DBA di gestire questo abbonamento di replicazione di 22 anni