[Fuente] La replicación de transacciones SQL Server añade nuevas tablas sin reinicialización

Hay varias formas posibles

1. La forma más sencilla, por supuesto, es reinicializar. Añade la tabla (sp_addarticle o usa el asistente de copia) y haz clic derecho para reinicializarla y generar una nueva instantánea.
  Este método tiene innumerables ventajas, pero una desventaja es que todas las tablas de la cadena de suscripción de replicación se reinicializan una vez, y las tablas leídas durante la inicialización no tienen datos. También puede durar más

2. Crear una nueva versión y luego hacer una suscripción de copia a la tabla actualizada por separado
  Este método es relativamente seguro y ciertamente no afectará a la cadena de suscripción de replicación existente, y las tablas recién añadidas pueden inicializarse a voluntad. La desventaja es que no siempre puedes construir una versión en la última tabla; una forma más fiable es migrar el proyecto (tabla) de esta nueva versión a la cadena de suscripción oficial de la versión de forma regular. Por supuesto, también hay una ventaja en esto, porque la nueva tabla a veces puede ser gestionada cuando surge un problema.

3. En tres pasos:
A. Rellenar la nueva tabla con datos de la base de datos completa de lectura/escritura (se requiere consistencia de datos)
B. Deja de leer el agente de registro
C. Añadir la nueva tabla a la suscripción de publicación
D. Activar el Agente de Lectura de Registro
  Este método no tiene un impacto significativo en la publicación en línea (en comparación con el método 1), pero deja de leer y copiar datos durante el funcionamiento, aumentando el retardo de replicación de lectura/escritura. Si no eres duro con el retraso de lectura y escritura, puedes elegirlo. Se recomienda encarecidamente preparar el guion con antelación. Batalla rápida y decisión rápida

Estos son los tres métodos que me vienen a la mente

Teóricamente, el tercer tipo es el más razonable (compromiso), pero en lo que respecta a los requisitos del entorno de suscripción de replicación que gestiono actualmente, el método 2 se usa más a menudo. Aunque puede tener un pequeño impacto negativo en el rendimiento del servidor. Pero también crea un buffer adecuado para que los DBAs gestionen esta suscripción de replicación de 22 años