Replication

Melakukan copy dari 1 atau lebih server (disebut sebagai Replicas) demi availability dan performance yang lebih baik.

Keputusan yang salah dalam menentukan arsitektur Replikasi, bisa berarti :
worse performance – suatu “update” harus di-apply kesemua Replicas dan disinkronisasi
worse availability – beberapa algoritma membutuhkan banyak Replicas untuk beroperasi, padahal dalam kenyataan hanya beberapa diantaranya yang digunakan

Snapshot Replication
Mencopy semua data dari ARTIKEL ke SUBSCRIBER
Mengabaikan data yang telah dimodifikasi di SUBSCRIBER (subscriber menjadi Read Only)
Network Bandwidth yang dibutuhkan sangat besar
Mudah implementasinya
Proses Copy Artikel terjadi dalam suatu waktu

Transactional Replication
Proses Copy Transaksi dari Artikel, dengan memanfaatkan Transaction Log milik Publication DB
Setiap perubahan data yang terjadi akan dicopy dulu ke Distributor, baru kemudian dicopy ke Subscriber
Lebih efisien daripada Snapshot Replication
Traffic Network menjadi minimal (krn butuh bandwidth kecil)
Real Time
Modifikasi data di Subscriber tetap dipertahankan

Transactional publication with updatable subscriptions Replication
Seperti Transactional Replication
Bedanya, Subscriber bisa juga mempublikasi ke Pusblisher