Menerbitkan Ulang Data
Berlaku untuk:
SQL Server Azure SQL Managed Instance
Dalam model penerbitan ulang, Penerbit mengirim data ke Pelanggan, yang kemudian menerbitkan ulang data ke sejumlah Pelanggan lainnya. Ini berguna ketika Penerbit harus mengirim data ke Pelanggan melalui tautan komunikasi yang lambat atau mahal. Jika ada sejumlah Pelanggan di sisi jauh tautan tersebut, menggunakan penerbit ulang akan mengalihkan sebagian besar beban distribusi ke sisi tautan tersebut.
Menerbitkan ulang data melibatkan langkah-langkah berikut:
Buat publikasi di Publisher.
Buat langganan ke publikasi untuk penerbitan ulang Pelanggan.
Menginisialisasi langganan. Langganan harus diinisialisasi sebelum publikasi dibuat di Pelanggan penerbitan ulang, atau replikasi akan gagal.
Buat publikasi di database langganan di Pelanggan penerbitan ulang.
Buat langganan ke publikasi di pelanggan penerbitan ulang untuk Pelanggan lain.
Menginisialisasi langganan.
Catatan
Jika Anda menggunakan replikasi penggabungan dalam topologi penerbitan ulang, semua Pelanggan penerbitan ulang harus menggunakan langganan server. Untuk informasi selengkapnya tentang jenis langganan, lihat Berlangganan Publikasi.
Dalam ilustrasi berikut, Penerbit dan penerbit ulang bertindak sebagai Distributor lokal mereka sendiri. Jika masing-masing disiapkan untuk menggunakan Distributor jarak jauh, setiap Distributor harus berada di sisi yang sama dari tautan komunikasi yang lambat atau mahal sebagai Penerbitnya. Penerbit harus terhubung ke Distributor jarak jauh dengan tautan komunikasi yang andal dan berkecepatan tinggi.
Server apa pun dapat bertindak sebagai Penerbit dan Pelanggan. Misalnya, pertimbangkan diagram berikut di mana publikasi tabel ada di London dan harus didistribusikan ke empat kota berbeda di Amerika Serikat: Chicago, New York, San Diego, dan Seattle. Server di New York dipilih untuk berlangganan tabel yang diterbitkan yang berasal dari London, karena situs New York memenuhi kondisi ini:
Tautan jaringan kembali ke London relatif dapat diandalkan.
Biaya komunikasi London-ke-New York dapat diterima.
Ada jalur komunikasi jaringan yang baik dari New York ke semua situs Pelanggan lainnya di Amerika Serikat.
Replikasi mendukung skenario penerbitan ulang yang diperlihatkan dalam tabel berikut.
| Publisher | Pelanggan Penerbitan | Pelanggan |
|---|---|---|
| Publikasi transaksi | Langganan transaksi/publikasi transaksi | Langganan transaksi |
| Publikasi transaksi | Publikasi langganan/penggabungan transaksi* | Gabungkan langganan |
| Gabungkan publikasi | Gabungkan publikasi langganan/penggabungan | Gabungkan langganan |
| Gabungkan publikasi | Gabungkan publikasi langganan/transaksi | Langganan transaksi |
*Anda harus mengatur @published_in_tran_pub properti pada publikasi gabungan. Secara default, replikasi transaksional mengharapkan tabel di Pelanggan diperlakukan sebagai baca-saja. Jika replikasi penggabungan membuat perubahan data pada tabel dalam langganan transaksional, non-konvergensi data dapat terjadi. Untuk menghindari risiko ini, sebaiknya tabel tersebut ditentukan sebagai unduhan saja dalam publikasi penggabungan. Ini mencegah pelanggan gabungan mengunggah perubahan data ke tabel. Untuk informasi selengkapnya, lihat Mengoptimalkan Performa Replikasi Penggabungan dengan Artikel Unduh-Saja.