ADMINISTRASI BASIS DATA DATA AVAILABILITY
Disusun Oleh :
Arif Auliya
(105060800111048)
Fery Dedi Supardi
(105060801111008)
M. Rizky Ramadhan
(105060807111033)
Nehru Syahputra M.
(105060807111028)
I Dewa Gede A.
(105060800111003)
PROGRAM TEKNOLOGI INFORMASI DAN ILMU KOMPUTER UNIVERSITAS BRAWIJAYA MALANG MALANG 2013
DATA AVAILABILITY Definisi Availability Ketersediaan adalah kondisi dimana sumber daya yang diberikan dapat diakses oleh konsumen. Ini berarti bahwa jika database yang tersedia, pengguna datanya-yaitu, aplikasi, pelanggan, dan pengguna bisnis-dapat mengaksesnya. Definisi lain dari ketersediaan adalah persentase waktu dalam system yang dapat digunakan untuk pekerjaan produktif. Ketersediaan yang diperlukan pada aplikasi akan bervariasi dari satu organisasi ke organisasi, dalam sebuah organisasi dari sistem ke sistem, dan bahkan dari pengguna ke pengguna. Data Availability merupakan ketersediaan data pada database yang diakses semua user dan dapat diperoleh setiap saat ketika dibutuhkan. Data Availability dimaksudkan sebagai suatu kesiapan data dimana ketika user membutuhkan data tersebut maka data tersebut merespon secara langsung. Secara tidak langsung ketersediaan data tersebut selalu dipengaruhi oleh beberapa hal, salah satunya yang paling penting adalah Disaster Recovery. Disaster recovery ini bisa terjadi karena virus atau manusia itu sendiri. Seorang DBA (Database Administrator) setidaknya melihat apakah database tersebut terancam oleh sesuatu hal. Jika iya, maka DBA harus menyediakan
plan
b
(atau
strategi
cadangan)
dalam
mengantisipasi
pencegahan/penanggulangannya (bias dikatakan siap siaga – jaga-jaga). Data Avaibility terdiri dari 4 komponen, dimana komponen – komponen tersebut menjadi satu dan saling berhubungan untuk memastikan bahwa sistem dapat dijalankan dan proses bisnisnya dapat dilakukan sesuai dengan kebutuhan. Komponen – komponen tersebut terdiri dari :
Manageability, yaitu kemampuan untuk membuat dan memelihara lingkungan yang efektif yang memberikan layanan kepada pengguna.
Recoverability, yaitu kemampuan untuk membangun kembali layanan jika mengalami kesalahan atau kegagalan komponen.
Reliability, yaitu kemampuan untuk memberikan pelayanan pada tingkat tertentu untuk jangkan waktu lain.
Serviceability, yaitu kemampuan untuk menentukan adanya masalah, pemeriksaan secara menyeluruh, dan memperbaiki masalah itu sendiri.masalah, dan memperbaiki masalah.
Increased Availability Requirements Didalam sebuah perusahaan yang besar, maka dibutuhkan kelompok DBA. Tugas para DBA adalah untuk memenuhi berbagai kebutuhan mulai dari desain aplikasi baru hingga menjaga operasional pada aplikasi bisnis. Jika DBA mengabaikan prosedur perawatan dalam aplikasi, maka kinerja akan memburuk. Selain itu, DBA akan dituntut untuk mengoptimalkan kinerja system bisnis dan perangkat lunak
The Shrinking Maintenance Window Semakin berkembangnya sebuah perusahaan, maka semakin banyak juga sebuah data pada database. Bahkan analisis industri memperkirakan bahwa database rata-rata tumbuh sepuluh kali lipat. Maka dari itu DBA dipaksa untuk kreatif dalam menentukan waktu untuk melakukan pemeliharaan sistem rutin. Karena transaksi data terjadi hampir selama 24/7. Banyaknya transaksi database memerlukan pemeliharaan berkala dan reorganisasi. Jika tidak melakukan pemeliharaan maka akan berpengaruh pada kinerja pada system tersebut.
Decision Support Semakin banyak perusahaan mencari cara baru untuk menggunakan data inti bisnis untuk mendukung keputusan. Sebagai contoh, perusahaan kartu kredit menjaga dasar informasi yang mereka gunakan untuk daftar pembelian dan mempersiapkan laporan bulanan. informasi ini dapat digunakan untuk menganalisis pola belanja konsumen dan promosi desain yang menargetkan kelompok demografis tertentu dan konsumen individu.
Data Warehouse Data warehouse telah mendorong pertumbuhan database secara keseluruhan Data warehouse digunakan untuk replikasi data yang akan digunakan oleh departemen tertentu atau unit bisnis. Pertumbuhan gudang data akan terus tak terkekang ke masa mendatang, karena jika perusahaan tersebut telah berkembang, maka semakin banyak juga data-data yang harus disimpan.
Full-Time Availability Setiap perusahaan yang besar membutuhkan ketersediaan data 24 jam nonstop dalam sehari. Karena tidak semua proses bisnis terjadi pada zona waktu yang sama. Seperti contoh Keuangan internasional. Keuangan internasional membutuhkan 24 jam perhari untuk memantau kurs tiap mata uang.
Growing IT Complexity Setiap single-vendor system harus bersih, tepat, dan dapat diprediksi. Maka dari itu setiap staf IT dalam sebuah perusahaan harus mencari cara untuk mengakomodasi dan mengatur kompleksitas dari sebuah system. Salah satu cara agar membuat system tersebut menjadi kompleks ialah dengan menggunakan perangkat lunak DBMS dengan versi terbaru dan memiliki fitur kecepatan tinggi dalam menyampaikan data.
Cost Of Downtime Biaya downtime bervariasi dari perusahaan ke perusahaan. Contingency Planning and Research (sebuah divisi dari Edge Rock Alliance Ltd.) memperkirakan sekitar $ 6,5 juta per jam digunakan untuk biaya downtime di rumah broker ritel. Tabel di bawah adalah contoh tambahan biaya per jam downtime yang diperkirakan oleh sebuah industri. Tentu saja, angka-angka ini adalah sebuah perkiraan dan perkiraan-masing organisasi perlu menentukan biaya yang sebenarnya dari downtime berdasarkan pelanggan, sistem, dan operasi bisnis.
Beberapa bisnis dapat menangani downtime yang lebih baik daripada yang lain. Untuk sekuritas, downtime adalah bencana. Untuk bisnisman yang lain mereka bisa "get by" dengan menggunakan sistem manual selama outage, downtime tidak sebanyak dari bencana. Yang benar adalah, pemadaman berdampak setiap bisnis, dan jumlah trivial downtime akan mengenakan biaya pada organisasi. Ketika memperkirakan biaya downtime, ingat untuk faktor dalam semua biaya, termasuk :
Kehilangan bisnis selama outage.
Biaya penangkapan setelah sistem sekali lagi tersedia.
Biaya dari setiap tuntutan hukum.
Dampak dari nilai saham yang berkurang.
Selain itu, downtime dapat berdampak negatif terhadap citra perusahaan. Di xaman sekarang dan usia dari outage dari setiap hal yang mempengaruhi bisnis, khususnya e-bisnis, akan dilaporkan oleh pers dan jika cerita ini cukup besar, bukan hanya pers komputer tetapi pers bisnis juga. Kadang-kadang perusahaan tidak mau mengeluarkan uang untuk perangkat lunak dan jasa untuk meningkatkan ketersediaan karena mereka tidak memiliki pemahaman tentang biaya sebenarnya dari downtime untuk bisnis mereka. Salah satu pemikiran mereka adalah seperti ini: "Saya tahu sistem kami mungkin turun, tetapi kesempatan itu berdampak benarbenar kecil terhadap kita, jadi mengapa kita harus mengeluarkan biaya untuk mencegah padam?" Pemikiran seperti itu, bagaimanapun, dapat berubah ketika semua faktor biaya dan resiko downtime diketahui dan dipahami. Kegagalan dalam mempersiapkan perkiraan biaya downtime akan membuat lebih sulit untuk menentukan biaya sebenarnya, tindakan DBA diperlukan untuk mengambil memastikan ketersediaan data.
How Much Availability Is Enough? Jadi, betapa ketersediaan yang cukup? Dalam era internet, push adalah dengan memberikan waktu yang tidak pernah berakhir, 365 hari setahun, 24 jam sehari. Pada 60 menit atau satu jam itu berarti 525.600 menit waktu setahun. Jelas untuk mencapai ketersediaan 100% adalah tujuan yang diinginkan. Istilah five nines sering digunakan untuk menggambarkan sistem yang sangat tersedia. Arti uptime 99,999%, lima sembilan menggambarkan apa yang pada dasarnya ketersediaan 100%, tetapi dengan pemahaman bahwa beberapa downtime tidak dapat dihindari (seperti tabel dibawah).
Meskipun ketersediaan 100% tidak masuk akal, beberapa sistem ada yang mencapai ketersediaan mendekati five nines. DBAs dapat mengambil langkah-langkah untuk desain
database dan membangun sistem yang diciptakan untuk mencapai high avaibility. Namun, hanya karena hgh avaibility dapat dibangun ke dalam sistem tidak berarti bahwa setiap sistem harus dibangun dengan desain high avaibility. DBA perlu bernegosiasi dengan pengguna akhir dan menjelaskan biaya yang berkaitan dengan sistem yang sangat tersedia. Setiap kali high avaibility adalah tujuan untuk sebuah sistem baru, database, atau aplikasi, analisis yang cermat diperlukan untuk menentukan seberapa banyak pengguna downtime benar-benar dapat mentolerir, dan apa dampak dari outage yang akan muncul. High availibity merupakan persyaratan memikat, dan pengguna akhir biasanya akan meminta sebanyak yang mereka pikir mereka bisa mendapatkan. Sebagai DBA, tugas kita adalah untuk menyelidiki realitas kebutuhan.
Availability Problem
Seorang DBA harus memiliki control penuh dalam mengatur ketersediaan database. Untuk dapat melakukan hal tersebut seorang DBA harus mengetahui hal-hal yang dapat menyebabkan data menjadi tidak tersedia.
Loss of the Data Center Jika pusat data hilang atau rusak karean bencana alau atau bencana lainnya, maka
sudah pasti data tersebut sudah tidak tersedia karena system tidak dapat diakses lagi. Untuk memulihkan ketersediaan dalam situasi bencana biasanya membutuhkan penciptaan lingkungan database yang lebih banyak di lokasi yang jauh. Dari perspektif ketersediaan, kehilangan data center adalah jenis terburuk dari masalah ketersediaan DBA yang ada. Bahkan setelah data dan database telah dikembalikan di lokasi terpencil, masalah ketersediaan serius masih akan tertinggal.
Network Problems Kehilangan akses jaringan juga dapat menyebabkan outage database. Masalah seperti
ini biasanya disebabkan oleh kerusak hardware, seperti kartu jaringan di server database. Suatu hal yang lebih baik untuk memiliki perangkat keras jaringan cadang yang tersedia untuk penggantian langsung dalam kasus tersebut terjadi masalah. Namun, tidak semua masalah jaringan adalah masalah hardware. Menginstal versi baru dari perangkat lunak
jaringan atau menentukan alamat jaringan yang tidak akurat dapat menyebabkan pemadaman database.
Loss of the Server Hardware Jika CPU rusak atau menjadi tidak tersedia karena alasan apapun, database juga tidak
akan tersedia. Hal ini berlaku bahkan jika CPU adalah satu-satunya database server yang hilang. Bahkan jika sistem memori dan subsistem disk tetap utuh, database tidak bisa diakses karena CPU mendorong semua proses komputer. Namun, file database harus tetap digunakan dan mungkin bisa terhubung ke CPU lain untuk membawa database kembali online. Untuk menghindari pemadaman karena kegagalan CPU, pertimbangkan untuk menggunakan teknik kluster failover hardware. Bila menggunakan failover cluster, hilangnya server tunggal menyebabkan sistem untuk memproses pada node lain dari cluster. Data tidak perlu dipindahkan, dan failover secara otomatis. Pendekatan lain adalah dengan menggunakan sistem siaga: Salinan database log yang dihasilkan pada server utama dikirim ke server sekunder, atau data dari server primer direplikasi ke server cadangan. Sebuah pendekatan alternatif adalah untuk menjaga server kedua dikonfigurasi identik dengan satu primer sehingga drive dapat ditarik keluar dari server utama dan hanya dimasukkan ke dalam server sekunder.
Disk-Related Outages Karena database bergantung pada struktur disk fisik untuk benar-benar menyimpan
data, ketersediaan database sangat rentan terhadap kegagalan disk. Disk drive gagal karena berbagai alas an, antara lain: Mekanisme drive fisik mungkin gagal, controller bisa gagal, atau mungkin kawat penghubung telah melonggarkan. Pemulihan dari kegagalan tersebut biasanya memerlukan server untuk dikonfigurasi ulang dengan subsistem disk baru yang database dipulihkan. Metode lain pemulihan adalah untuk membuka sebuah database server yang sama sekali baru dan mengembalikan database ke database server yang baru.
Operating System Failure Software juga bisa menjadi penyebab ketidaktersediaan data. Sebagai contoh, data
tidak akan tersedia selama sistem operasi (OS) rusak atau pemadaman, bahkan jika semua hardware server masih bisa beroperasi. Penyebab khas dari pemadaman sistem operasi
termasuk ketidakstabilan OS karena bug yang melekat, masalah yang dihadapi ketika melakukan upgrade versi OS, atau masalah dengan tambalan untuk sistem operasi. Ketika kegagalan OS terjadi, satu-satunya pilihan yang layak untuk memulihkan ketersediaan data untuk memperbaiki masalah OS atau untuk mengembalikan database pada server lain dengan sistem operasi fungsional.
MBMS Software Failure Mirip dengan kegagalan sistem operasi, kegagalan dalam perangkat lunak DBMS
akan menyebabkan tidak tersedianya. Jika DBMS tidak dapat beroperasi, data dalam database-nya tidak dapat diakses. Kegagalan DBMS terjadi karena gagal ketika sumber daya yang dibutuhkan untuk beroperasi tidak tersedia-seperti parameter startup, file sistem tertentu, dan struktur memori.
Application Problems Software bug dan gangguan atau hilangnya modul pelaksanaan program atau
perpustakaan dapat menyebabkan pemadaman aplikasi. Program pengujian menyeluruh dan prosedur jaminan kualitas dapat meminimalkan terjadinya pemadaman aplikasi.
Security and Authorization Problems Masalah keamanan biasanya terjadi segera setelah aplikasi masuk ke produksi atau
ketika pengguna baru mencoba untuk menggunakan sistem namun belum menerima izin. Kesalahan DBA juga dapat menyebabkan masalah yang berhubungan dengan keamanan, jika DBA sengaja menimpa atau menghapus kewenangan yang sah dari DBMS, pengguna yang sah tidak akan dapat mengakses data. Untuk menghindari masalah yang berkaitan dengan keamanan, pastikan bahwa keamanan dan otorisasi prosedur yang diikuti di situs Anda dan menggunakan ekstra hati-hati ketika mengubah keamanan database.
Corruption of Data Data korup berasal dari berbagai sumber: bug program aplikasi, bug perangkat lunak
DBMS, desain database yang buruk, atau kesalahan pengguna. Data lama juga bisa rusak jika data baru menjadi sasaran pembanding kualitas. Ketika data rusak, DBA harus bekerja dengan spesialis aplikasi untuk mengidentifikasi persis data yang tidak akurat dan untuk
mengembangkan rencana untuk memperbaiki data. Selanjutnya, tim harus mengidentifikasi penyebab korupsi dan mengambil tindakan untuk memperbaikinya. Ini tugas yang sangat memakan waktu membutuhkan sejumlah besar upaya. Setelah mengidentifikasi elemen data korup, spesialis DBA dan aplikasi mungkin dapat memulihkan akses ke bagian terpengaruh dari database sedangkan data yang buruk dibersihkan.
Loss of Database Objects Kehilangan objek database biasanya terjadi karena seorang DBA yang diberikan
kewenangan dalam mengakses database bekerja dengan tidak terampil. Hal ini dapat diminimalkan dengan menciptakan dan menjamin keamanan database yang tepat dan memberikan pelatihan mendalam untuk DBA. Pihak ketiga berupa alat yang tersedia yang mengotomatisasi pemulihan objek database yang hilang.
Loss of Data Ketidaktersediaan dapat terjadi karena data yang dihapus atau ditulis merupakan data
yang keliru. Ketika data akan dihapus terjadi kesalahan, DBA mungkin perlu untuk memulihkan database ke titik waktu sebelum data telah dihapus. Hal ini dapat dicapai dengan menggunakan recover atau kembalikan fungsi DBMS yang digunakan.
Data Replication and Propagation Failure Sebenarnya ada dua skenario untuk kegagalan replikasi satu untuk database yang
berpartisipasi sebagai pelanggan dan satu lagi untuk database yang berpartisipasi sebagai publisher. DBA perlu mengembangkan prosedur untuk mendeteksi kesalahan replikasi data dan menemukan metode untuk secara cepat mengembalikan proses replikasi atau propagasi.
Server Performance Problems Jika database secara teknis tersedia dengan data yang akurat namun berjalan pada
operasional hardware dengan kinerja yang buruk dapat membuat database tidak dapat digunakan. Sejumlah masalah dapat menyebabkan kinerja yang buruk, termasuk indeks rusak, indeks tidak benar didefinisikan, pertumbuhan data, pengguna tambahan, out-of-data statistik database.
Recovery Issues
Sangat penting bagi tim DBA untuk menciptakan strategi pemulihan yang tepat untuk setiap objek database. Untuk data dengan persyaratan ketersediaan tinggi, backup dan strategi pemulihan harus menyediakan waktu yang cukup banyak untuk pulih. Suatu hal yang penting agar lingkungan database dapat pulih secepat mungkin setelah kecelakaan database, menggunakan cadangan yang paling efektif dan teknik pemulihan sangat penting. Faktorfaktor yang mempengaruhi pemulihan dan mengembalikan ketersediaan termasuk operasi konfigurasi sistem, desain arsitektur perangkat keras, fitur database, frekuensi backup, dan prosedur pemulihan dan praktek.
DBA Mistakes Salah satu penyebab terbesar dari downtime database adalah kesalahan manusia.
Pelatihan yang tepat kepada DBA sebelum memberikan mereka tanggung jawab terhadap sistem database dan pemilihan peralatan dapat meminimalkan kesalahan.
Outages : Planned and Unplanned Human error, bug perangkat lunak dan gangguan, dan kerusakan perangkat keras
dapat menyebabkan pemadaman tidak terencana. Namun, downtime merupakan masalah yang benar-benar disebabkan oleh pemadaman terencana. Pemadaman yang direncanakan sebenarnya memiliki risiko yang lebih besar dalam ketersediaan, oleh karena itu DBA dapat memiliki dampak yang lebih menguntungkan dengan mengembangkan teknik untuk menguranginya.
Memastikan Ketersediaan Saat ini DBA dihadapkan dengan tantangan yang lebih menantang, kali ini kita akan lebih fokus pada beberapa teknik yang dapat membantu untuk meningkatkan ketersediaan yang lebih tinggi. Dihadapkan dengan anggaran dan sumber daya yang semakin kecil, serta volume data yang harus dikelola terus meningkat. Organisasi IT perlu mengevaluasi kebutuhan kritis dan menerapkan serangkaian langkah-langkah strategis untuk menjamin ketersediaan. Strategi yang baik dapat mencakup langkah-langkah sebagai berikut :
Melakukan perawatan rutin sementara sistem tetap beroperasi
Mengotomatisasi fungsi DBA
Mengeksplorasi fitur dari DBMS yang dapat meningkatkan ketersediaan
Mengeksplorasi teknologi hardware.
Melakukan Perawatan Rutin Sementara Sistem Tetap Beroperasi Untuk dapat meningkatkan performa dengan staf IT dan anggaran yang lebih kecil, produk yang mampu meyederhanakan dan melakukan fungsi pemeliharaan secara otomatis merupakan pilihan yang baik. Seorang DBA membutuhkan alat yang mampu mengurangi waktu pemeliharaan dari jam ke menit atau tidak membutuhkan waktu sama sama sekali, yang masih memungkinkan pengguna untuk terus mengakses data yang mereka butuhkan. Beberapa produk DBMS menyediakan fitur built-in yang mampu melakukan beberapa tugas pemeliharaan dengan database masih dapat tersedia. Jika DBMS tidak memberikan dukungan arau support, kita dapat menggunakan tools dari ISV yang menyediakan ketersediaan database tambahan. Kunci utamanya adalah untuk memanfaatkan utilitas fungsi database yang nondisruptive.
Memanfaatkan Fungsi Utilitas Database Nondisruptive Utilitas database nondisruptive adalah tools yang mampu menyediakan akses read dan update ke database selama pemeliharaan database sedang dilakukan dengan tanpa kehilangan integritas dari data. Jenis-jenis utilitas nondisruptive yang paling dibutuhkan adalah sebagai berikut :
Reorganisasi database, untuk mempertahankan kinerja
Database backup, untuk memastikan data cadangan tetap tersedia apabila terjadi kegagalan aplikasi atau perangkat keras
Solusi pemulihan database yang dapat menerapkan pemulihan data tanpa memerlukan gangguan
Proses Unload dan Load untuk memindahkan data antara data sumber dan data operasional ntuk sistem pendukung keputusan dan data warehouse
Utilitas statistik, yang dapat menganalisis karakteristik data dan statistik record untuk lebih meng-optimasi database
Utilitas pengecekan integritas untuk integritas referensial dan integritas data struktural Kebanyakan dari pemeliharaan database akan berdampak pada ketersediaan. Kegiatan
backup data, pemulihan data, pmeriksaan integritas data, membuat statistik database, dan loading data baru ke dalam database semua proses tersebut dapat mengganggu ketersediaan. Tools yang bekerja dalam hubungannya dengan perangkat penyimpanan modern untuk meminimalkan atau menghilangkan waktu downtime juga akan sangat berguna untuk
menjaga database dapat tetap online dan beroperasi. Beberapa perangkat penyimpanan dapat membuat snapshot pada file. Keuntungan dari teknik ini, waktu downotime dapat dikurangi dari menit atau jam menjadi hitungan detik.
Mengotomatiskan Fungsi DBA Kita dapat meningkatkan ketersediaan database secara keseluruhan dengan cara membangun otomatisasi prosedur DBA. Apabila dibuat dengan benar, prosedur DBA otomatis akan lebih jarang gagal daripada dilakukan dengan cara manual. Tugas DBA yang lebih kompleks, akan semakin mudah apabila dapat dilakukan dengan cara otomatis. Menerapkan perubahan pada database adalah tugas yang kompleks. Hal ini cukup beralasan, karena itu perubahan secara otomatisakan dapat meningkatkan ketersediaan. Dengan menggunakan Tools DBA otomatis yang mampu memahami DBMS serta bagaimana membuat perubahan pada objek database, potensi kesalahan manusia akan dapat dikurangi. Selain itu, waktu yang diperlukan untuk DBA menghasilkan script perubahan secara manual akan berkali-kali lebih lama daripada waktu yang dibutuhkan oleh Tools. Jadi, dengan mengotomatisasi perubahan pada database, maka akan semakin sedikit waktu yang diperlukan dalam membuat script perubahan, serta waktu untuk menjalankan script akan benar-benar dapat dikurangi.
Mengeksplorasi Fitur High-Availability Kebanyakan vendor DBMS telah menyediakan fitur ketersediaan tambahan, yaitu fitur yang memberikan prioritas tambahan karena kebutuhan akan Internet dan dukungan Web dalam sistem manajemen database dan aplikasi. Setiap rilis DBMS terbaru selalu menyediakan pilihan opsi ketersediaan tambahan serta fitur yang dapat dimanfaatkan untuk meningkatkan uptime dan ketersediaan.
Mengeksplorasi Teknologi Clustering Clustering merupakan pilihan yang dapat meningkatkan keandalan server. Sebuah cluster dapat diartikan adalah sekelompok server yang saling berhubungan. Implementasi aktual dari cluster server adalah komputer yang berbagi media penyimpanan ke dalam serverserver yang dapat mendistribusikan beban kerja masing-masing komputer dari satu server ke server yang lain dengan menggunakan software khusus. Manfaat dari clustering adalah kemampuan untuk dapat meningkatkan daya komputasi dengan cara menambahkan server, atau node, untuk cluster. Ketika ada perluasan
jaringan pada sistem, maka sistem tetap dapat online dan tersedia karena masih ada server lain yang bekerja. Keuntungan lain dari clustering adalah meningkatkan kehandalan. Beberapa cluster diimplementasikan dengan software failover yaitu software yang dapat mengalokasikan beban kerja dari satu server ke server yang lain ketika server gagal. Hal ini dapat meminimalkan downtime dan meningkatkan ketersediaan. Cluster dapat dikonfigurasi untuk failover dengan cara yang berbeda. Misalnya, ketika sebuah node gagal, proses failover dapat dilakukan dengan mengarahkan pengolahan data ke node yang lain di lokasi yang berbeda. Clustering dapat meningkatkan ketersediaan karena node yang gagal dapat dihapus dari cluster tanpa gangguan. Ketika node beroperasi kembali, node tersebut dapat bergabung kembali ke dalam cluster. Dengan semua keunggulan ini, mengapa tidak semua Organisasi IT memilih dan menerapkan konfigurasi clustering? Tentu saja, alasan utama adalah kendala biaya. Cluster memerlukan beberapa mesin untuk dapat bekerja, dan tentu bekerja dengan hanya satu mesin akan dapat mengurangi biaya operasional. Pertimbangan lainya adalah aplikasi mungkin akan perlu dimodifikasi untuk dapat memungkinkan failover, tergantung pada implementasi cluster. Selain itu, clustering berguna untuk mengurangu dampak dari pemeliharaan rutin. Ketika sebuah node server harus offline untuk pemeliharaan rutin, maka pekerjaan dapat dialihkan ke server lain. Hal ini akan meningkatkan ketersediaan data.
Contoh Pada Beberapa Database Database Standby Oracle adalah contoh sederhana dari jenis clustering. Database utama akan di mirror-kan ke database standby, yang sewaktu-waktu bisa masuk dan mengambil alih jika terjadi kegagalan. Redundansi dapat membutuhkan biaya yang mahal namun akan efektif untuk perusahaan. Contoh lain dari sistem cluster adalah IBM's Sysplex multiprocessor line, yang membagi tugas di antara prosesor-prosesor paralel. DB2 untuk z/OS dapat diatur untuk mengambil keuntungan dari jenis pemrosesan paralel ini. Perlu diketahui bahwa perangkat lunak pemeliharaan database standar mungkin tidak dapat berjalan secara efisien pada sistem cluster dan paralel. Untuk dapat mengurangi biaya dan meningkatkan ketersediaan, tools yang digunakan oleh DBA harus mampu memahami dan memanfaatkan teknologi clustering dan paralel yang telah digunakan. Jika tidak, maka
tools akan berjalan lambat dan tidak efisien karena pada dasarnya tools tersebut dibangun untuk lingkungan hardware yang berbeda sehingga akan menghilangkan keunggulan dari teknologi paralel.
Kesimpulan Sebuah organisasi harus dapat menemukan keseimbangan antara kebutuhan yang tampaknya tidak kompatibel untuk uptime 24/7 dan pemeliharaan berkala. Pemeliharaan database yang buruk dapat menjadi penghambat dalam proses bisnis dan akan hampir mustahil untuk mengembalikan data jika terjadi kehilangan atau kerusakan data. Selain itu, DBA harus tetap waspada terhadap semua potensi masalah yang dapat mengurangi ketersediaan. Penyebab bisa muncul dari masalah hardware, bug pada perangkat lunak, atau berasal dari kesalahan manusia. Yang helas aalah setiap jenis ketersedian database memiliki efek yang berbeda baik pada organisasi, pengguna, maupun DBA. Bagaimanapun juga seorang DBA harus siap untuk menyelesaikan segala jenis masalah ketersediaan yang mempengaruhi kemampuan pengguna untuk mengakses database dan memodifikasi data. Ini adalah tugas yang kompleks dan menantang karena cakupannya benar-benar besar.
---------- o0o ----------
