Jurnal Minggu 5

Manajemen Transaksi Pada Database Terdistribusi

1. Ashari Bayhaki
2. Aris Riswara
3. Heri Ardiawan


1. Abstraksi
Sistem database terdistribusi (DDBS) menimbulkan masalah yang berbeda ketika kita mengakses database terdistribusi dan direplikasi database terdistribusi.Khususnya, akses kontrol dan manajemen transaksi DDBS memerlukan mekanisme yang berbeda untuk memantau pengambilan data dan update ke database. Saat ini trend dalam multi-tier client / server jaringan membuat DDBS yang disesuaikan untuk menyediakan akses dan kontrol atas database lokal. Oracle, sebagai Sistem Manajemen Database terkemuka (DBMS)vendor yang menggunakan teknik dua-fase komit untuk mempertahankan konsisten negara untuk database.

Dalam tulisan ini akan membahas bagaimana mengimplementasikan teknik Oracle two-phase commit. Contoh diberikan untuk menunjukkan langkah-langkah dalam melaksanakan two-phase commit. Dengan menggunakan fitur Oracle ini,organisasi akan mendapatkan keuntungan dari penggunaan DDBS untuk keberhasilan dalam mengelola sumber data perusahaan.

2. Latar Belakang
Manajemen transaksi adalah konsep lama dalam distribusi data base manajemen sistem (DDBMS). Namun, Oracle adalah komersial pertama DBMS untuk menerapkan metode transaksi manajemen: two-phase commit. Banyak organisasi tidak menerapkan database terdistribusi karena kompleksitasnya. Mereka hanya menggunakan database terpusat. Namun, dengan organisasi global dan multi-tier jaringan arsitektur, pelaksanaan database terdistribusi menjadi keharusan.

Sistem database terdistribusi (DDBS) adalah sistem yang telah mendistribusikan data  dan direplikasi selama beberapa lokasi, seperti sistem basis data terpusat (CDBS), di mana satu salinan dari data yang disimpan. Data dapat direplikasi melalui jaringan menggunakan horizontal dan mirip dengan proyeksi vertikal fragmentasi dan pemilihan operasi di Structured Query Language (SQL). Kedua jenis database berbagi sama masalah kontrol akses dan transaksi manajemen, seperti kontrol pengguna akses konkuren dan kebuntuan deteksi dan resolusi. Di sisi lain tantangan, bagaimanapun, DDBS juga harus mengatasi berbagai masalah.

Akses kontrol dan manajemen transaksi di DDBS memerlukan aturan yang berbeda untuk memantau pengambilan data dan update ke database terdistribusi dan direplikasi. Oracle, sebagai Sistem Manajemen Database terkemuka (DBMS) menggunakan teknik two-phase commit untuk mempertahankan keadaan yang konsisten untuk database.
Tujuan umum makalah ini adalah untuk menjelaskan manajemen transaksi DDBMS dan bagaimana mengimplementasikan Oracle two-phase commit. Untuk membantu dalam memahami proses ini,akan diberikan beberapa contoh pada bagian terakhir. Diharapkan bahwa hal ini Pemahaman akan mendorong organisasi untuk menggunakan dan akademisi untuk membahas DDBS dan berhasil memanfaatkan fitur ini Oracle.


3. Rumusan Masalah
a. Bagaimana  menerapkan metode transaksi manajemen Oracle two-phase commit dalam database terdistribusi.
b. mplementasi Data base terdistribusi dalam organisasi.

4. Tujuan Penelitian
Tujuan makalah ini adalah untuk menjelaskan manajemen transaksi DDBMS dan bagaimana mengimplementasikan Oracle two-phase commit.Diharapkan Pemahaman akan mendorong organisasi untuk menggunakan dan akademisi untuk membahas DDBS dan berhasil memanfaatkan fitur ini Oracle.

5. Pembahasan Masalah

a. Bagaimana  menerapkan metode transaksi manajemen Oracle two-phase commit dalam database terdistribusi.

Database Oracle adalah database terdistribusi sistem manajemen, yang mempekerjakan tahap dua- berkomitmen untuk mencapai dan mempertahankan keandalan data.

Berikut ini penjelasan dua fase-Oracle implementasi prosedur.

1. Pohon Sesi
Dalam setiap transaksi, Oracle membangun pohon sesi untuk node yang berpartisipasi. Pohon sesi menggambarkan hubungan antara node yang berpartisipasi dalam diberikan transaksi.

Setiap node memainkan satu atau lebih ,berikut peran:

1.Klien: Seorang klien adalah node yang referensi data yang dari node lain.
2. Server database: Server adalah sebuah simpul yang yang direferensikan oleh node lain   karena telah diperlukan data. Sebuah server database server yang mendukung database lokal.
3. Koordinator Global: Koordinator global node yang memulai transaksi, dan dengan demikian, adalah akar dari pohon sesi. Operasi dilakukan oleh koordinator global sebagai folJournal Pendidikan Sistem Informasi,
• Dalam perannya sebagai koordinator global dan akar pohon sesi, semua pernyataan SQL,
Prosedur panggilan, dll, dikirim ke direferensikan node oleh koordinator global. Menginstruksikan semua node, kecuali COMMIT situs titik, untuk SIAPKAN
• Jika semua situs SIAPKAN berhasil, maka koordinator global menginstruksikan COMMIT
Situs titik untuk memulai tahap komit
• Jika satu atau lebih node mengirim batalkan pesan, maka koordinator global menginstruksikan semua node untuk melakukan rollback.
4. Koordinator Lokal: Sebuah koordinator lokal adalah node yang harus referensi data pada node lain untuk menyelesaikan bagiannya. Koordinator lokal melaksanakan fungsi-fungsi berikut (Oracle8):
• Menerima dan menyampaikan informasi Status antara node local
• Melewati pertanyaan kepada mereka node
• Menerima permintaan dari orang-node dan melewati mereka ke node lain
• Mengembalikan hasil query ke node yang dimulai mereka.
5. Komit Site Point: Sebelum titik COMMIT situs dapat ditunjuk, titik COMMIT kekuatan masing-masing node harus ditentukan. Kekuatan COMMIT titik setiap node sistem database terdistribusi didefinisikan ketika koneksi awal dibuat antara node. Situs Titik COMMIT harus menjadi handal simpul karena harus mengurus semua pesan. Ketika koordinator global yang memulai transaksi, ia akan mengecek referensi langsung untuk melihat mana yang akan bertindak sebagai COMMIT situs titik. Situs COMMIT Titik tidak bisa menjadi situs read-only. Jika beberapa node memiliki kekuatan titik yang sama COMMIT, maka koordinator global yang memilih salah satu dari mereka. Di kasus rollback, yang SIAPKAN dan Fase COMMIT tidak dibutuhkan dan dengan demikian Situs COMMIT titik tidak dipilih. Sebuah transaksi dianggap dilakukan setelah Situs COMMIT titik melakukan lokal.

b. Implementasi Data base terdistribusi dalam organisasi.
Dua-Tahap Komit dan Implementasi Oracle Manajer transaksi database Oracle8 mengharuskan bahwa keputusan tentang apa yang harus dilakukan dengan transaksi menjadi bulat oleh semua node. Ini mengharuskan semua node yang bersangkutan untuk membuat salah satu dari dua keputusan: melakukan dan menyelesaikan transaksi, atau batalkan dan rollback transaksi (Oracle8). Itu Oracle8 mesin otomatis menangani komit atau rollback semua transaksi, dengan demikian, mempertahankan integritas database.
Berikut ini akan diuraikan dua fase transaksi manager.

1. SIAPKAN Fase (PP): PP dimulai ketika node, inisiator, meminta semua peserta, kecuali melakukan situs titik, untuk SIAPKAN. Dalam PP itu, node diminta harus merekam informasi yang cukup untuk memungkinkan mereka baik untuk melakukan atau membatalkan transaksi. Node, setelah membalas pemohon bahwa ia memiliki SIAP, tidak bisa secara sepihak melakukan COMMIT sebuah atau batalkan. Selain itu, data yang terikat dengan COMMIT atau membatalkan tidak tersedia untuk transaksi lainnya. Setiap node dapat membalas dengan salah satu dari tiga tanggapan untuk inisiator.
Respon ini didefinisikan di bawah ini:
a. Disiapkan: data telah dimodifikasi dan bahwa node siap COMMIT. Semua sumber daya dipengaruhi oleh transaksi terkunci.
b. Read-only: data pada node belum dimodifikasi. Dengan jawaban ini, node tidak SIAPKAN dan tidak berpartisipasi dalam kedua fase.
c. Abort: data pada node tidak bisa diubah dan dengan demikian node membebaskan setiap sumber daya terkunci untuk transaksi ini dan mengirimkan batalkan pesan ke node yang direferensikan itu.

2. COMMIT Tahap (CP): CP Sebelum dimulai, semua node direferensikan harus memiliki berhasil DISIAPKAN. Tahap COMMIT dimulai oleh Koordinator global yang mengirim pesan ke semua node memerintahkan mereka untuk COMMIT. Dengan demikian, database di semua node konsisten.
Kegagalan Dua-Tahap Komit
Masalah utama dengan komit dua-fase terjadi ketika salah satu node berpartisipasi dalam terdistribusi Transaksi gagal sementara transaksi di SIAP negara. Ketika kegagalan adalah untuk berkepanjangan periode waktu, maka data terkunci pada semua lain node tidak akan tersedia untuk transaksi lainnya. Ini akan menyebabkan banyak transaksi untuk rollback karena deadlock. Oracle DBMS, dalam versi baru, memperkenalkan teknik antrian canggih untuk menangani dengan masalah kebuntuan. Penulis berharap untuk mengatasi teknik ini dalam kertas lain di dekat masa depan.


6. Kelebihan dari Jurnal
a. Dalam Latar belakang penulis menjelaskan banyak mengenai pengertian,kelebihan dan kekurangan database terdistribusi sehingga memudahkan pembaca untuk memahami isi jurnal.
b. Contoh-contoh yang diberikan dapat memberi gambaran bagi pembaca dalam memahami maksud dari jurnal.
c. Abstraksi jurnal sederhana dan mudah dipahami.

7. Kekurangan dari Jurnal
a. Kurang adanya pembahasan masalah yang jelas sehingga isinya hanya pengertian,kelebihan dan kekurangan.
b.    Sistimatika penulisan jurnalnya membingungkan.

8. Kesimpulan
Manajemen transaksi adalah konsep lama dalam didistribusikan data base manajemen sistem (DDBMS) penelitian. Namun, Oracle adalah komersial pertama DBMS untuk menerapkan metode transaksi manajemen: fase dua-komit. Meskipun itu sangat sulit untuk memperoleh informasi tentang Oracle penerapan metode ini, penulis akhirnya mampu mengumpulkan informasi yang cukup untuk menulis ini kertas.


Banyak organisasi tidak menerapkan didistribusikan database karena kompleksitasnya. Mereka hanya resor untuk database terpusat. Namun, dengan organisasi global dan multi-tier jaringan arsitektur, pelaksanaan didistribusikan menjadi keharusan. Diharapkan tulisan ini akan membantu untuk organisasi dalam pelaksanaan didistribusikan database ketika menginstal Oracle DBMS, atau mendorong organisasi untuk bermigrasi dari sentralisasi menjadi didistribusikan DBMS. Perguruan tinggi juga bisa berkontribusi proses ini dengan lulusan yang memiliki dengan pengetahuan tentang kemampuan Oracle DBMS. Dengan Oracle membuat begitu banyak usaha untuk menggabungkan ini dan lainnya fitur canggih dalam perangkat lunak database-nya, akademisi juga harus memainkan peran utama dalam mengekspos siswa untuk fitur canggih. Setelah lulus, para siswa dapat membantu organisasi dalam menerapkan teknik ini untuk dunia nyata. Ketika kita mulai tulisan ini, kami ingin hal itu terjadi dengan praktis signifikansi yang agak penelitian teoritis dasar. Kita berharap bahwa kita telah mencapai tujuan ini.