Review jurnal tentang replikasi untuk meningkatkan kinerja ketersediaan data

Pada rancangan aplikasi ini dibangun menggunakan basis data MySQL berjenis InnoDB. Rancangan ini dibentuk untuk mengelola database terdistribusi menggunakan metode Replikasi. Proses transaksi hanya dilakukan terhadap master, sedangkan slave hanya akan menjadi sebuah mirror. Data yang telah ditransaksikan akan dilakukan sinkronisasi oleh slave dengan dua metode yaitu otomatis dan manual dengan mengikuti pola kejadian dalam sistem akademik. Master diletakkan pada area intranet sehingga akan menjamin keamanan datanya, sedangkan slave disebarkan ke beberapa server database, baik intranet maupun public. Dengan metode ini sistem informasi tidak harus selalu terkoneksi ke sebuah database, tapi dikoneksikan ke database slave terdekat dari network pengguna, sehingga selain mengurangi beban server juga akan lebih meningkatkan kecepatan dalam memperoleh data dan akan berimbas pada tingkat kepercayaan stack holder.

Berikut merupakan fungsi dari masing-masing node dari gambar installasi networking

Web Server berfungsi sebagai tempat untuk aplikasi berbasis dan diletakkan pada sebuah domain di area public (Internet). Kampus 1 (Master) sebagai database server yang diletakkan di area Intranet atau digunakan sebagai MySQL master dari replikasi. Kampus 1,2,3 (Sla-ve) merupakan database server yang diletakkan di area intranet, mesin ini sebagai slave yang akan melayani semua request yang terletak di area Kampus 12 dan 3. Public (Slave) sebuah database server yang diletakkan di area public, mesin ini sebagai slave yang akan melayani semua request yang datang dari public/internet.

File my.ini sebagai konfigurasi dari database MySQL, untuk mendefinisikannya sebagai master atau slave dengan script maka perlu ditambahkan konfigurasi sebagai berikut:

Master:

[mysqld]

#sebagai server

log-bin=istaakdk-log

server-id=1574

binlog-do-db=akademik

sedangkan supaya master ini bisa di koneksikan ke slave, maka pada Site master harus dibuatkan user dengan hak Repli-cation Slave sebagai berikut:

Mysql>CREATE USER 'ista'@ '%' IDENTIFIED BY '****';

mysql>GRANT REPLICATION SLAVE ON *.* TO 'ista'@ '%' IDENTIFIED BY '****';

Pada knfigurasi ini dilakukan di semua slave (Kampus 1, 2 dan 3 serta Public).

Proses Sinkronisasi, pada tahap ini memantau transaksi antara master dan slave, Binary Log Master pada Gambar 5, untuk melihat status master.

Pada Gambar 6 memperlihatkan dialog untuk melakukan proses sinkronisasi, source database adalah sumber data dalam hal ini adalah master dan target database adalah tujuan slave. Proses sinkronisasi dengan memasukkan data master ke form source database.

Dan Slave ke Target Database seperti terlihat pada Gambar 7.Setelah terhubung deng- an master akan didapat informasi yang di tampilkan pada gambar 8. Legend S menginformasikan jika ada perbedaan atau ada struktur data yang baru atau berubah, sedangkan legend D menunjuk-kan jika ada perubahan pada rekord di tabel tersebut.

Setelah tabel yang akan di sinkronisasikan terpilih maka akan terlihat pada gambar 9. Pada gambar 10 memperlihatkan proses sinkronisasi telah dilakukan, dan diperlihatkan query yang terjadi. Pada Gambar 11 memperlihatkan perubahan data pada tabel yang dilaku-kan sinkronisasi yaitu melakukan tran-saksi Insert atau Update pada tabel ter-sebut. Setelah proses ini selesai dilaku-kan, maka database slave telah ter-update dengan data terkini.

Kesimpulannya adalah metode yang dibangun ini cocok untuk sistem yang mengacu kepada proses transaksi terpusat, yaitu hanya di site master saja terjadinya transaksi, sedangkan site slave hanya melayani untuk proses baca atau view data sehingga tidak akan terjadi konfik data. Dengan ini slave bisa disebarkan ke node-node strategis di area public atau bahkan di intranet yang terpisah. walaupun koneksi ke master terputus sistem informasi yang mengacu ke slave akan tetap bisa bekerja secara sempurna. jika terjadi kerusakan pada slave tidak akan mengganggu sistem secara keseluruhan, dan pengembalian data cukup mudah dilakukan dengan sinkronisasi ulang. Keamanan data master akan terjaga, karena master di tempatkan pada intranet, yang hanya dikoneksikan ke area public untuk periode tertentu saja.