Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Berlaku untuk:
SQL ServerAzure SQL Managed Instance
Sebelum mengembangkan aplikasi yang menggunakan fungsi replikasi, ikuti langkah-langkah perencanaan umum berikut:
Tentukan topologi replikasi Anda.
Tentukan fungsionalitas aplikasi.
Rencanakan keamanan.
Pilih lingkungan pengembangan.
Pilih antarmuka pemrograman replikasi yang sesuai.
Sisa artikel ini menjelaskan langkah-langkah tersebut secara lebih rinci. Untuk membantu mengilustrasikan proses perencanaan, sebuah contoh disertakan.
Mendefinisikan topologi replikasi
Langkah pertama dalam replikasi pemrograman adalah menentukan topologi replikasi untuk aplikasi Anda. Jika Anda menulis aplikasi yang menggunakan topologi replikasi yang sudah ada, seperti aplikasi klien yang mengakses data pada pelanggan yang sudah ada, lanjutkan ke langkah berikutnya.
Catatan
Dalam beberapa kasus, penerapan topologi replikasi adalah satu-satunya tujuan aplikasi.
Topologi replikasi yang Anda tentukan tergantung pada banyak faktor, termasuk yang berikut ini:
Apakah data yang direplikasi perlu diperbarui, dan oleh siapa.
Kebutuhan distribusi data Anda mengenai konsistensi, otonomi, dan latensi.
Lingkungan replikasi, termasuk pengguna bisnis, infrastruktur teknis, jaringan dan keamanan, dan karakteristik data.
Jenis opsi replikasi dan replikasi.
Topologi replikasi dan bagaimana mereka selaras dengan jenis replikasi.
Jika Anda baru dalam replikasi Microsoft SQL Server, lihat Jenis Replikasi.
Mendefinisikan fungsionalitas aplikasi
Setelah Anda mendefinisikan topologi replikasi, tentukan fungsionalitas yang ditawarkan aplikasi Anda. Fungsionalitas ini dapat berkisar dari skrip yang menyinkronkan langganan ke aplikasi dengan antarmuka pengguna untuk mengonfigurasi replikasi. Replikasi mendukung tugas pemrograman umum berikut:
Menyiapkan replikasi.
Menyinkronkan Pelanggan.
Mempertahankan topologi replikasi.
Memantau topologi replikasi.
Memecahkan masalah replikasi.
Juga umum untuk memperluas aplikasi Anda dengan menggabungkan fungsi replikasi dengan fungsi lain yang disediakan oleh SQL Server. Tabel berikut menyoroti beberapa fungsi yang diperluas yang mungkin Anda berikan di aplikasi replikasi Anda.
| Fungsi | Contoh |
|---|---|
| Administrasi server menggunakan Objek Manajemen SQL Server (SMO) | Aplikasi yang memungkinkan administrator melampirkan dan mengonfigurasi database sebagai Penerbit dalam topologi replikasi. |
| Akses data menggunakan ADO.NET | Aplikasi yang memungkinkan pengguna mengakses dan mengubah data penjualan yang direplikasi secara programatik di database Subscriber lokal saat offline, lalu menghubungkan dan menyinkronkan langganan pull dengan memilih tombol. |
Perencanaan keamanan
Keamanan penting dalam setiap aplikasi, dan Anda harus merencanakan keamanan sebelum menulis kode apa pun. Keamanan aplikasi dapat dibagi menjadi tiga bagian utama: mengamankan database, mengamankan replikasi, dan menulis kode aman.
Artikel-artikel berikut memberikan informasi tentang keamanan:
Memilih lingkungan pengembangan
Saat Anda mengembangkan aplikasi replikasi, pertimbangkan tiga lingkungan pengembangan dasar ini. Setiap lingkungan pengembangan memiliki akses ke fungsionalitas replikasi yang sama dengan beberapa pengecualian. Anda dapat mengembangkan aplikasi replikasi di masing-masing lingkungan berikut.
Kode terkelola
Lingkungan pengembangan berorientasi objek yang memanfaatkan manfaat pemrograman .NET Framework dan .NET common language runtime (CLR). Kode terkelola adalah lingkungan pemrograman yang direkomendasikan untuk pengembangan .NET dan aplikasi SQL Server. Antarmuka replikasi terkelola memungkinkan Anda memprogram administrasi replikasi secara berorientasi objek tanpa harus mengetahui Transact-SQL. Perangkat ini juga menyediakan beberapa fungsi callback saat menjalankan agen replikasi yang tidak tersedia dari skrip. Kode terkelola adalah lingkungan terbaik untuk mengembangkan komponen yang dapat digunakan kembali dan aplikasi antarmuka pengguna.
Scripting
Aplikasi sederhana yang menjalankan serangkaian perintah sebagai prosedur tersimpan sistem replikasi dalam skrip Transact-SQL atau perintah dalam file batch. Meskipun Anda dapat menjalankan skrip di lingkungan terkelola dengan menggunakan penyedia terkelola dalam proses SQL Server, Anda dapat memperoleh fungsi yang sama dengan menggunakan antarmuka replikasi terkelola, yang juga menyediakan fungsi callback. Scripting adalah lingkungan terbaik untuk menjalankan tugas yang hanya berjalan beberapa kali dan di mana fungsi callback tidak diperlukan, seperti menginstal server replikasi.
Kode asli
Lingkungan pengembangan berorientasi objek yang memanfaatkan akses langsung ke sistem atau objek COM sehingga kode tidak dikelola oleh CLR. Antarmuka replikasi kode asli tidak digunakan lagi atau dihentikan. Untuk informasi selengkapnya, lihat Fitur yang Tidak Digunakan Lagi di Replikasi SQL Server atau Kompatibilitas Mundur Replikasi.
Pilih antarmuka pemrograman replikasi yang sesuai
Langkah perencanaan terakhir adalah memilih antarmuka pemrograman replikasi yang sesuai yang mengimplementasikan fungsionalitas replikasi yang diinginkan untuk lingkungan pengembangan yang dipilih. Tabel berikut menunjukkan antarmuka pemrograman replikasi yang tersedia.
| Antarmuka | Lingkungan | Menggunakan |
|---|---|---|
| Konsep Objek Manajemen Replikasi | Kode terkelola | Administrasi, pemantauan, dan sinkronisasi. |
| Microsoft.SqlServer.Replication | Kode terkelola | Sinkronisasi. |
| Microsoft.SqlServer.Replication.BusinessLogicSupport | Kode terkelola | Pembuatan penangan logika bisnis untuk mengintegrasikan logika kustom dengan proses sinkronisasi penggabungan. |
| Prosedur Tersimpan Replikasi (Transact-SQL) | Pembuatan skrip | Administrasi dan pemantauan. |
| Konsep Executables Agen Replikasi | Pembuatan skrip | Sinkronisasi. |
Contoh
Di Adventure Works, data perlu diterbitkan untuk 200 perwakilan penjualan di seluruh dunia. Perwakilan penjualan sering bepergian dan perlu menggunakan komputer laptop atau asisten digital pribadi (PDA) untuk mengubah data pelanggan dan menambahkan pesanan baru. Perwakilan penjualan perlu menyinkronkan perubahan dengan Publisher saat mereka menghubungkan laptop ke jaringan.
Untuk aplikasi ini, langkah-langkah perencanaan mungkin terlihat seperti berikut:
Topologi replikasi untuk aplikasi ini sudah ada. Namun, Anda harus membuat langganan pull baru di klien. Gunakan filter yang diparameterisasi dalam publikasi untuk mereplikasi satu set data unik kepada setiap perwakilan penjualan.
Selain akses data umum yang diperlukan untuk aplikasi penjualan, aplikasi ini harus memungkinkan tenaga penjual untuk menyinkronkan langganan penarikan sesuai permintaan dengan mengklik tombol. Karena perwakilan penjualan menginstal dan menjalankan aplikasi, aplikasi juga harus dapat mengonfigurasi langganan dan menerapkan snapshot awal di klien. Opsional, aplikasi ini menggunakan infrastruktur yang disediakan oleh Windows untuk mendeteksi konektivitas nirkabel guna menyinkronkan langganan secara otomatis saat koneksi terdeteksi.
Ikuti semua pedoman keamanan untuk replikasi, termasuk menggunakan Autentikasi Windows dan jaringan pribadi virtual (VPN) saat terhubung ke Publisher. Jika Anda menerapkan sinkronisasi Web, gunakan koneksi Transport Layer Security (TLS), yang sebelumnya dikenal sebagai Secure Sockets Layer (SSL). Untuk informasi selengkapnya, lihat Mengonfigurasi Sinkronisasi Web.
Untuk memanfaatkan fitur .NET Framework, kembangkan aplikasi dengan menggunakan bahasa kode terkelola.
Berdasarkan persyaratan ini, antarmuka terkelola Objek Manajemen Replikasi (RMO) dapat menyediakan semua fungsionalitas replikasi yang diperlukan untuk aplikasi ini.
Anda dapat mengunduh aplikasi contoh AdventureWorks yang mengimplementasikan skenario contoh ini dari SQL Server.