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

Има няколко възможни начина

1. Най-лесният начин, разбира се, е да се инициализира отново. Добавете таблицата (sp_addarticle или използвайте инструмента за копиране) и кликнете с десен бутон, за да я инициализирате отново, за да генерирате нова снимка.
  Този метод има безброй предимства, но един недостатък е, че всички таблици във веригата за абонамент за репликация се реинициализират веднъж, а таблиците, прочетени по време на инициализацията, нямат данни. Може да издържи и по-дълго

2. Създайте ново издание и след това направете абонамент за копие към обновената таблица отделно
  Този метод е сравнително сигурен и със сигурност няма да повлияе на съществуващата верига от абонаменти за репликация, а новодобавените таблици могат да бъдат инициализирани по желание. Недостатъкът е, че не винаги можеш да изградиш издание на последната таблица, по-надежден начин е да мигрираш проекта (таблицата) от това ново издание към официалната верига от абонамент за издания редовно. Разбира се, има и предимство в това, защото новата таблица понякога може да бъде обработена, когато има проблем.

3. В три стъпки:
А. Попълнете новата таблица с данни в пълната база данни за четене/запис (изисква се консистентност на данните)
Б. Спри да четеш лог агента
C. Добавете новата таблица към абонамента за публикуване
Г. Активиране на агента за четене на логове
  Този метод няма значително влияние върху онлайн публикуването (в сравнение с метод 1), но спира четенето и копирането на данни по време на работа, което увеличава забавянето при репликация при четене/запис. Ако не сте строги към забавянето при четене и запис, можете да го изберете. Силно се препоръчва да подготвите сценария предварително. Бърза битка и бързо решение

Това са трите метода, които ми идват на ум

Теоретично третият тип е най-разумен (компромис), но що се отнася до изискванията на абонаментната среда за репликация, която в момента управлявам, по-често се използва метод 2. Въпреки че може да има леко негативно влияние върху производителността на сървъра. Но също така създава подходящ буфер за DBA да управляват този 22-годишен абонамент за репликация