[Avots] SQL Server transakciju replicēšana pievieno jaunas tabulas bez atkārtotas inicializācijas

Ir vairāki iespējamie veidi

1. Vienkāršākais veids, protams, ir atkārtoti inicializēt. Pievienojiet tabulu (sp_addarticle vai izmantojiet kopēšanas vedni) un ar peles labo pogu noklikšķiniet, lai to atkārtoti inicializētu un ģenerētu jaunu momentuzņēmumu.
  Šai metodei ir neskaitāmas priekšrocības, bet viens trūkums ir tas, ka visas tabulas replicēšanas abonēšanas ķēdē tiek atkārtoti inicializētas vienu reizi, un inicializācijas laikā nolasītajām tabulām nav datu. Tas var ilgt arī ilgāk

2. Izveidojiet jaunu laidienu un pēc tam atsevišķi abonējiet atjauninātās tabulas kopiju
  Šī metode ir salīdzinoši droša un noteikti neietekmēs esošo replicēšanas abonēšanas ķēdi, un jaunās tabulas var inicializēt pēc vēlēšanās. Trūkums ir tāds, ka jūs ne vienmēr varat izveidot laidienu uz pēdējās tabulas, uzticamāks veids ir regulāri migrēt projektu (tabulu) šajā jaunajā laidienā uz oficiālo laidienu abonēšanas ķēdi. Protams, tam ir arī priekšrocība, jo jauno tabulu dažreiz var risināt, ja rodas problēma.

3. Trīs posmos:
A. Aizpildiet jauno tabulu ar datiem pilnā lasīšanas/rakstīšanas datu bāzē (nepieciešama datu konsekvence)
B. Pārtrauciet žurnāla aģenta lasīšanu
C. Jaunās tabulas pievienošana publicēšanas abonementam
D. Žurnāla lasīšanas aģenta iespējošana
  Šai metodei nav būtiskas ietekmes uz publicēšanu tiešsaistē (salīdzinot ar 1. metodi), bet tā pārtrauc datu lasīšanu un kopēšanu darbības laikā, palielinot lasīšanas/rakstīšanas replikācijas aizkavi. Ja neesat skarbs pret lasīšanas un rakstīšanas aizkavēšanos, varat to izvēlēties. Ļoti ieteicams sagatavot skriptu iepriekš. Ātra cīņa un ātrs lēmums

Šīs ir trīs metodes, kas nāk prātā

Teorētiski trešais veids ir vissaprātīgākais (kompromiss), bet, runājot par replicēšanas abonēšanas vides prasībām, ko es pašlaik pārvaldu, biežāk tiek izmantota 2. metode. Lai gan tam var būt neliela negatīva ietekme uz servera veiktspēju. Bet tas arī rada pienācīgu buferi DBA, lai pārvaldītu šo 22 gadu replikācijas abonementu