[Vir] Replikacija transakcij SQL Server doda nove tabele brez ponovne inicializacije

Obstaja več možnih načinov

1. Najlažji način je seveda ponovna inicializacija. Dodajte tabelo (sp_addarticle ali uporabite čarovnika za kopiranje) in z desnim klikom ponovno inicializirate za generiranje novega posnetka.
  Ta metoda ima nešteto prednosti, a ena slabost je, da so vse tabele v naročniški verigi replikacije ponovno inicializirane enkrat, tabele, prebrane med inicializacijo, pa nimajo podatkov. Lahko tudi traja dlje

2. Ustvarite novo izdajo in nato naročite kopijo na posodobljeno tabelo ločeno
  Ta metoda je razmeroma varna in zagotovo ne bo vplivala na obstoječo naročniško verigo replikacij, novo dodane tabele pa je mogoče inicializirati po želji. Slabost je, da izdaje ne morete vedno zgraditi na zadnji tabeli; bolj zanesljiv način je, da projekt (tabelo) v tej novi izdaji redno preusmerite v uradno naročniško verigo za izdajo. Seveda je to tudi prednost, saj se lahko nova tabela včasih reši, ko pride do težav.

3. V treh korakih:
A. Novo tabelo napolnite s podatki iz celotne baze podatkov za branje/pisanje (potrebna je konsistentnost podatkov)
B. Nehaj brati dnevnik, agent
C. Dodajte novo tabelo v naročnino na objavo
D. Omogoči agent za branje dnevnika
  Ta metoda nima pomembnega vpliva na spletno založništvo (v primerjavi z metodo 1), vendar med delovanjem preneha brati in kopirati podatke, kar poveča zamik za reprodukcijo branja/pisanja. Če niste strogi glede zamika pri branju in pisanju, ga lahko izberete. Zelo priporočljivo je, da scenarij pripravite vnaprej. Hitra bitka in hitra odločitev

To so tri metode, ki mi pridejo na misel

Teoretično je tretja vrsta najbolj razumna (kompromis), vendar pa glede na zahteve okolja za replikacijo, ki ga trenutno upravljam, se metoda 2 uporablja pogosteje. Čeprav ima lahko rahlo negativen vpliv na delovanje strežnika. A hkrati ustvarja ustrezno rezervo za DBA-je, da upravljajo to 22-letno replikacijsko naročnino