[Источник] Репликация транзакций через SQL Server добавляет новые таблицы без повторной инициализации

Существует несколько возможных способов

1. Самый простой способ — конечно, повторная инициализация. Добавьте таблицу (sp_addarticle или используйте мастер копирования) и кликайте правой кнопкой мыши, чтобы переинициализировать её для создания нового снимка.
  Этот метод обладает множеством преимуществ, но одним из недостатков является то, что все таблицы в цепочке подписки репликации переинициализируются один раз, а таблицы, прочитанные во время инициализации, не содержат данных. Он может служить дольше

2. Создайте новый релиз, а затем отдельно оформите подписку на обновлённую таблицу
  Этот метод относительно безопасен и, безусловно, не повлияет на существующую цепочку подписок репликации, а новые таблицы можно инициализировать по желанию. Минус в том, что не всегда можно собрать релиз на последней таблице, более надёжный способ — регулярно переносить проект (таблицу) в официальную цепочку подписок релизов. Конечно, в этом есть и преимущество, потому что новый стол иногда можно решать, когда возникает проблема.

3. В три шага:
A. Заполнить новую таблицу данными из полной базы данных для чтения/записи (требуется согласованность данных)
Б. Перестаньте читать агент журнала
C. Добавить новую таблицу в подписку на публикацию
D. Включить агент чтения журналов
  Этот метод не оказывает значительного влияния на онлайн-публикацию (по сравнению с методом 1), но прекращает чтение и копирование данных во время работы, увеличивая задержку репликации чтения/записи. Если вы не слишком строги к задержке чтения и записи, вы можете выбрать его. Настоятельно рекомендуется заранее подготовить сценарий. Быстрая битва и быстрое решение

Вот три метода, которые приходят на ум

Теоретически третий тип — самый разумный (компромисс), но когда речь идёт о требованиях среды подписки на репликацию, которой я сейчас управляю, чаще используется метод 2. Хотя это может немного негативно сказаться на производительности сервера. Но это также создаёт полноценный буфер для DBA для управления этой 22-летней подпиской на репликацию