[Fonte] A replicação de transações SQL Server adiciona novas tabelas sem reinicialização

Existem várias formas possíveis

1. A maneira mais fácil é, claro, reinicializar. Adicione a tabela (sp_addarticle ou use o assistente de cópia) e clique com o botão direito para reinicializá-la e gerar um novo snapshot.
  Esse método tem inúmeras vantagens, mas uma desvantagem é que todas as tabelas da cadeia de assinaturas de replicação são reinicializadas uma vez, e as tabelas lidas durante a inicialização não possuem dados. Também pode durar mais

2. Crie uma nova versão e depois faça uma cópia para a tabela atualizada separadamente
  Esse método é relativamente seguro e certamente não afetará a cadeia de assinaturas de replicação existente, e tabelas recém-adicionadas podem ser inicializadas à vontade. A desvantagem é que nem sempre é possível construir um release na última tabela, uma forma mais confiável é migrar o projeto (tabela) nessa nova versão para a cadeia de assinaturas de releases oficiais regularmente. Claro, também há uma vantagem nisso, porque a nova tabela às vezes pode ser tratada quando há um problema.

3. Em três etapas:
A. Preencher a nova tabela com dados do banco de dados completo de leitura/escrita (consistência dos dados é necessária)
B. Pare de ler o agente de registro
C. Adicionar a nova tabela à assinatura de publicação
D. Ativar o Agente de Leitura de Log
  Esse método não tem impacto significativo na publicação online (em comparação com o método 1), mas para de ler e copiar dados durante a operação, aumentando o atraso de replicação de leitura/escrita. Se você não for rigoroso com o atraso na leitura e escrita, pode escolhê-la. É altamente recomendado preparar o roteiro com antecedência. Batalha rápida e decisão rápida

Esses são os três métodos que me vêm à mente

Teoricamente, o terceiro tipo é o mais razoável (compromisso), mas quando se trata dos requisitos do ambiente de assinatura de replicação que estou gerenciando atualmente, o método 2 é mais usado com frequência. Embora isso possa ter um leve impacto negativo no desempenho do servidor. Mas também cria um buffer adequado para que os DBAs gerenciem essa assinatura de replicação de 22 anos