[Kilde] SQLserver-transaktionsreplikering tilføjer nye tabeller uden reinitialisering

Der er flere mulige måder

1. Den nemmeste måde er selvfølgelig at geninitialisere. Tilføj tabellen (sp_addarticle eller brug kopiguiden) og højreklik for at geninitialisere den og generere et nyt snapshot.
  Denne metode har utallige fordele, men en ulempe er, at alle tabeller i replikationsabonnementskæden reinitialiseres én gang, og de tabeller, der læses under initialiseringen, ikke indeholder nogen data. Det kan også vare længere

2. Opret en ny udgivelse, og lav derefter et kopiabonnement på den opdaterede tabel separat
  Denne metode er relativt sikker og vil bestemt ikke påvirke den eksisterende replikationsabonnementskæde, og nytilføjede tabeller kan initialiseres efter behag. Ulempen er, at du ikke altid kan bygge en release på den sidste tabel; en mere pålidelig måde er at migrere projektet (tabellen) i denne nye release til den officielle release-abonnementskæde regelmæssigt. Selvfølgelig er der også en fordel ved dette, fordi det nye bord nogle gange kan håndteres, når der opstår et problem.

3. I tre trin:
A. Fyld den nye tabel med data på den fulde læse-/skrivedatabase (datakonsistens er påkrævet)
B. Stop med at læse logagenten
C. Tilføj den nye tabel til publicer-abonnementet
D. Aktiver log read agenten
  Denne metode har ikke væsentlig indflydelse på online publicering (sammenlignet med metode 1), men den stopper læsning og kopiering af data under drift, hvilket øger forsinkelsen i læse-/skrivereplikering. Hvis du ikke er hård med læse- og skriveforsinkelsen, kan du vælge det. Det anbefales kraftigt at forberede manuskriptet på forhånd. Hurtig kamp og hurtig beslutning

Det er de tre metoder, jeg kommer i tanke om

Teoretisk set er den tredje type den mest rimelige (kompromis), men når det gælder kravene i det replikationsabonnementsmiljø, jeg i øjeblikket administrerer, bruges metode 2 oftere. Selvom det måske har en lille negativ indvirkning på serverens ydeevne. Men det skaber også en ordentlig buffer for DBA'er til at administrere dette 22-årige replikationsabonnement