[Bron] SQLserver-transactiereplicatie voegt nieuwe tabellen toe zonder herinitialisatie

Er zijn verschillende mogelijke manieren

1. De makkelijkste manier is natuurlijk om opnieuw te initialiseren. Voeg de tabel toe (sp_addarticle of gebruik de kopieerwizard) en klik met de rechtermuisknop om deze opnieuw te initialiseren en een nieuwe snapshot te genereren.
  Deze methode heeft talloze voordelen, maar één nadeel is dat alle tabellen in de replicatie-abonnementsketen eenmaal opnieuw worden geïntialiseerd, en de tabellen die tijdens de initialisatie worden gelezen geen data bevatten. Het kan ook langer meegaan

2. Maak een nieuwe release aan, en maak vervolgens apart een kopie-abonnement op de bijgewerkte tabel
  Deze methode is relatief veilig en zal zeker geen invloed hebben op de bestaande replicatie-abonnementsketen, en nieuw toegevoegde tabellen kunnen naar wens worden geïnitialiseerd. Het nadeel is dat je niet altijd een release op de laatste tabel kunt bouwen; een betrouwbaardere manier is om het project (de tabel) in deze nieuwe release regelmatig te migreren naar de officiële release-abonnementketen. Natuurlijk is hier ook een voordeel aan, omdat de nieuwe tafel soms kan worden aangepakt als er een probleem is.

3. In drie stappen:
A. Vul de nieuwe tabel met gegevens op de volledige lees/schrijfdatabase (dataconsistentie is vereist)
B. Stop met het lezen van de logagent
C. Voeg de nieuwe tabel toe aan het publicatieabonnement
D. Schakel de Log Read Agent in
  Deze methode heeft geen significante impact op online publicatie (vergeleken met methode 1), maar stopt het lezen en kopiëren van data tijdens de werking, waardoor de vertraging van de lees/schrijfreplicatie toeneemt. Als je niet streng bent met de lees- en schrijfvertraging, kun je het kiezen. Het wordt sterk aanbevolen om het script van tevoren voor te bereiden. Snel gevecht en snelle beslissing

Dit zijn de drie methoden die in me opkomen

Theoretisch is het derde type het meest redelijk (compromis), maar wat betreft de vereisten van de replicatie-abonnementsomgeving die ik momenteel beheer, wordt methode 2 vaker gebruikt. Hoewel het een lichte negatieve invloed kan hebben op de serverprestaties. Maar het creëert ook een goede buffer voor DBA's om dit 22-jarige replicatie-abonnement te beheren