ORACLE DATA GUARD PT.INDESSO
NIAGATAMA UNTUK KEBERLANGSUNGAN
DATA BISNIS
Arwandy, Andy, Johanson, Suparto Darudiato
Bina Nusantara University
Jl. K. H. Syahdan No. 9, Jakarta Barat
Telp +62.21 534 5830, 535 0660
Fax +62.21 530 0244
Email : arwandy1991@gmail.com
ABSTRACT
Using information technology has became mandatory thing to do a business activity. One of a information technology are widely used to store enterprise data is known as database. As time goes, transaction volume in enterprise are increase, so that system availability in a database became vital in business process activity. The purpose of this research is to design a high availability system to ensure business data availability using oracle data guard, analysis problem and risk that occur at business process, and doing cost and benefit analysis for disaster recovery center. Methodology that use in this research is gathering data, study literature, analysis, design, and evaluation. From analysis result can be obtained that since PT. Indesso Niagatama using oracle database at 2007, they already experience three times downtime and loss about one hundred million rupiah. The result of research was oracle data guard system that already design got a positive response from user of the ease of use, and usefulness, so that user agree to implement oracle data guard system in their enterprise. The conclusion of this research is oracle data guard system can do a fast recovery so that user doesn't need to have a long downtime and oracle data guard system also can minimized data loss.
ABSTRAK
Penggunaan teknologi informasi telah menjadi hal yang wajib untuk melakukan kegiatan bisnis. Salah satu teknologi informasi yang banyak digunakan untuk menyimpan data perusahaan adalah database. Seiring berjalannya waktu, volume transaksi dalam perusahaan semakin meningkat sehingga ketersediaan sistem dan data di dalam database menjadi bagian yang vital dalam kegiatan proses bisnis. Tujuan di dalam penelitian ini adalah merancang sistem high availability untuk menjamin keberlangsungan data bisnis dengan menggunakan oracle data guard, melakukan analisis masalah dan resiko pada proses bisnis, dan melakukan analisis cost and benefit disaster recovery center. Metodologi yang dipakai adalah melakukan pengumpulan data, studi pustaka, analisis, perancangan, dan evaluasi. Dari hasil analisis dapat diperoleh bahwa semenjak menggunakan Oracle Database dari tahun 2007, PT. Indesso Niagatama telah mengalami down selama tiga kali dan kerugian lebih dari ratusan juta rupiah. Hasil dari penelitian ini adalah sistem oracle data guard yang telah dirancang mendapat respon yang positif dari para user dari sisi kemudahan penggunaan dan manfaat yang diberikan sehingga user setuju untuk mengimplementasikan sistem oracle data guard di dalam perusahaan mereka. Simpulan dari penelitian ini adalah sistem oracle data guard dapat melakukan recovery dengan
cepat sehingga user tidak perlu merasakan downtime yang lama dan dapat meminimalkan resiko terjadinya data loss.
Kata kunci : Oracle Data Guard, High Availability, Disaster Recovery Center, Primary Database, Standby Database.
Pendahuluan
Penggunaan teknologi informasi telah menjadi suatu hal yang wajib untuk melakukan berbagai kegiatan, salah satunya kegiatan bisnis. Teknologi informasi banyak digunakan untuk menyimpan data perusahaan yang nanti akan digunakan untuk menghasilkan informasi. Teknologi informasi tersebut dinamakan database. Database digunakan agar data-data perusahaan dapat teorganisir dengan baik dan disimpan secara terintegrasi dengan metode tertentu sehingga mampu memenuhi informasi yang dibutuhkan perusahaan. Akan tetapi, dengan menggunakan database, perusahaan akan dihadapkan resiko terjadinya gangguan pada database yang mengakibatkan data tidak dapat diakses (database downtime) atau terjadinya data loss, sehingga perusahaan akan mengalami kerugian. Gangguan pada database dapat terjadi akibat adanya maintenance, kerusakan hardware, software, dan data corruption. Gangguan pada
database juga dapat terjadi akibat adanya bencana alam seperti kebakaran,gempa bumi, dan banjir. Untuk
mengantisipasi terjadinya gangguan pada database, maka perusahaan akan melakukan pengawasan dan perlindungan terhadap database dengan menerapkan sistem high availability.
PT. Indesso Niagatama merupakan salah satu perusahaan yang bergerak di bidang penjualan
flavor dan fragance, seasoning, dan bahan baku alam. PT. Indesso Niagatama telah menggunakan
mySAP ERP dengan database oracle untuk mengintegrasikan semua proses bisnisnya. Seiring berjalannya waktu, volume transaksi yang dilakukan oleh PT. Indesso Niagatama semakin meningkat, sehingga ketersediaan sistem dan data di dalam database menjadi bagian vital dalam kegiatan proses bisnis. Oracle database mempunyai sebuah kemampuan sistem high availability yaitu oracle data guard sebagai sistem high availability di dalam perusahaan. Dengan oracle data guard, maka keberlangsungan proses bisnis diharapkan akan tetap terjaga sehingga perusahaan lebih kompetitif dan dapat bertahan serta berkembang di pasar global.
Oracle Data Guard dapat menjamin high availability, data protection (sebuah fitur yang
berfungsi untuk meminimalisir resiko kehilangan data), dan disaster recovery (kemampuan untuk melindungi data dari bencana yang tidak direncanakan) bagi data perusahaaan. Oracle data guard digunakan sebagai solusi sistem high availability untuk menjaga keberlangsungan proses bisnis suatu perusahaan. Anil, Kumar, Yadav dan Sharma (2012, p157) berpendapat bahwa Oracle data guard dapat melindungi data perusahaan dari failure, disaster, error, data corruptions pada database, dan juga dapat meminimalkan database downtime. Data guard menyediakan layanan-layanan untuk membuat, mengelola serta melakukan monitoring terhadap satu atau lebih standby database agar production
database dapat bertahan dari bencana dan kerusakan data. Jika production database mengalami downtime
karena sebab tertentu, maka data guard akan mengalihkan tugas dan fungsinya kepada standby database sehingga downtime dapat diminimalisir. Dengan data guard, DBA dapat dengan bebas meningkatkan
performance dari production database dengan menyerahkan proses backup dan reporting kepada standby database. Data guard terdiri dari primary database yang berfungsi sebagai database utama yang diakses
oleh aplikasi dan digunakan untuk memproses transaksi sehari-hari dan standby database yang merupakan replika dari primary database. Standby database juga terdiri dari dua yaitu physical standby yang merupakan salinan yang secara fisik sama dengan primary database baik secara tiap blok, skema, dan indeks, dan logical standby database yang merupakan tipe standby database yang mempunyai struktur berbeda dari primary database. Menurut Anil (2012, p2231-5268), keuntungan yang akan diperoleh apabila menggunakan oracle data guard adalah sebagai berikut :
• Disaster recovery, data protection, dan high availability.
• Data protection secara menyeluruh.
• Penggunaan resource sistem yang lebih efisien.
• Fleksibilitas dalam perlindungan data untuk menyeimbangkan kebutuhan availability dengan performa.
• Manajemen yang simple dan secara terpusat. • Integrasi dengan database oracle
Tujuan yang dilakukan di dalam penelitian ini adalah melakukan analisis masalah dan resiko yang terjadi pada proses bisnis yang berhubungan dengan sistem, melakukan perancangan sistem high
availability dengan oracle data guard, dan melakukan analisis cost and benefit disaster sistem oracle data guard.
Metode Penelitian
Untuk dapat melakukan analisis dan memberikan solusi sistem high availability yang tepat, maka digunakan beberapa metode penelitian yang ada. Metode penelitian yang digunakan yaitu :
1. Studi pustaka
Dilakukan dengan membaca buku, artikel, jurnal yang berkaitan dengan oracle database dan
Oracle Data Guard. Hasil dari studi literatur akan digunakan sebagai dasar dari pengembangan
penelitian ini.
2. Metode pengumpulan data a) Survei lapangan
Survei lapangan dilakukan untuk mengetahui proses bisnis yang ada di dalam perusahaan serta mendapatkan gambaran mengenai perusahaan tersebut.
b) Wawancara
Wawancara akan dilakukan secara tatap muka dan dalam bentuk tanya jawab dengan pihak-pihak terkait untuk mendapatkan semua informasi yang berhubungan dalam penelitian. 3. Metode analisis
Dilakukan dengan analisis sistem berjalan dengan menggunakan rich picture, analisis masalah dan resiko pada proses bisnis, analisis kerugian akibat gangguan pada database, dan analisis RTO dan RPO.
4. Metode perancangan
Metode perancangan sistem high availability menggunakan Oracle Data Guard . Perancangan
Oracle Data guard ini akan meliputi konfigurasi primary database, standby database, oracle network environment, redo transport, data protecion, data guard broker, dan role transition.
5. Metode evaluasi
Metode evaluasi terhadap sistem Oracle Data Guard yang telah dirancang dengan menggunakan analisis cost and benefit dan Technology Acceptance Model.
Hasil Dan Bahasan
Analisis Sistem Berjalan
Dalam menjalankan proses bisnisnya, PT.Indesso Niagatama menggunakan aplikasi mySAP ERP dengan
database Oracle. Proses Bisnis PT.Indesso Niagatama secara menyeluruh dapat digambarkan dengan rich picture seperti di halaman selanjutnya.
Dari rich picture, proses bisnis PT.Indesso Niagatama dapat dikelompokkan menjadi lima kelompok, berupa :
• Proses penjualan ke customer • Proses pembelian product dari vendor • Proses retur barang
• Proses forecasting • Proses pembuatan laporan
Gambar 1 Proses Bisnis Pada Indessno Niagatama
Analisis Sistem Backup Yang Berjalan
Sistem backup di PT. Indesso Niagatama dilakukan dengan dua cara yaitu backup offline dan
online. Backup online dilakukan secara otomatis dengan menggunakan BRTools pada jam 12 siang, enam
sore, dan 11 malam. File yang di-backup di dalam backup offline yaitu datafile, control file, online redo
log, dan archive redo log.
Sedangkan backup offline dilakukan secara manual dengan menggunakan Tivoli Storage Manager di Gedung Cyber daerah Kuningan. Backup offline dilakukan pada hari sabtu dan mem-backup semua file dari database oracle.
Hasil backup offline dan online akan disimpan ke dalam media disk storage manager IBM 3851 LTO2 8 library.
Analisis RTO
Proses bisnis yang berjalan pada PT.Indesso Niagatama telah terintegrasi dalam sistem ERP yang dimana setiap data-data mulai dari pembuatan Sales Quotation sampai dengan Invoice dan pembuatan laporan akan langsung disimpan dalam database dan diproses oleh sistem ERP secara real
time. Apabila terjadi gangguan pada data center maka akan berdampak pada proses binis perusahaan
sehingga proses pembuatan dokumen-dokumen yang di-generate oleh sistem ERP akan berhenti dan proses bisnis akan terhambat. Berdasarkan analisis resiko yang telah disebutkan diatas, maka perusahaan memberikan kebijakan bahwa batas RTO adalah maksimal selama satu jam.
Analisis RPO
Setiap hari PT.Indesso Niagatama memiliki transaksi bisnis yang cukup banyak dan memiliki aliran dana yang masuk dan keluar dari transaksi bisnis yang cukup besar. Jika terjadi gangguan pada
data center atau mengalami kehilangan data maka perusahaan akan mengalami kerugian yang cukup
besar. Kerugian tersebut akan dijelaskan pada analisis kerugian income selanjutnya. Berdasarkan analisis dampak tersebut, maka perusahaan memberikan batas RPO adalah maksimal selama setengah jam.
Analisis Masalah
Proses bisnis yang berjalan pada PT.Indesso Niagatama sangat bergantung pada data center yang terletak pada Gedung Cyber. Oleh sebab itu, jika ada gangguan ataupun kerusakan pada salah satu bagian pada data center terutama database server dan storage server maka akan mengakibatkan system down dan tidak dapat diakses untuk melakukan proses bisnis perusahaan. Masalah-masalah yang berpengaruh pada proses bisnis PT.Indesso Niagatama adalah sebagai berikut :
• Pada proses penjualan, saat terjadi system down, akan terjadi ketidakcocokan antara penjualan barang dengan stok barang yang ada karena proses penjualan tidak dapat diakses secara real
time.
• Pada proses pembelian, saat terjadi system down, proses pembelian barang menjadi terhambat karena data yang dibutuhkan pada saat melakukan pembelian tidak dapat diakses secara real
time.
• Pada proses retur barang, saat terjadi system down, pengaksesan data yang dibutuhkan untuk proses retur barang menjadi terhambat sehingga memungkinkan tingkat kesalahan data.
• Pada proses forecasting, saat terjadi system down, tingkat keakuratan forecasting menurun diakibatkan data yang tidak real time.
• Pada proses pembuatan laporan, saat terjadi system down, proses pembuatan laporan tidak dapat dilakukan.
Sedangkan dari hasil wawancara dengan IT Manager PT. Indesso Niagatama, perusahaan pernah mengalami gangguan pada server, yaitu :
• Pernah terjadi kerusakan pada salah satu disk dan controller disk di storage server yang mengakibatkan data loss selama tiga jam dan perlu dilakukan recovery selama 24 jam.
• Terjadinya corrupt pada data files sehingga data dalam database tidak bisa diakses oleh aplikasi mySAP ERP ECC 6.0 sehingga memerlukan recovery selama dua jam.
• Pernah terjadi kerusakan memori pada application dan database server sehingga server tidak bisa dinyalakan. Kerusakan memori ini memerlukan recovery selama empat jam dan mengakibatkan proses bisnis menjadi terhambat karena dijalankan secara manual.
Perkiraan Kerugian Income Akibat Ketidaktersediaan Sistem
Jumlah transaksi pada PT.Indesso Niagatama diambil secara rata-rata adalah sebanyak 8.900 transaksi setiap hari nya. Jumlah transaksi paling tinggi setiap hari nyayaitu di antara jam 09.00-12.00 siang. Setelah itu transaksi menurun pada saat jam makan siang, kemudian transaksi dilanjutkan kembali pada jam 13.30 sampai jam kerja selesai yaitu jam 18.00.
Jumlah rata-rata transaksi dalam satu bulan diperkirakan adalah sebesar 195.000 transaksi dan akan mencapai titik puncaknya pada pertengahan bulan.
Pihak manajemen mengasumsikan bahwa rata-rata nilai untuk setiap transaksi setiap harinya adalah sebesar Rp. 90.000,- jadi asumsi income PT.Indesso Niagatama perhari nya adalah :
Rp. 90.000,- x 8900 = Rp.801.000.000,-
Dari analisis di atas, apabila proses bisnis terhambat dalam satu hari, maka perusahaan akan mengalami kerugian rata-rata sekitar Rp. 801.000.000,-.
PT.Indesso Niagatama mengalami titik puncak transaksi pada pertengahan bulan seperti yang telah dijelaskan sebelumnya sehingga pada masa tersebut perusahaan menangani transaksi sebesar 30% dari total transaksi satu bulan.
30% x 195.000 = 58.500 transaksi
Maka perusahaan akan mengalami perkiraan kerugian income apabila terjadi system down pada masa titik puncak transaksi sebesar :
Rp. 90.000,- x 58.500 = Rp 5.265.000.000,-
Konfigurasi Data Guard Pada Primary Database
Di dalam data guard terdapat sebuah production database yang biasanya disebut dengan
primary database. Primary database diperlukan sebagai media yang dapat diakses oleh aplikasi untuk
menyimpan data hasil penginputan atau perubahan yang dilakukan oleh user. Primary database juga menjadi sumber utama untuk melakukan sinkronisasi dengan standby database yaitu dengan mengirim
archive log dari primary ke standby database. Berikut ini merupakan rancangan arsitektur data guard
yang akan diimplementasikan ke dalam PT. Indesso Niagatama.
Gambar 2 Arsitektur Data Guard Di PT.Indesso Niagatama
Untuk membuat primary database, maka diperlukan mengetahui unique name database diperlukan untuk membedakan primary dan standby database, sehingga dapat melakukan konfigurasi pada database yang tepat. Selain itu, value pada unique name juga diperlukan dalam beberapa konfigurasi yang akan dilakukan di dalam data guard. Untuk penelitian ini, maka value unique name dari database yang akan berperan sebagai primary dan standby database adalah IDS dan IDS2.
Selanjutnya perlu untuk mengaktifkan archive log agar primary database dapat melakukan proses archiving dari redo log, dimana hasil dari archiving tersebut akan dikirimkan ke standby database.
Syntax SQL yang digunakan untuk memeriksa status archive log adalah SQL> archive log list
Lalu aktifkan force logging yang berfungsi agar database dapat mengambil semua perubahan yang terjadi untuk ditulis ke dalam redo log. Syntax SQL untuk mengaktifkan force logging adalah :
SQL> alter database force logging;
Lalu membuat password file yang merupakan kunci utama agar dapat mengirimkan dan menyetujui
transport. Lalu dilanjutkan dengan pembuatan standby redo log yang diperlukan sebagai salah satu syarat
untuk mengaktifkan data protection (maximum availability dan maximum protection) dan real time apply. Fungsi standby redo log di dalam data guard adalah untuk menyimpan log yang dikirimkan oleh primary
database. Syarat dari pembuatan standby redo log adalah jumlah grup, jumlah member di dalam grup,
dan ukuran harus sama dengan online redo log. Syntax SQL untuk membuat standby redo log adalah :
SQL> Alter database add standby log file group 5 (‘LOG_G15M1.DBF’,’’LOG_G15M2.DBF’) size 50M;
SQL> Alter database add standby log file group 6 (‘LOG_G16M1.DBF’,’’LOG_G16M2.DBF’) size 50M;
SQL> Alter database add standby log file group 7 (‘LOG_G17M1.DBF’,’’LOG_G17M2.DBF’) size 50M;
SQL> Alter database add standby log file group 8 (‘LOG_G18M1.DBF’,’’LOG_G18M2.DBF’) size 50M;
Kemudian dilanjutkan dengan konfigurasi parameter spfile untuk mengontrol proses redo
transport ketika database berperan sebagai primary database atau standby database. Untuk
mengkonfigurasi parameter spfile, maka diperlukan pfile untuk memasukkan parameter-parameter yang kemudian akan di-decompile ke dalam spfile. Selanjutnya akan dibuat standby control file agar standby
database dapat mengetahui struktur dari data file, SCN, dan jumlah archive log sequence number dari primary database. Sintaks untuk membuat standby control file adalah :
SQL> Alter database create standby controlfile as
‘F:\oracle\product\10.2.0\oradata\orcl\STDBYCONTROL.CTL’ ; Lalu lakukan backup primary database. File yang akan di-backup adalah datafile, tempfile, online redo
log, standby redo log, password file, pfile dan standby control file. Backup ini dilakukan untuk me-restore
hasil backup ke dalam standby database supaya keadaan di dalam standby menjadi konsisten dan sama dengan primary database. Setelah itu akan dilakukan konfigurasi tnsname dan listener agar primary dan
standby database dapat saling terhubung satu sama lain. Konfigurasi tnsname dan listener dapat
dilakukan dengan menggunakan aplikasi text editor seperti wordpad.
Konfigurasi Data Guard Pada Standby Database
Langkah awal yang dilakukan dalam konfigurasi standby database adalah mengembalikan
backup yang dilakukan sebelumnya pada primary database dan akan di-restore balik ke dalam standby database. Struktur direktori file yang akan di-restore ke dalam standby database harus sama seperti
struktur direktori file yang ada di dalam primary database. Lalu akan dilakukan konfigurasi parameter
spfile pada standby database. Langkah konfigurasi parameter spfile di standby database hampir sama
dengan yang dilakukan pada primary database. Setelah itu, akan dilakukan uji coba data guard yang telah dikonfigurasi yaitu dengan menjalankan redo apply pada standby database. Syntax untuk menjalankan redo apply adalah :
SQL> alter database recover managed standby database disconnect from session;
Untuk menutup proses redo apply, maka dapat menggunakan syntax SQL sebagai berikut :
SQL> Alter database recover managed standby database cancel;
Apabila jumlah archive log sequence di primary database sama dengan yang ada dan ter-apply di dalam
standby database, berarti konfigurasi data guard primary dan standby database telah berhasil.
Konfigurasi Tipe Data Protection
Data Guard Protection diperlukan untuk melindungi data yang ada di dalam primary database.
Untuk mengubah tipe data protection, maka diperlukan mengubah value dari log_archive_dest_2 yang ada di dalam spfile. Perubahan ini harus ditambahkan value mekanisme redo transport dari jenis data
protection. Setelah itu lalu dilakukan perubahan ke tipe data protection yang diinginkan dengan syntax
SQL sebagai berikut :
SQL> alter database set standby database to maximize {availability | performance | protection };
Gambar 3 Tipe Data Protection Konfigurasi Real Time Apply
Real time apply digunakan agar standby database akan mengikuti perubahan yang terjadi di primary database pada saat itu juga. Syntax SQL yang digunakan untuk konfigurasi real time apply
adalah :
SQL> Alter database recover managed standby database using current logfile disconnect; Konfigurasi Data Guard Broker
Data guard broker diperlukan agar proses pengelolaan dan monitoring terhadap primary dan standby database dapat dilakukan secara terpusat, sehingga memudahkan para DBA untuk melakukan
pengawasan. Selain itu, data guard broker juga diperlukan untuk mengaktifkan fitur fast-start failover. Untuk membuat data guard broker, maka harus mengaktifkan parameter data guard broker dari primary dan standby database. Lalu dilanjutkan dengan membuka DGMGRL dan membuat profil broker untuk
primary dan standby database. Setelah itu, konfigurasi broker akan di-enable yang berarti data guard broker telah aktif.
Gambar 4 Data Guard Broker Switchover Pada Physical Standby Database
Switchover berfungsi untuk mengubah role standby database menjadi primary database. Switchover akan digunakan apabila primary database tidak dapat digunakan atau diakses akibat adanya maintenance sistem pada database tersebut. Untuk menjalankan switchover, maka status dari kedua database harus dalam keadaan aktif dan tidak ada gangguan. Syntax yang digunakan untuk menjalankan switchover pada DGMGRL adalah :
Gambar 5 Switchover Database Failover Pada Physical Standby Database
Failover akan digunakan pada saat primary database mengalami fail, sehingga database tidak
dapat digunakan atau diakses user. Dengan keadaan seperti itu, maka standby database akan diganti role-nya menjadi primary database untuk menggantikan tugas primary database yang mengalami fail.
Failover akan dilakukan dengan menggunakan Data guard command line interface (DGMGRL). Untuk
melakukan proses failover, maka diperlukan kondisi dimana primary database tidak dapat terhubung dengan standby database. Syntax yang digunakan untuk proses failover di dalam DGMGRL yaitu :
DGMGRL> Failover to [Unique_name_standby_database];
Gambar 6 Failover Database
Setelah failover selesai, maka primary database yang lama (telah berubah menjadi standby database) perlu dilakukan pemulihan ke kondisi sebelum terjadinya fail yang disebut dengan reinstate. Syntax yang digunakan untuk melakukan reinstate di dalam DGMGRL adalah
DGMGRL> Reinstated database [Unique_name_database yang disabled];
Gambar 7 Reinstate Database Konfigurasi Fast-Start Failover
Fast-start failover berfungsi untuk melakukan semua proses failover secara otomatis tanpa
adanya campur tangan dari seorang DBA jika terjadi fail pada primary database. Untuk menggunakan
fast-start failover di dalam data guard, maka terlebih dahulu harus mengkonfigurasi target fast-start failover pada tiap database yang bertujuan untuk menentukan identitas tujuan primary database baru
yang akan dilakukan oleh fast-start failover. Setelah itu, maka akan diaktifkan fast-start failover. Syntax yang digunakan untuk menjalan fast-start failover di DGMGRL adalah
DGMGRL> Enable fast_start failover;
Kemudian akan dilakukan pengaktifan observer dengan syntax sebagai berikut :
DGMGRL> Start Observer;
Fast-start failover akan secara otomatis dijalankan pada saat primary mengalami fail. Fast-start failover
juga akan secara otomatis melakukan reinstate primary database lama ke kondisi sebelum terjadinya fail pada database tersebut.
Gambar 8 Proses Fast-Start Failover
Analisis Cost And Benefit
Analisis cost and benefit dilakukan untuk mengetahui jumlah kerugian yang bisa dilindungi dari hasil investasi disaster recovery center oracle data guard. Hasil dari analisis cost and benefit dari penelitian ini adalah dengan investasi yang dikeluarkan PT. Indesso Niagatama sebesar Rp 695.011.000,- untuk pembuatan disaster recovery center dengan sistem oracle data guard, maka akan dapat melindungi kerugian sebesar Rp 2.653.560.000,- per tahun akibat terjadinya fail pada database.
Evaluasi
Hasil evaluasi dari konfigurasi oracle data guard yang telah dilakukan adalah dengan menggunakan metode Technology Acceptance Model (TAM) yang terdiri dari empat bagian yaitu
perceived ease of use, perceived usefulness, attitude toward using, dan behavorial intention to use.
Metode TAM digunakan untuk mengukur tingkat penerimaan responden terhadap konfigurasi data guard yang telah dirancang.
Gambar 9 Technology Acceptance Model
Evaluasi menggunakan metode TAM akan dilakukan dengan presentasi hasil konfigurasi oracle data
guard dan membagikan kuesioner yang menggunakan skala likert kepada enam orang responden yaitu IT manager, database administrator, kepala bagian SAP, kepala departemen finance, kepala departemen
accounting, dan account manager. Hasil dari kuesioner yang telah diisi responden akan dihitung
rata-ratanya untuk mengetahui respon dari user terhadap sistem oracle data guard. Berdasarkan hasil rata-rata jawaban responden, maka dapat disimpulkan sebagai berikut :
• Pada bagian perceived ease of use, secara keseluruhan, responden setuju bahwa penggunaan sistem oracle data guard itu mudah digunakan baik dari segi pemahaman terhadap proses kerja
oracle data guard, dan tahap-tahap penggunaan yang jelas dan mudah dimengerti.
• Pada bagian perceived usefulness, responden setuju bahwa dengan penerapan sistem oracle data
guard dapat memberikan banyak manfaat kepada PT. Indesso Niagatama baik dari sisi
mengatasi masalah down pada database, mengurangi downtime yang terjadi dengan proses
recovery yang cepat, dan melindungi terjadinya data loss. Responden juga setuju bahwa dari
manfaat yang diberikan tersebut, maka dengan melakukan investasi untuk disaster recovery
center berbasis oracle data guard akan memberikan keuntungan yang maksimal terhadap
perusahaan.
• Pada bagian attitude toward using, para responden tertarik dalam menggunakan sistem oracle
data guard. Selain itu, responden setuju bahwa penggunaan sistem oracle data guard lebih baik
daripada sistem data guard yang sedang dijalankan.
• Pada bagian intention of use, responden menunjukkan niat atau keinginan mereka untuk menggunakan sistem oracle data guard sebagai solusi disaster recovery center untuk database PT. Indesso Niagatama.
Simpulan Dan Saran
Simpulan
Berdasarkan hasil analisis dan perancangan high availability dengan oracle data guard pada PT. Indesso Niagatama, maka dapat ditarik beberapa simpulan sebagai berikut :
• Perancangan sistem oracle data guard dapat membuat proses bisnis tetap bisa berjalan walaupun
primary database tidak bisa diakses atau digunakan yaitu dengan mengubah role standby database menjadi primary database yang baru.
• Keamanan data pada saat melakukan redo transport ke standby database akan lebih terjamin dengan menggunakan maximun availability sebagai jenis data guard protection di dalam data
guard
• Dengan menggunakan real time apply pada oracle data guard, maka standby database akan mengikuti perubahan yang terjadi di primary database pada saat itu juga, sehingga resiko terjadinya data loss dapat diminimalisir
• Apabila sedang melakukan maintenance pada primary database, maka proses bisnis tetap dapat berjalan dengan menggunakan switchover untuk menggantikan peran standby database menjadi
primary database
• Dengan menggunakan fast-start failover, maka proses pergantian role standby database ke
primary database akan terjadi secara otomatis apabila terjadi fail pada primary database tanpa
adanya campur tangan dari DBA, sehingga akan memudahkan pekerjaan DBA dalam melakukan
monitoring terhadap oracle data guard.
• Hasil dari analisis cost and benefit memperlihatkan bahwa investasi untuk disaster recovery
center menggunakan sistem oracle data guard dapat melindungi kerugian akibat terjadinya
gangguan pada database, sehingga akan memberikan benefit kepada PT. Indesso Niagatama. • Hasil dari analisis technology acceptance model menunjukkan bahwa responden setuju dengan
manfaat dan kemudahan penggunaan oracle data guard dan tertarik untuk menggunakan oracle
data guard di dalam PT. Indesso Niagatama.
Saran
Berdasarkan hasil analisis dan perancangan high availability dengan oracle data guard pada PT. Indesso Niagatama, ada beberapa saran yang penulis dapat sampaikan untuk pengembangan sistem oracle
data guard agar sesuai dengan kebutuhan yaitu :
• Melakukan upgrade oracle database ke versi 11g agar standby database dapat aktif dalam keadaan read write dengan menggunakan fitur snapshot standby
Referensi
Anil, Kumar, S., Yadav, P., & Sharma, B. (2012). Disaster Recovery of Data by Using Data Guard.
IJCSMS International Journal of Computer Science and Management Studies, 12(2), 157-160.
Carpenter, L. (2009). Oracle Data Guard 11g Handbook. United States: McGraw-Hill Companies, Inc. Cyran, M. (2005). Oracle Database Concepts, 10g Release 2 (10.2). Oracle Corporation.
Schupmann, V. (2008). Oracle Data Guard Concept and Administration. Oracle Corporation.
Weygant, P. (2001). Cluster for High Availability: A Primer of HP Solutions (Second ed.). United States: Prentice-Hall.
Riwayat Penulis
Arwandy lahir di kota Medan pada 13 September 1991. Penulis menamatkan pendidikan S1 di Bina Nusantara University dalam bidang Sistem Informasi pada 2013.
