Pak Tomi, salah cara yang paling efektif untuk mengatasi overhead Oracle RAC pake apa? soal nya kalau saya baca article2 di internet bunyi nya spt dibawah ini "The most important aspects of RAC tuning are the monitoring and tuning of the global services directory processes. The processes in the Global Service Daemon (GSD) communicate through the cluster interconnects. If the cluster interconnects do not perform properly, the entire RAC structure will suffer no matter how well everything else is tuned. The major processes of concern are the Global Enqueue Services (GES) and Global Cache Services (GCS) processes.
kesimpulan saya sementara adalah membenahi interconnect di level OS (saya pakai Linux RHEL 4.3 X86_64) dan kemudian menambahkan nilai berikut di /etc/sysctl.conf net.core.tcp_rmem=108544 net.core.rmem_max=108544 net.ipv4.tcp_rmem=4096 87380 4194304 net.ipv4.tcp_wmem=4096 16384 4194304 tapi ini juga masih belum menolong untuk transfer rate di cache fusion, sehinga ketika ada aplikasi yang query nya besar dan komplek aplikasi berjalan dengan sangat lambat. any idea? -- Tks & Best regards, Andi EP IT Engineer mailto:[EMAIL PROTECTED] Saturday, March 10, 2007, 2:17:31 PM, you wrote: >> 1. Maksud dari Real Application CLuster adalah >> mencapai database yang high avaibility dan load >> balancing. Apakah hal ini termasuk kecepatan dari >> database. Apakah banyaknya node pada cluster >> mempengaruhi kecepatan prosees database... > Tujuan utama dari RAC adalah scalability dan high > availability (HA). Scalability artinya apabila kita > ingin menambah kapasitas prosessing database, cuma > tinggal menambahkan node baru (tidak perlu upgrade ke > server yang lebih high-end). > HA berarti, apabila ada satu atau lebih node yang > crash (misal rusak di hardware), maka sistem masih > tetap bisa menerima request apabila ada node yang > available. > Kalau soal kecepatan/performance, perlu ditekankan > bahwa RAC bukanlah solusi utk masalah performance pada > umumnya. RAC memiliki overhead di level komunikasi > antar instance, jadi kalau Anda membandingkan langsung > database non-rac dengan rac dengan kapasitas mesin > yang SAMA, bisa dipastikan rac akan lebih lambat. > Banyaknya node harusnya tidak mempengaruhi kecepatan > database. Jadi baik itu 2-node ataupun 4-node. Hal ini > karena mekanisme cache-fusion yang mengatur komunikasi > antar instance MAXIMUM hanya melibatkan 3 pihak: > request instance, master instance, holder instance. > Yg pasti semakin banyak node akan meningkatkan > kapasitas prosessing (bukan menurunkan response time). >> 2. Terus misalkan kita mau testing sistem RAC kita, >> pakai apa ya..?? > Paling baik ya dengan menggunakan aplikasi yang akan > dipakai nantinya di production. > Apabila aplikasi tersebut bukan aplikasi yg sudah > disertifikasi utk berjalan di atas RAC (misal SAP atau > Oracle e-biz), maka lebih baik kalau testing dilakukan > di non-rac dan rac sekaligus. > Soalnya kalau suatu aplikasi tidak bisa berjalan > dengan optimal di non-rac, maka akan bertambah parah > di rac. >> 3. RAC memang ga bisa jalan di windows XP >> ya..??penyebeabnya apa ya? apkah masalah dengan >> DNS..?? > RAC bisa berjalan di hampir semua platform, termasuk > windows. Anda bisa me-refer ke dokumentasi untuk > melihat persyaratan yang dibutuhkan. > Cuma kalau tidak salah, RAC bisa di-setup di hanya > satu komputer dengan menggunakan vmware. >> 4. RAC itu menggunakan share disk arsitektur ya..?? >> apakah itu efektif..? > Arsitektur shared-disk (shared everything) adalah > satu-satunya yang disupport oleh RAC. > Arsitektur ini memungkinkan setiap node melihat set > data yang sama. Jadi aplikasi apa pun yang menggunakan > RAC bisa langsung jalan tanpa perlu mengubah program. > Arsitektur lain adalah shared-nothing (disupport di > db2 dan sqlserver), disini setiap node memegang set > data sendiri. Efeknya ya tidak setiap aplikasi bisa > dijalankan di cluster seperti ini. Mungkin lebih > banyak dipakai untuk keperluan riset. > Arsitektur shared-disk paling efektif, terbukti dengan > adanya sertifikasi dari vendor2 aplikasi besar utk > memakai RAC. >> 5. Masalah harga? berapa sih harga yang dibayar >> untuk >> sistem RAC? > Lisensi RAC sekitar 40% dari lisensi database. Jadi > kalau non-RAC sekitar 100ribu, RAC menjadi 140ribu. > Tapi utk pastinya tinggal ditanya ke representatif > Oracle. > regards, > tomi > __________________________________________________________ > Be a PS3 game guru. > Get your game face on with the latest PS3 news and previews at Yahoo! Games. > http://videogames.yahoo.com/platform?platform=120121 >
