Oracle menawarkan Real Application Clusters (RAC) untuk bisnis dari segala bentuk dan ukuran. Ini menawarkan skalabilitas, harga bagus, kinerja tinggi, dan konkurensi pengguna maksimum dengan ketersediaan 24 jam. Karena strukturnya, RAC sering dianggap sebagai solusi terbaik bagi mereka yang memiliki database kritis.
Meskipun lisensi RAC diperlukan untuk mengakses sistem ini, Anda dapat mengintegrasikan beberapa komponen untuk membangun solusi yang Anda butuhkan.
Seperti halnya sistem seperti ini, ada keuntungan dan kerugian tertentu yang harus diperhitungkan sebelum melakukan investasi akhir.
Daftar Manfaat Oracle RAC
1. Tambalan tertentu dapat diterapkan dalam mode berkelanjutan.
Dalam tambalan berkelanjutan, setiap node dimatikan di Oracle RAC dan kemudian tambalan diterapkan. Setelah itu terjadi, node menjadi aktif kembali. Dengan pergi secara terpisah ke setiap node, penghentian total dapat dihindari, sehingga waktu aktif untuk opsi ini secara konsisten pada atau mendekati 100%. Meskipun beberapa tambalan tidak dapat diterapkan dalam mode ini, ia masih memiliki fitur tambalan waktu henti minimal yang akan tetap membantu Anda tetap produktif.
2. Ini adalah beban seimbang untuk kinerja yang lebih baik.
Dengan Oracle RAC, layanan mengoordinasikan sesi Anda dengan merekam beban kerja Anda. Mereka juga dapat mencatat jumlah pekerjaan yang sedang dilakukan. Dengan informasi ini, klien dapat diarahkan ke node yang paling sedikit dimuat yang menjalankan instance untuk layanan spesifik mereka. Dua jenis penyeimbangan beban ditawarkan: sisi klien dan sisi server. Hal ini memungkinkan untuk tetap bekerja pada kecepatan yang Anda butuhkan tanpa ancaman kehilangan data yang sama.
3. Ini adalah solusi yang sangat skalabel.
Saat Anda tumbuh, Oracle RAC dapat tumbuh bersama Anda. Salah satu karakteristik utamanya adalah kemungkinan bahwa setiap instance memiliki konfigurasi yang berbeda. Itu berarti Anda dapat mempartisi aplikasi tanpa pusing, memiliki OLTP dengan instans lain, dan mengelola semua instans lain dengan cara yang sesuai dengan konfigurasi unik Anda. Semua ini terjadi dengan satu database.
4. Kecuali koneksi tidak sesuai dengan RAC, mereka tidak perlu disambungkan kembali.
Karena Oracle RAC adalah sistem berbasis node, kegagalan yang tidak direncanakan menciptakan dampak pengguna yang minimal dibandingkan dengan layanan serupa. Untuk menjaga ketersediaan, klien yang terhubung ke instans yang gagal segera membuat koneksi baru dengan instans yang bertahan dalam database. Sambungan ulang tidak diperlukan di sebagian besar keadaan karena Anda hanya mengubah keberadaan node Anda. Selama situs utama tetap utuh, manfaat ini umumnya tetap ada.
5. Proses DML dapat mundur.
Ada kalanya Anda beroperasi di lingkungan SQL Plus ketika pernyataan bahasa manipulasi data Anda tidak berjalan sesuai rencana. Alih-alih deklarasi Anda segera menjadi permanen, sistem ini memungkinkan Anda untuk melihat efek deklarasi DML di Pengembang. Itu tidak menjadi permanen sampai Anda menyelesaikan transaksi yang menyertakannya. Itu membuatnya lebih mudah untuk memutar kembali, karena transaksi adalah urutan pernyataan SQL berbasis data yang diperlakukan sebagai satu unit.
6. Ini bisa menghemat uang.
Jika Anda memilih edisi standar Oracle RAC daripada edisi Enterprise, dengan dua node, bukan 4, total biaya 3 tahun Anda bisa kurang dari $250.000 dengan sistem ini. Penting untuk meninjau semua kemungkinan konfigurasi sebelum berkomitmen pada solusi spesifik untuk memastikan Anda mendapatkan kesepakatan terbaik.
Daftar kelemahan Oracle RAC
1. Membutuhkan konfigurasi jaringan tertentu agar berfungsi dengan baik.
Dengan Oracle RAC, Anda harus memiliki IP SCAN, VIP, dan alamat IP publik Anda di jaringan publik yang sama agar database berfungsi dengan baik. IP pribadi harus berada di jaringan yang berbeda dari jaringan publik. Anda juga harus melakukan ping ke alamat IP publik dan pribadi Anda sebelum penginstalan dimulai. Jika tautan dalam rantai ini tidak ada, kesalahan konfigurasi jaringan yang salah akan terjadi.
2. Anda harus memiliki Oracle RAC di penyimpanan bersama.
Dengan Oracle RAC, Anda harus memiliki file database, lokasi OCR, dan disk voting Anda semua di penyimpanan bersama. Jika tidak, itu tidak akan berfungsi dengan baik. Masalah apa pun yang Anda miliki dengan konfigurasi disk bersama pada akhirnya akan menyebabkan sistem macet, menghasilkan laporan kesalahan konfigurasi disk bersama yang buruk.
3. Banyak prasyarat yang harus dipenuhi.
Ketika Anda mengkonfigurasi jaringan Anda untuk Oracle RAC dan Clusterware, Anda akan menemukan bahwa setiap node dalam cluster memiliki persyaratan khusus yang harus dipenuhi. Anda harus memiliki setidaknya 2 kartu antarmuka jaringan, nama antarmuka publik untuk setiap node, dan juga nama antarmuka pribadi yang sama untuk semua node. Adaptor jaringan Anda harus mendukung TCP / IP dan antarmuka pribadi harus mendukung UDP untuk adaptor jaringan berkecepatan tinggi dengan sakelar yang mendukung setidaknya gigabit ethernet. Ini selain persyaratan perangkat keras dan prasyarat lain yang harus dipenuhi.
4. Ini tidak selalu merupakan solusi penghematan biaya.
Jika Anda mempertimbangkan Oracle RAC sebagai cara untuk menghemat uang, pastikan Anda juga mempertimbangkan biaya perangkat keras. Banyak perusahaan hanya melihat biaya perangkat lunak, yang menyebabkan kejutan yang tidak menyenangkan ketika tiba saatnya untuk membayar tagihan. Sebuah array disk dengan 20 TB kapasitas yang dapat digunakan untuk penyimpanan utama dapat memiliki biaya 3 tahun sekitar $ 150.000 untuk beberapa bisnis. Tambahkan biaya lisensi, yang dapat melebihi satu juta dolar untuk beberapa pengguna ketika beberapa unit diperlukan, dan biaya dapat lebih baik jika Anda tetap lokal dan mengelola database Anda sendiri.
5. Mungkin ada beberapa batasan skalabilitas.
Dengan Oracle RAC, jika aplikasi tidak menskala di SMP, tidak juga. Penting juga untuk mengambil pendekatan yang realistis terhadap perbedaan latensi yang mungkin Anda alami dengan jaringan antar-simpul dan komunikasi instans cache memori saja. Sistem ini bekerja paling baik bila Anda memiliki kinerja tinggi dan kebutuhan ketersediaan tinggi. Jika Anda hanya memiliki salah satu dari kebutuhan tersebut, maka server instans tunggal atau solusi yang tidak terlalu rumit mungkin merupakan pilihan yang lebih baik.
Keuntungan dan kerugian Oracle RAC dapat membantu perusahaan memahami bahwa ia siap untuk solusi ini atau memiliki beberapa pekerjaan yang harus dilakukan. Ini memiliki beberapa statistik uptime yang luar biasa, memberi Anda perlindungan terhadap kegagalan instance tunggal dan server tunggal, dan akan membantu Anda memanfaatkan ukuran SGA yang lebih besar dibandingkan dengan server instance tunggal dasar.
