Untuk membuat semua ini berhasil, Mark – dengan banyak bantuan dari ISP, Richard Palmer dari Merula (www.merula.net) – mengatur VPN (jaringan pribadi virtual) antara server lama di satu jaringan dan server baru pada rentang alamat IP baru. Hal ini memungkinkan mereka tampak seperti bagian dari satu jaringan yang lebih besar, meskipun diputuskan bahwa server baru tidak akan dijadikan bagian dari domain, karena meskipun hal ini membuat perizinan menjadi sedikit lebih rumit, hal ini menghemat biaya kotak Direktori Aktif di rak jarak jauh yang membutuhkan ruang uang. Hal penting yang perlu diperhatikan saat menyiapkan replikasi tampaknya bukan menggunakan alamat IP tetapi menggunakan nama mesin ketika mengacu pada mesin yang memiliki SQL Server di dalamnya – bahkan menggunakan (lokal) adalah a tidak tidak.
Hal pertama yang harus dilakukan di SQL Enterprise Manager adalah memilih Konfigurasi Penerbitan di server Publisher, dan ini akan memperbarui file server untuk memungkinkan replikasi. Kemudian, dengan menggunakan kotak dialog, pilih database mana yang perlu mempublikasikan datanya (tahan godaan untuk memilih semua; Anda selalu dapat kembali dan menambahkan atau menghapus beberapa nanti, tapi mengapa harus mengeluarkan biaya tambahan jika Anda tidak perlu?). Di server database yang akan menjadi pelanggan, Anda perlu membuat database kosong, karena mesin replikasi tidak akan melakukan ini untuk Anda.
Perlu diperhatikan beberapa poin di sini tentang struktur tabel. Ini merupakan praktik yang cukup normal dengan tabel database untuk memiliki satu bidang sebagai bidang ID yang bertambah secara otomatis saat catatan dimasukkan. Namun, ketika Anda mereplikasi bidang seperti itu, bidang pelanggan tidak boleh bertambah secara otomatis, jika tidak maka segalanya akan menjadi sangat membingungkan. Di SQL Server, Anda bisa menggunakan RowGUID sebagai gantinya, tetapi dalam kasus kami tidak masalah jika hanya mematikan kenaikan otomatis pada bidang pelanggan, karena sebelum database ini ditayangkan, kami dapat mengaktifkannya kembali setelah replikasi diaktifkan mati. Anda juga memerlukan bidang kunci utama di tabel pelanggan sebelum replikasi dapat berfungsi, jadi jangan lupakan ini juga.
Setelah basis data penerbit disiapkan, pilih Langganan Dorong dan pilih basis data yang ingin Anda dorong replikasinya. Perlu dicatat di sini bahwa pengaturan default dari tugas replikasi ini adalah bahwa tugas tersebut akan kedaluwarsa jika gagal setelah beberapa kali percobaan – pastikan Anda mengubahnya menjadi 'tidak pernah kedaluwarsa', khususnya jika, seperti kami, Anda melakukan replikasi melalui Internet, karena kegagalan jaringan sering terjadi dan dapat menyebabkan replikasi berakhir secara permanen. Masih ada masalah dengan replikasi semacam ini, seolah-olah berhenti untuk beberapa waktu dan tidak akan dimulai kembali tanpa intervensi. Ini hanya berarti masuk ke SQL Enterprise Manager dan di mana pun ada lingkaran merah dengan klik kanan mouse dan memilih 'agen awal' (yang sedikit mengganggu, tetapi untuk tujuan kami dapat digunakan, karena replikasinya segera tertangkap ke atas). Untuk bentuk replikasi yang lebih kuat, SQL Server versi perusahaan menawarkan Pengiriman Log, yang tampaknya dapat bertahan dari pemadaman tersebut. SQL Server 2005, yang akan segera dirilis, menjanjikan perubahan besar pada replikasi, jadi kami yakin kami akan menyelidiki hal ini di masa mendatang.
Yang diperlukan saat Anda ingin menggunakan server database baru adalah mematikan replikasi, mengatur ID apa pun bidang yang seharusnya bertambah secara otomatis ke properti yang benar, dan kemudian Anda telah berpindah server dengan minimum gangguan. Kami memindahkan kotak berisi lebih dari 80 database web langsung tanpa gangguan pada layanan. Bahkan kami terkejut.
