[Sumber] Replikasi transaksi SQL Server menambahkan tabel baru tanpa inisialisasi ulang

Ada beberapa cara yang mungkin

1. Cara termudah tentu saja dengan menginisialisasi ulang. Tambahkan tabel (sp_addarticle atau gunakan wizard penyalinan) dan klik kanan untuk menginisialisasi ulang untuk menghasilkan rekam jepret baru.
  Metode ini memiliki keuntungan yang tak terhitung jumlahnya, tetapi satu kelemahannya adalah bahwa semua tabel dalam rantai langganan replikasi diinisialisasi ulang sekali, dan tabel yang dibaca selama inisialisasi tidak memiliki data. Mungkin juga bertahan lebih lama

2. Buat rilis baru, lalu buat salinan langganan ke tabel yang diperbarui secara terpisah
  Metode ini relatif aman dan tentu saja tidak akan memengaruhi rantai langganan replikasi yang ada, dan tabel yang baru ditambahkan dapat diinisialisasi sesuka hati. Kerugiannya adalah Anda tidak selalu dapat membuat rilis di tabel terakhir, cara yang lebih andal adalah dengan memigrasikan proyek (tabel) dalam rilis baru ini ke rantai langganan rilis resmi secara teratur. Tentu saja, ada juga keuntungan dalam hal ini, karena tabel baru terkadang dapat ditangani ketika ada masalah.

3. Dalam tiga langkah:
A. Isi tabel baru dengan data pada database baca/tulis lengkap (konsistensi data diperlukan)
B. Berhenti membaca agen log
C. Tambahkan tabel baru ke langganan publikasi
D. Aktifkan Agen Baca Log
  Metode ini tidak memiliki dampak yang signifikan pada penerbitan online (dibandingkan dengan metode 1), tetapi berhenti membaca dan menyalin data selama operasi, meningkatkan penundaan replikasi baca/tulis. Jika Anda tidak keras pada penundaan baca dan tulis, Anda dapat memilihnya. Sangat disarankan untuk menyiapkan naskah terlebih dahulu. Pertempuran cepat dan keputusan cepat

Ini adalah tiga metode yang terlintas di benak

Secara teoritis, tipe ketiga adalah yang paling masuk akal (kompromi), tetapi ketika menyangkut persyaratan lingkungan langganan replikasi yang saat ini saya kelola sekarang, metode 2 lebih sering digunakan. Meskipun mungkin memiliki sedikit dampak negatif pada kinerja server. Tetapi ini juga menciptakan buffer yang tepat bagi DBA untuk mengelola langganan replikasi 22 tahun ini