Dear Pak Rohmad, Saya sangat tidak sependapat dengan statement anda dan menurut saya itu adalah pendapat dari sebuah kegagalan anda. Apa pendapat anda dari Capture database RAC saya di attament email ini...? Dan Saya sangat merasakan sekali benefit dari Oracle RAC ini, benar-benar ZERO Downtime. Sehingga Aplikasi ERP kita tidak pernah terganggu ( bisnis proses tidak terganggu ), sekalipun kita melakukan Restart salah satu Database Server kita maupun kita sedang melakukan maintenance server kita. Btw, saya juga tidak pernah mengalami problem seperti keluhan anda di Oracle RAC saya. Salam, Nathan --------
----- Pesan Asli ---- Dari: rohmadsan <[EMAIL PROTECTED]> Kepada: [email protected] Terkirim: Senin, 30 Juni, 2008 09:57:46 Topik: [indo-oracle] Re: load balancing dodol :) Hallo... He... he... kayak teka-teki silang ya. Makanya Pak, Oracle dibilang "Ora kelar-kelar" :) Dulu saya pernah ngalamin yang seperti itu di versi 9i. Analisa dari Oracle Support (TAR) terlalu lama, biasanya paling-paling apply patch atau apply latest patch set. Akhirnya kita putusin gak pake RAC lagi. Dulu juga pernah ngalamin banyak problem di RAC 10.2.0.2, terutama dengan tingginya wait-wait yang berkaitan dengan cluster. Akhirnya kita putusin pake single node saja. Viola... response time jadi cepet banget. High availability yang ditawarkan Oracle harus kita bayar dengan turunnya response time. Tentu saja, tidak semua solusi dari Oracle cocok dengan environment kita. Dan tentu saja juga, banyak yang terbantu dengan solusinya Oracle. Ada situasi, kondisi, dan NASIB yang menentukan. Yang terutama, NASIB :) Salam, Rohmad http://rohmad. net --- In indo-oracle@ yahoogroups. com, "Ujang Jaenudin" <ujang.jaenudin@ ...> wrote: > > pak rohmad, > > anehnya kalau dilihat dari dalam oracle gv$servicemetric, jelas2 gak balance. > kalau dari sisi OS balance hanya terlihat "process running saja" > masing2 node kelahatan process running (dgn top) memang balance, tapi > dari sisi utilisasi cpu, memory, disk beda banget.. > > so ada yg pernah mengalami? > and how to solve? > > kemarin sempat balance karena saya coba re-register PMON terhadap > service yg sedang running dgn merubah parameter local_listener, cuman > ya itu dia kadang2 rada angot, load balance nya jadi dodol > lagi....tapi besoknya jadi balance lagi..... he...he.... seperti > teka-teki silang :) > > > -- > thanks and regards > ujang | oracle dba > jakarta - indonesia > > On Mon, Jun 23, 2008 at 10:35 AM, rohmadsan <[EMAIL PROTECTED] ..> wrote: > > Hallo... > > > > Memory dan CPU sudah balance, itu berarti "load balance" sudah > > tercapai. CMIIW, term "load balance" itu menitik beratkan pada load > > system secara keseluruhan, bukan semata-mata jumlah session di > > masing-masing instance. > > > > Kadang (bahkan sering) jumlah session tidak berbanding lurus dengan > > load (pemakaian resource). Load untuk 1 session transaksi insert 1 row > > BERBEDA dengan load untuk 1 session yang melakukan deleting 1m rows. > > > > Salam, > > Rohmad > > http://rohmad. net/category/ database- oracle/ > > > > --- In indo-oracle@ yahoogroups. com, "Ujang Jaenudin" > > > > <ujang.jaenudin@ > wrote: > >> > >> lists, > >> > >> i have rac environment: > >> hp-ux itanium > >> 2 node rac > >> db 10.2.0.2 > >> hp-serviceguard > >> > >> now we got problem may be bug... > >> from the OS side it seem balance, that the currently processes running > >> is same (throughtop/ glance) > >> the memory utilization is almost balance as well as cpu > >> > >> but from inside oracle node2 has 70% from total sessions. > >> i have configured server-side and client side load balancing altogether. > >> clb_goal set to short, throughput in the service > >> > >> from SR support told me that querying V$osstat on this platform return > >> no rows, that may be the root cause. > >> > >> does anyone have this kind of case? > >> thanks for sharing > >> > >> > >> -- > >> thanks and regards > >> ujang | oracle dba > >> jakarta - indonesia > ___________________________________________________________________________ Dapatkan nama yang Anda sukai! Sekarang Anda dapat memiliki email di @ymail.com dan @rocketmail.com. http://mail.promotions.yahoo.com/newdomains/id/ [Non-text portions of this message have been removed]
