[Źródło] Replikacja transakcji SQL Server dodaje nowe tabele bez konieczności reinicjalizacji

Istnieje kilka możliwych sposobów

1. Najprostszym sposobem jest oczywiście ponowna inicjaliza. Dodaj tabelę (sp_addarticle lub użyj kreatora kopiowania) i kliknij prawym przyciskiem, aby ponownie ją zainicjować i wygenerować nowy migawkę.
  Ta metoda ma niezliczone zalety, ale jedną z wad jest to, że wszystkie tabele w łańcuchu subskrypcji replikacji są ponownie inicjalizowane raz, a tabele odczytywane podczas inicjalizacji nie zawierają danych. Może też działać dłużej

2. Stwórz nową wersję, a następnie osobno załóż subskrypcję zaktualizowanej tabeli
  Ta metoda jest stosunkowo bezpieczna i z pewnością nie wpłynie na istniejący łańcuch subskrypcji replikacji, a nowo dodane tabele można inicjować według uznania. Minusem jest to, że nie zawsze można budować wydanie na ostatniej tabeli, bardziej niezawodnym sposobem jest regularna migracja projektu (tabeli) w tej nowej wersji do oficjalnego łańcucha subskrypcji wydań. Oczywiście jest też zaleta, ponieważ nowa tabela czasem może być rozwiązana, gdy pojawia się problem.

3. W trzech etapach:
A. Wypełnić nową tabelę danymi z pełnej bazy danych do odczytu/zapisu (wymagana jest spójność danych)
B. Przestań czytać dziennika, agent
C. Dodaj nową tabelę do subskrypcji publikowania
D. Włącz agenta odczytu logów
  Ta metoda nie ma istotnego wpływu na publikacje online (w porównaniu do metody 1), ale zatrzymuje odczyt i kopiowanie danych podczas pracy, co zwiększa opóźnienie replikacji odczytu/zapisu. Jeśli nie będziesz zbyt restrykcyjny w kwestii opóźnienia odczytu i zapisu, możesz wybrać tę metodę. Zdecydowanie zaleca się przygotowanie scenariusza z wyprzedzeniem. Szybka walka i szybka decyzja

Oto trzy metody, które przychodzą mi na myśl

Teoretycznie trzeci typ jest najbardziej rozsądny (kompromis), ale jeśli chodzi o wymagania środowiska subskrypcyjnego replikacji, którym obecnie zarządzam, metoda 2 jest częściej stosowana. Chociaż może to mieć niewielki negatywny wpływ na wydajność serwera. Ale tworzy też odpowiedni bufor dla DBA do zarządzania tą 22-letnią subskrypcją replikacyjną