[Forrás] SQLserver tranzakcióreplikáció új táblákat ad hozzá újraincializáció nélkül

Számos lehetséges módja van

1. A legegyszerűbb módja természetesen az újraindítás. Add hozzá a táblát (sp_addarticle vagy használd a másolási varázslót), és jobb kattintással újraindítsd az új pillanatképet.
  Ennek a módszernek számtalan előnye van, de az egyik hátránya, hogy a replikációs előfizetési lánc összes táblája egyszer újrainicializálódik, és az inicializáció során olvasott táblák nem tartalmaznak adatot. Lehet, hogy tovább is tart

2. Hozzon létre egy új kiadást, majd külön készíts előfizetést a frissített táblához
  Ez a módszer viszonylag biztonságos, és biztosan nem befolyásolja a meglévő replikációs előfizetési láncot, és az újonnan hozzáadott táblákat akaratod szerint inicializálhatjuk. Hátránya, hogy nem mindig lehet egy kiadást az utolsó táblán építeni, megbízhatóbb mód, ha rendszeresen áthelyezed a projektet (táblát) ebben az új kiadásban a hivatalos kiadási előfizetési láncra. Természetesen ennek előnye is van, mert az új táblázatot néha kezelni lehet, ha probléma adódik.

3. Három lépésben:
A. Töltse ki az új táblát az összes olvasási/írási adatbázis adataival (az adatok konzisztenciája szükséges)
B. Ne olvasd el a naplóügynököt
C. Hozzáadni az új táblázatot a publikációs előfizetéshez
D. Engedélyezze a naplóolvasó ügynököt
  Ez a módszer nem gyakorol jelentős hatást az online publikálásra (az 1-es módszerhez képest), de működés közben megállítja az adatok olvasását és másolását, ami növeli az olvasási/írási replikációs késleltetést. Ha nem vagy szigorú az olvasási és írási késleltetés miatt, választhatod. Erősen ajánlott előre elkészíteni a forgatókönyvet. Gyors harc és gyors döntés

Ezek a három módszer, ami eszembe jut

Elméletileg a harmadik típus a legésszerűbb (kompromisszum), de a jelenleg kezelt replikációs előfizetési környezet követelményeit illetően a 2-es módszert használják. Bár ez enyhe negatív hatással lehet a szerver teljesítményére. Ugyanakkor megfelelő puffert is teremt a DBA-k számára, hogy kezeljék ezt a 22 éves replikációs előfizetést