terjemahan replikasi data base

Published on December 2016 | Categories: Documents | Downloads: 54 | Comments: 0 | Views: 198
of 8
Download PDF   Embed   Report

terjemahan replikasi data base Marius Cristian MAZILU

Comments

Content

Untuk seseorang yang telah bekerja di suatu lingkungan di mana
database yang sama digunakan untuk mengentri data dan pelaporan,
atau mungkin dikelola oleh server database tunggal yang digunakan
oleh terlalu banyak pengguna, keuntungan yang dibawa oleh replikasi
data yang jelas. Tujuan utama dari makalah ini adalah untuk
menekankan tentang keunggulan serta menyajikan berbagai jenis
database Replikasi dan kasus-kasus dimana penggunaannya
dianjurkan.
Kata kunci: Database Replication, replikasi Snapshot, Gabung replikasi,
replikasi transaksional
1. Perkenalan
Bayangkan sebuah skenario di mana Anda harus mengembangkan
sebuah aplikasi yang akan digunakan oleh semua staf perusahaan
untuk melakukan tugas yang berbeda. Setiap orang memiliki laptop
dan akan terhubung ke jaringan perusahaan.
Jenis aplikasi dapat dikembangkan dalam dua cara yang berbeda.
Salah satu dari mereka adalah pendekatan tradisional memisahkan
tabel dari objek lain dalam database sehingga data dapat berada
dalam database back-end pada server jaringan, atau di Internet atau
intranet, sedangkan query, form, laporan , macro, dan modul berada
dalam database terpisah front-end pada komputer pengguna. Bendabenda di database front-end didasarkan pada tabel yang terkait
dengan database back-end. Bila pengguna akan mengambil atau
memperbarui informasi dalam database, mereka menggunakan
database front-end.
Cara kedua memungkinkan Anda untuk mengambil pendekatan baru
untuk membangun solusi ini dengan menciptakan database tunggal
yang berisi data dan objek. Menggunakan replikasi database, maka
Anda dapat membuat replika dari database untuk setiap pengguna dan
sinkronisasi setiap replika dengan Desain Master pada server jaringan.
Dalam skenario ini, Anda dapat memilih untuk meniru hanya sebagian
dari data dalam Desain Guru, dan Anda bisa meniru bagian yang
berbeda untuk pengguna yang berbeda dengan menciptakan replika
parsial. Dengan menggunakan replika parsial, Anda dapat
menduplikasi hanya data yang
setiap pengguna benar-benar membutuhkan. Sebuah set lengkap data
masih terkandung dalam Desain Master, tetapi masing-masing replika
menangani hanya bagian dari data yang.
Desain Guru (Design Master) adalah anggota pertama dalam set
replika dan digunakan dalam penciptaan replika pertama dalam set
replika. Anda dapat membuat perubahan pada struktur database
hanya dengan Desain Master.
Replika di sama replika set bisa bergantian menjadi Desain Master, tapi
hanya ada satu Desain Guru pada suatu waktu dalam setiap set
replika. [1]
2 Konsep Replikasi

Untuk lebih memahami metode belakang database Replikasi kita mulai
dengan istilah "Replika" yang merupakan proses berbagi informasi
untuk memastikan konsistensi antara sumber daya berlebihan, seperti
perangkat lunak atau perangkat keras komponen, untuk meningkatkan
kehandalan, toleransi kesalahan, atau aksesibilitas. Ini bisa menjadi
replikasi data jika data yang sama disimpan pada beberapa perangkat
penyimpanan, atau replikasi perhitungan jika tugas komputasi yang
sama dijalankan berkali-kali.
Akses ke entitas direplikasi biasanya seragam dengan akses ke satu,
entitas non-direplikasi. Replikasi itu sendiri harus transparan untuk
pengguna eksternal. Selain itu, dalam skenario kegagalan, failover
replika tersembunyi sebanyak mungkin.
Dalam sistem yang replikasi data replikasi sendiri adalah baik aktif
atau pasif.
Kami berbicara tentang replikasi aktif ketika permintaan yang sama
diproses di setiap contoh direplikasi dan sekitar replikasi pasif ketika
setiap permintaan diproses pada replika tunggal dan kemudian negara
yang ditransfer ke replika lainnya.
Jika suatu saat satu master replika ditunjuk untuk memproses semua
permintaan, maka kita berbicara tentang skema utama-backup (skema
master-slave) dominan dalam kelompok ketersediaan tinggi.
Di sisi lain, jika replika setiap proses permintaan dan kemudian
mendistribusikan negara baru, maka ini adalah skema multi-primer
(disebut multi-master di bidang database). [2]
Bahkan berpikir proses Replikasi Data itu digunakan untuk membuat
contoh yang sama atau bagian dari data yang sama, kita tidak harus
bingung dengan proses backup karena replika diperbarui secara
teratur dan cepat kehilangan negara sejarah. Backup di sisi lain
menyimpan salinan data tidak berubah untuk jangka waktu yang
panjang.
3 Apa Database Replication
Replikasi database adalah proses menciptakan dan memelihara
beberapa contoh dari database yang sama dan proses berbagi data
atau desain database perubahan antara database di lokasi yang
berbeda tanpa harus menyalin seluruh database.
Dalam sebagian besar implementasi dari replikasi database, satu
server database mempertahankan copy master database dan
database server tambahan mempertahankan salinan budak database.
Dua atau lebih salinan database tunggal tetap disinkronkan. [3]
Database asli disebut Desain Guru dan setiap salinan database disebut
replika. Bersama-sama, Master Desain dan replika membuat satu set
replika. Hanya ada satu Desain Master dalam set replika.
Sinkronisasi adalah proses untuk memastikan bahwa setiap salinan
database berisi objek yang sama dan data. Ketika Anda melakukan

sinkronisasi replika dalam set replika, hanya data yang telah berubah
diperbarui.
Anda juga dapat menyinkronkan perubahan yang dibuat dengan
desain objek dalam Desain Master. [1]
Menulis database dikirim ke server database master dan kemudian
direplikasi oleh database server slave.
Database membaca dibagi antara semua server database, yang
menghasilkan keuntungan kinerja besar karena berbagi beban.
Selain itu, replikasi database juga dapat meningkatkan ketersediaan
karena database server slave dapat dikonfigurasi untuk mengambil
alih peran utama jika server database master menjadi tidak tersedia.
[3]

4 Kapan memilih database Replikasi
Menerapkan dan memelihara replikasi mungkin tidak menjadi proposisi
sederhana. Jika Anda memiliki banyak server database yang perlu
dilibatkan dalam berbagai jenis replikasi, tugas sederhana dapat
dengan cepat menjadi kompleks.
Menerapkan replikasi juga dapat menjadi rumit oleh arsitektur aplikasi.
Namun, ada banyak skenario di mana replikasi dapat dimanfaatkan. [4]
Replikasi database cocok untuk solusi bisnis yang perlu:
• Berbagi data antar kantor remote. Kalian dapat menggunakan
replikasi database untuk membuat salinan dari database perusahaan
untuk mengirim ke masing-masing kantor satelit di area jaringan yang
luas (W AN). Setiap lokasi memasukkan data dalam replika, dan semua
replika remote disinkronkan dengan replika di kantor pusat
perusahaan. Replika individu dapat mempertahankan tabel lokal yang
berisi informasi tidak termasuk dalam replika lainnya di set.
• Berbagi data di antara pengguna tersebar. Informasi baru yang
dimasukkan dalam database sedangkan pengguna berada di luar
kantor dapat disinkronkan setiap saat pengguna membangun link
elektronik dengan jaringan perusahaan. Sebagai bagian dari rutinitas
hari kerja mereka, pengguna dapat dial ke jaringan, sinkronisasi
replika, dan bekerja pada versi terbaru dari database. Karena hanya
perubahan tambahan yang dikirim selama sinkronisasi, waktu
dan biaya tetap up-to-date diminimalkan. Dengan menggunakan
replika parsial, Anda dapat menyinkronkan bagian hanya ditentukan
dari data.
• Membuat server data lebih mudah diakses. Jika solusi Anda tidak
perlu memiliki update langsung ke data, Anda dapat menggunakan
replikasi database untuk mengurangi beban jaringan pada server
utama Anda. Memperkenalkan server kedua dengan salinan sendiri
dari database meningkatkan waktu respon. Y ou menentukan jadwal

untuk sinkronisasi replika, dan Anda dapat menyesuaikan jadwal yang
memenuhi perubahan kebutuhan pengguna Anda. Replikasi
memerlukan administrasi kurang terpusat dari database sambil
menawarkan akses yang lebih besar ke data terpusat.
• Mendistribusikan update solusi. Ketika Anda meniru solusi Anda,
Anda secara otomatis meniru tidak hanya data dalam tabel Anda,
tetapi juga benda solusi Anda. Jika Anda membuat perubahan pada
desain database, perubahan ditularkan selama sinkronisasi berikutnya;
Anda tidak harus mendistribusikan versi baru lengkap dari perangkat
lunak.
• Back up data. Pada pandangan pertama, replikasi database mungkin
tampak sangat mirip dengan menyalin database. Namun, sementara
replikasi awalnya membuat salinan lengkap dari database, setelah itu
hanya mensinkronisasikan objek yang replika dengan objek asli secara
berkala. Salinan ini dapat digunakan untuk memulihkan data jika
database asli hancur. Selanjutnya, pengguna di replika apapun dapat
terus mengakses database selama proses backup seluruh.
• Memberikan Internet atau intranet replikasi. Y ou dapat
mengkonfigurasi server internet atau intranet untuk digunakan sebagai
hub untuk menyebarkan perubahan berpartisipasi replika. [1]
5 Ketika database Replikasi tidak boleh digunakan
Meskipun replikasi database memiliki banyak manfaat dan dapat
memecahkan banyak masalah dalam pengolahan terdistribusi
database, kita harus
mengakui fakta bahwa dalam beberapa situasi replikasi kurang maka
ideal. Database Replikasi tidak dianjurkan jika:
• Ada sering update catatan yang ada di beberapa replika. Solusi yang
memiliki sejumlah besar update rekor di replika yang berbeda
cenderung memiliki catatan konflik lebih dari solusi yang hanya
memasukkan catatan baru dalam database. Jika perubahan yang
dibuat untuk catatan yang sama oleh pengguna yang berbeda dan
pada saat yang sama maka konflik record pasti akan muncul. Hal ini
dapat menjadi nyata mengkonsumsi karena konflik harus diselesaikan
secara manual waktu.
• Konsistensi data penting setiap saat. Solusi yang mengandalkan
informasi yang benar pada setiap saat, seperti dana transfer,
pemesanan penerbangan, dan pelacakan pengiriman paket, biasanya
menggunakan metode transaksi. Meskipun transaksi dapat diproses
dalam replika, tidak ada dukungan untuk transaksi pengolahan di
replika. Informasi yang dipertukarkan antara replika selama
sinkronisasi adalah hasil dari transaksi, bukan transaksi itu sendiri.
6 Metode melakukan Database Replication
Replikasi database dapat dilakukan dalam setidaknya tiga cara yang
berbeda:
• replikasi Snapshot: Data pada server satu database jelas disalin ke
server database lain, atau ke database lain pada server yang sama.

• Penggabungan replikasi: Data dari dua atau lebih database yang
digabungkan menjadi satu database.
• replikasi transaksional: Pengguna mendapatkan salinan awal lengkap
database dan kemudian mendapatkan update berkala sebagai
perubahan data.
Replikasi 6.1 Snapshot
Jenis database Replikasi adalah salah satu metode yang paling
sederhana untuk mengatur, dan mungkin yang paling mudah untuk
memahami.
Fungsi metode replikasi snapshot secara berkala mengirim data dalam
format massal. Biasanya digunakan saat
server berlangganan dapat berfungsi dalam bacaan hanya lingkungan,
dan juga ketika server berlangganan dapat berfungsi selama beberapa
waktu tanpa data diperbarui. Berfungsi tanpa data diperbarui untuk
jangka waktu yang disebut sebagai latency.
Sebagai contoh, sebuah toko ritel menggunakan replikasi sebagai
sarana menjaga persediaan yang akurat di seluruh kabupaten. Karena
persediaan dapat dikelola secara mingguan atau bahkan bulanan,
toko-toko ritel dapat berfungsi tanpa memperbarui server pusat untuk
hari pada suatu waktu. Skenario ini memiliki tingkat tinggi latency dan
merupakan kandidat yang sempurna untuk replikasi snapshot.
Alasan tambahan untuk menggunakan jenis replikasi termasuk
skenario dengan koneksi bandwidth rendah. Karena pelanggan bisa
bertahan untuk sementara waktu tanpa update, ini memberikan solusi
yang lebih rendah dalam biaya daripada metode lain sementara masih
menangani persyaratan.
Replikasi snapshot juga memiliki manfaat tambahan menjadi satusatunya jenis replikasi di mana tabel direplikasi tidak diharuskan untuk
memiliki kunci primer.
Replikasi snapshot bekerja dengan membaca database diterbitkan dan
membuat file dalam folder bekerja pada distributor. File-file ini disebut
file snapshot dan berisi data dari database diterbitkan serta beberapa
informasi tambahan yang akan membantu menciptakan salinan awal
pada server berlangganan. [5]
Replikasi snapshot sering digunakan ketika perlu untuk menelusuri
data seperti daftar harga, katalog online, atau data untuk mendukung
keputusan, di mana data yang paling saat ini tidak penting dan data
yang digunakan sebagai read-only.
Gambar 1. Snapshot Replication
Replikasi snapshot sangat membantu bila:
• data sebagian besar statis dan tidak berubah sering.
• Hal ini dapat diterima untuk memiliki salinan data yang out of date
untuk jangka waktu.
• Replikasi volume kecil data yang refresh seluruh data yang wajar.
6.2 Penggabungan replikasi

Gabung replikasi adalah proses mendistribusikan data dari Penerbit ke
Pelanggan, memungkinkan Penerbit dan Pelanggan untuk membuat
update saat terhubung atau terputus, dan kemudian menggabungkan
update antara situs ketika mereka terhubung.
Gabung replikasi memungkinkan berbagai situs untuk bekerja mandiri
dan di lain waktu menggabungkan update menjadi satu, hasilnya
seragam.
Snapshot awal diterapkan untuk Pelanggan, dan kemudian perubahan
dilacak data yang diterbitkan di Penerbit dan pada Pelanggan. Data
tersebut disinkronkan antara server terus menerus, pada waktu yang
dijadwalkan, atau sesuai permintaan. Karena pembaruan yang dibuat
pada lebih dari satu server, data yang sama mungkin telah diperbarui
oleh penerbit atau oleh lebih dari satu Pelanggan. Oleh karena itu,
konflik dapat terjadi ketika update digabung.
Gabung replikasi meliputi standar dan adat pilihan untuk resolusi
konflik yang dapat Anda mendefinisikan Anda mengkonfigurasi
publikasi gabungan. Ketika konflik terjadi,
penyelesai dipanggil oleh Agen Merge dan menentukan data yang
akan diterima dan disebarkan ke situs lain.
Gabung Replikasi adalah membantu ketika:
• Beberapa Pelanggan perlu memperbarui data pada berbagai waktu
dan menyebarkan perubahan-perubahan untuk Penerbit dan
Pelanggan lainnya.
• Pelanggan harus menerima data, melakukan perubahan secara
offline, dan kemudian menyinkronkan perubahan dengan Penerbit dan
Pelanggan lainnya.
• Anda tidak berharap banyak konflik ketika data diperbarui di
beberapa situs (karena data tersebut disaring menjadi partisi dan
kemudian dipublikasikan ke Pelanggan yang berbeda atau karena
penggunaan aplikasi Anda). Namun, jika konflik terjadi, pelanggaran
sifat ACID dapat diterima. [1]
6.3 replikasi transaksional
Dalam apa yang bisa dianggap kebalikan dari replikasi snapshot,
replikasi transaksional bekerja dengan mengirimkan perubahan ke
pelanggan saat mereka terjadi.
Sebagai contoh, SQL Server memproses semua tindakan dalam
database menggunakan pernyataan Transact-SQL. Setiap pernyataan
menyelesaikan disebut transaksi.
Dalam replikasi transaksional, masing-masing berkomitmen transaksi
direplikasi ke pelanggan seperti itu terjadi. Anda dapat mengontrol
proses replikasi sehingga akan menumpuk transaksi dan mengirim
mereka pada interval waktunya, atau mengirimkan semua perubahan
yang terjadi. Anda menggunakan jenis replikasi di lingkungan yang
memiliki tingkat lebih rendah dari koneksi bandwidth yang latency dan
lebih tinggi. Replikasi transaksional membutuhkan koneksi terus

menerus dan dapat diandalkan, karena Transaksi Log akan tumbuh
dengan cepat jika server tidak dapat terhubung untuk replikasi dan
mungkin menjadi tidak terkendali.
Replikasi transaksional dimulai dengan snapshot yang menentukan
salinan awal. Copy yang kemudian diperbarui oleh transaksi disalin.
Anda dapat memilih seberapa sering memperbarui snapshot, atau
memilih untuk tidak memperbarui snapshot setelah salinan pertama.
Setelah snapshot awal telah disalin, replikasi transaksional
menggunakan agen Log Reader untuk membaca Transaksi Log
database diterbitkan dan menyimpan transaksi baru dalam database
DISTRIBUSI. Agen Distribusi kemudian mentransfer transaksi dari
penerbit untuk pelanggan.
Gbr.2. Cara kerjanya: Transactional Replication [1]
Replikasi transaksional dengan pelanggan memperbarui
Sebuah cabang dari standar replikasi transaksional, metode replikasi
pada dasarnya bekerja dengan cara yang sama, tetapi menambah
pelanggan kemampuan untuk memperbarui data. Ketika seorang
pelanggan membuat perubahan data secara lokal, SQL Server
menggunakan Microsoft didistribusikan transaksi Koordinator (MSDTC),
komponen disertakan dengan SQL Server 2000, untuk melaksanakan
transaksi yang sama pada
penerbit. Proses ini memungkinkan untuk skenario replikasi di mana
data yang diterbitkan dianggap read-only sebagian besar waktu, tetapi
dapat diubah pada pelanggan pada kesempatan jika diperlukan.
Replikasi transaksional dengan pelanggan memperbarui membutuhkan
koneksi permanen dan dapat diandalkan media dengan bandwidth
tinggi. [5]
Replikasi transaksional adalah membantu ketika:
• Y ou ingin perubahan tambahan yang akan disebarkan ke Pelanggan
yang terjadi.
• Y ou perlu sifat transaksi ACID.
Klien di situs yang data direplikasi pengalaman meningkatkan kinerja
karena klien-klien dapat mengakses data secara lokal daripada koneksi
ke server basis data jauh melalui jaringan dan klien di semua situs
mengalami peningkatan ketersediaan data direplikasi. Jika salinan lokal
data direplikasi tidak tersedia, klien masih dapat mengakses remote
copy dari data.
Dalam replikasi kata beberapa membaik dengan ketersediaan dan
didistribusikan sangat. Pertimbangkan perusahaan di mana pengguna
terputus selama hari tapi perlu memperbarui perintah / persediaan dan
informasi lainnya secara otomatis setelah jam kerja normal. Database
Replikasi memberikan solusi mudah ketika data harus didistribusikan
sangat.
untuk mematuhi • Pelanggan yang andal dan / atau
[6] sering Penerbit.

7 Kesimpulan
Koneksi
dengan
Hal ini jelas bahwa database Replikasi itu bukan proses yang sangat
sederhana tetapi jika diterapkan dalam situasi yang tepat dapat
menjadi solusi yang luar biasa untuk mengembangkan aplikasi yang
lebih baik, untuk meningkatkan kinerja dan untuk pengalaman yang
lebih baik bagi pengguna.
Keuntungan ini tidak datang tanpa biaya. Replikasi data jelas
membutuhkan lebih penyimpanan, dan pemutakhiran data direplikasi
dapat mengambil waktu proses lebih dari memperbarui satu objek.
Di saat yang sama, database Replikasi dapat berubah menjadi rumit
ketika meningkatkan ukuran dan besarnya tetapi digunakan dengan
benar, replikasi dapat meningkatkan cukup infrastruktur data Anda.

Sponsor Documents

Or use your account on DocShare.tips

Hide

Forgot your password?

Or register your new account on DocShare.tips

Hide

Lost your password? Please enter your email address. You will receive a link to create a new password.

Back to log-in

Close