IMPLEMENTASI MIRRORING DATABASE UNTUK FAULT TOLERANCE PADA POSTGRESQL SERVER MENGGUNAKAN METODE LOGGING

Transkripsi

1 PRESENTASI TUGAS AKHIR KI IMPLEMENTASI MIRRORING DATABASE UNTUK FAULT TOLERANCE PADA POSTGRESQL SERVER MENGGUNAKAN METODE LOGGING Penyusun Tugas Akhir : Moh. Kohari (NRP : ) Dosen Pembimbing : Wahyu Suadi, S.Kom, M.Kom. Tugas Akhir KI

2 LATAR BELAKANG (1) Database merupakan aspek yang sangat penting dalam teknologi informasi. Ini dikarenakan database berfungsi sebagai media penyimpanan data. Di dalam sistem database, kemungkinan terjadinya kegagalan sistem dan hardware selalu ada. Semuanya itu bisa disebabkan karena beberapa hal diantaranya disk crash, power outage, software error, dan human error. Akibatnya aliran transaksi ke database terganggu dan bisa berakibat hilangnya data. Tugas Akhir KI

3 LATAR BELAKANG (2) Untuk mengatasi masalah tersebut diperlukan sistem backup database. Suatu sistem yang bertujuan menjaga agar transaksi ke database tetap berjalan dan data yang tersimpan tidak hilang meskipun sistem utama mengalami gangguan atau down. Sistem backup ini dinamakan penggandaan (mirroring) database. Adapun metode yang dipakai adalah metode Logging. Log ini berfungsi sebagai tempat meny impan data sementara saat terjadi gangguan sistem. Tugas Akhir KI

4 PERMASALAHAN Permasalahan yang diangkat dalam tugas akhir ini adalah : Bagaimana transaksi tetap bisa berjalan meskipun salah satu server down. Bagaimana pada saat salah satu server down, server lainnya tetap bisa mendapatkan update data Bagaimana middleware dapat mengatur setiap proses transaksi yang terjadi pada database server. Bagaimana mengintegrasikan pemodelan ini kedalam bentuk aplikasi. Tugas Akhir KI

5 BATASAN MASALAH Batasan ruang lingkup permasalahan dari pengerjaan tugas akhir ini adalah sebagai berikut: Operasi yang digunakan hanya sebatas Select, Insert, Update dan Delete. Aplikasi middleware hanya sebagai jembatan untuk berkomunikasi dengan database server. Bahasa pemrograman yang dipakai adalah Java, C# dan databasenya adalah PostgreSQL. Tugas Akhir KI

6 TUJUAN Tujuan dari pembuatan tugas akhir ini adalah membangun sebuah aplikasi yang bisa menggandakan data dan menggantikan salah satu database server down atau failure. Tugas Akhir KI

7 MIDDLEWARE D ASAR TEORI Middleware adalah sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer) dan lapisan data dari sebuah arsitektur layer-layer TCP/IP[2]. Middleware juga merupakan S/W penghubung yang berisi sekumpulan layanan yang memungkinkan beberapa proses dapat berjalan pada satu atau lebih mesin untuk saling berinteraksi pada suatu jaringan Middleware secara khusus menjadi bagian dari teknologi informasi modern berbasis XML, SOAP, web service dan pelayanan berbasis arsitektur. Tugas Akhir KI

8 D ASAR TEORI LAPISAN MIDDLEWARE Tugas Akhir CI1599 8

9 DESAIN SISTEM SECARA UMUM DESAIN SISTEM Tugas Akhir CI1599 9

10 DIAGRAM ALIR SISTEM DESAIN SISTEM Tugas Akhir KI

11 MEKANISME MIDDLEWARE DESAIN SISTEM Tugas Akhir KI

12 LINGKUNGAN UJI COBA UJI COBA SISTEM Hardware Software Processor Memory OS Developer Pentium(R) Dual Core CPU 2.0 GHz 2.0 GHz Windows XP Professional SP 2 Ubuntu 9.04 VMWare 6.0 PgAdmin-III JDK Versi 1.6 Glassfish v3 PostgreSQL Netbean 6.8 Microsoft Visual Studio 2005 Tugas Akhir KI

13 SKENARIO UJI COBA UJI COBA Uji coba dilakukan pada tiga database server. cobadb port 5432 berada pada localhost mybase2 port 5434 berada pada komputer dengan IP \\ mybase2 port 5435 berada pada komputer dengan IP \\ Skenario uji coba yang dilakukan adalah: 1. Database server pertama down 2. Database server kedua down 3. Database server pertama dan kedua down Tugas Akhir KI

14 UJI COBA UJI COBA (Skenario 1 Database 1 down) 1. Kondisi DB1 down 2. Tercipta Log DB1.sql ketika ada transaksi masuk 3. Dieksekusi setelah DB1 up 1. DB2 menjadi master 2. DB3 Tetap menjadi slave 3. Transaksi-transaksi akan langsung masuk ke DB2 dan DB3 Tugas Akhir KI

15 UJI COBA HASIL UJI COBA (SEMUA SERVER AKTIF) - Ketika semua server aktif dan ada proses transaksi di client berupa penambahan data yaitu data dengan kode a1 - Data itu akan masuk kesemua database server Tugas Akhir KI

16 UJI COBA HASIL UJI COBA (SEMUA SERVER AKTIF) Database Server Pertama (\\ localhost:5432\cobadb) Database Server Kedua (\\ :5434\myBase2) Database Server Ketiga (\\ :5435\myBase2) Tugas Akhir KI

17 UJI COBA HASIL UJI COBA (Skenario I Database 1 down) - Pada saat database pertama down, ada transaksi masuk berupa penambahan dua data yaitu kode a2, nama ali dan kode a3 nama topan - Kemudian sistem akan menghubungkan ke semua database server yang aktif untuk menambahkan data tersebut. Sedangkan untuk server yang down data akan tercatat dalam LOG Tugas Akhir KI

18 UJI COBA HASIL UJI COBA (Skenario I Database 1 down) - DB1 Down - Ketika ada transaksi,data masuk kedalam Log - Jadi, data blm masuk ke server Database Server Pertama (\\ localhost:5432\cobadb) - Ketika DB1 Up,maka akan Membaca Log DB1.sql dan data baru masuk ke server DB1 - DB1 kembali sebagai master - DB2 & DB3 Up Database Server Kedua - DB2 Master (\\ :5434\myBase2) - Ketika ada transaksi,data langsung masuk kedalam DB2,DB3 Database Server Pertama (\\ localhost:5432\cobadb) Database Server Ketiga (\\ :5435\myBase2) Tugas Akhir KI

19 UJI COBA UJI COBA (Skenario 2 Database 2 down) - DB1 Up master - Data langsung masuk ke server - DB2 Up - Tercipta Log DB2.sql - Data masuk ke Log DB2.sql - DB3 Up slave - Data Langsung masuk ke server Tugas Akhir KI

20 UJI COBA HASIL UJI COBA (Skenario II Database 2 down) - Pada saat database server kedua Down, ada transaksi masuk berupa penambahan dan edit data yaitu kode a4 nama hary dan edit data kode a3 nama topan hasan - Kemudian sistem akan menghubungkan ke semua database server yang aktif untuk menambahkan data tersebut. Sedangkan untuk server yang Down data akan tercatat dalam LOG Tugas Akhir KI

21 UJI COBA HASIL UJI COBA (Skenario 2 Database 2 down) Database Server - Pertama DB1 & DB3 Up (\\ localhost:5432\cobadb) - DB1 Master - Ketika ada transaksi,data langsung masuk kedalam DB1,DB3 - DB2 Down - Ketika ada transaksi,data masuk kedalam Log DB2.sql - Jadi, data blm masuk ke Database Server server Kedua DB2 (\\ :5434\myBase2) - Ketika DB2 Up,maka akan Membaca Log DB2.sql dan data baru masuk ke server DB2 - DB2 tetap jadi slave Database Server Ketiga (\\ :5435\myBase2) Database Server Kedua (\\ :5434\myBase2) Tugas Akhir KI

22 UJI COBA UJI COBA (Skenario 3 Database 1&2 down) - DB1 & DB2 Down - Ketika ada transaksi,tercipta log DB1.sql dan DB2.sql - Data Masuk ke Log - DB3 Up Master - Data langsung masuk ke server DB3 Tugas Akhir KI

23 UJI COBA HASIL UJI COBA (Skenario III Database 1& 2 down) - Pada saat database pertama dan kedua Down, ada transaksi masuk berupa penambahan data yaitu kode b1 nama danial - Kemudian sistem akan menghubungkan ke semua database server yang aktif untuk menambahkan data tersebut. Sedangkan untuk server yang Down data akan tercatat dalam LOG. Tugas Akhir KI

24 UJI COBA HASIL UJI COBA (Skenario 3 Database 1&2 down) Database Server Ketiga (\\ :5435\myBase2) - DB3 Up Master - Ketika ada transaksi,data langsung masuk kedalam DB3 Database Server Pertama - Keadaan setelah DB1 & (\\ localhost:5432\cobadb) DB2 nyala - Membaca Log DB1.sql dan DB2.sql - Data masuk ke DB1 & DB2 - DB1 jadi Master - DB3 jadi Slave Database Server Ketiga (\\ :5435\myBase2) Tugas Akhir KI

25 KESIMPULAN KESIMPULAN Setelah dilakukan uji coba dan analisis hasil terhadap aplikasi yang telah dibuat maka dapat diambil kesimpulan sebagai berikut: a. Middleware yang dibangun sudah mampu mengaplikasikan proses select, insert, update dan delete. b. Ujicoba menunjukkan aplikasi bisa berjalan meskipun server utama mengalami gangguan sistem (down) dan middleware bisa mengatur proses transaksi ke semua server yang masih aktif. c. Ujicoba menunjukkan bahwa sistem mampu kembali ke sistem awal setelah server utama bisa hidup kembali. Tugas Akhir KI

26 DAFTAR PUSTAKA [1] Sugiana Owo, SQL dengan Postgres, 2001 [2] Somantri, Maman, Pemrograman Lintas Bahasa Pemrograman dalam Arsitektur CORBA, Prosiding Seminar Nasional Teknologi Informasi, STTNAS Yogyakarta, Juni [3] [4] Microsoft Corp. (2000) Application Service Provider: Evolution and Resources, White Paper, USA. [5] Kreger, H. (2001) Web-services Conceptual Architecture (WSCA 1.0), IBM Software Group, USA. [6] Manes, A.T. (2001) Introduction toweb-services, [7] Hamids (2000) Introduction toweb-services, [8] Microsoft Corp. (2001) Microsoft.net Framework, USA. [9] Meiyanto, M.E. (2001) Extensible Markup Language (XML) untuk Pertukaran Data di Internet, Skripsi, Yogyakarta. [10] Walsh, N. (1998) A Technical Introduction to XML, ArborText, Inc. Tugas Akhir CI

27 DAFTAR PUSTAKA [11] Tidwell, D.(1999) Tutorial:Introduction to XML,Raleigh. NC. [12] Scheinbum, J. (2001) An Introduction to SOAP, [13] Microsoft Corp. (2001) Microsoft.net Framework, USA. [14] Ariba, IBM, Microsoft (2000) UDDI Technical White Paper, [15] httpcode86.wordpress.com middleware-osgi-ami-c-jcp [16] Kogan Tamara : Web Service Tutorial.pdf [17] Dubuis Eric JAX-WS Java Api for XML-Based Web Service. [18] Widapratama, Andy Pengembangan Mirroring Untuk Fault Toleran Pada Mysql Server Menggunakan Metode Pengkopian Stream, [Tugas Akhir], Institut Teknologi Sepuluh Nopember Surabaya. Tugas Akhir KI

28