Bukannya Anda cuman seharusnya bayar 1 database license saja? khan sebenernya cuman 1 database hanya saja instancenya ada 2
Mustinya 1 database EE dan 2 Rac license?? bener gak sih? Kalo setiap kali nambah 1 machine ke RAC mesti beli EE database license, mahal bangettt tuh... 2008/7/2 ronald speirs <[EMAIL PROTECTED]>: > oracle baru menaikkan harga license produknya (efek dari maruknya > corporation akuisi perusahaan-perusahaan lain, mungkin supaya cepet > balik modal). kalau saya tidak salah denger, kenaikan harga sekira > 10%. > > untuk license rac environment, asumsi kita membangun 2-node rac dimana > each node 1 CPU, maka: > > database ee: 40K/CPU > rac: 20K/CPU > > 2 x database ee = 80K > 2 x rac = 40K > > jadi biaya license-nya adalah 120K untuk 2-node rac, each node 1 CPU > > agak bingung dengan motto si rac ini: pay as you grow, lowering total > cost of ownership, mempercepat return of investment. > > malahan jadi lebih mahal :) > > 2008/7/2 Yoel Susanto <[EMAIL PROTECTED] <yoel.susanto%40gmail.com>>: > > > Wah pada punya pengalaman di RAC semua... > > > > mau tanya nih... > > Gimana masalah licensingnya untuk RAC enviroment? bisa share sedikit? > > maksud saya apakah setiap server yang running instancenya masing2 > memerlukan > > license? > > atau bagaimana? > > > > 2008/7/2 ronald speirs <[EMAIL PROTECTED]<ronald.speirs%40gmail.com> > >: > > > >> hanya bagi pengalaman :) > >> > >> ada aturan dasar untuk tahap awal implementasi RAC: gunakan semua > >> feature yang dipunyai 10g. > >> > >> 1) gunakan ASM (automatic storage management) > >> 2) gunakan ASMM (automatic shared memory management) > >> 3) gunakan ASSM (automatic segment space management) > >> 4) lakukan testing round-trip time private connection sehingga minimum > >> recommended response time tercapai > >> 5) adjust LMS process (lock management untuk RAC) sesuai number of > >> processors > >> 6) adjust INI_TRANS > >> 7) adjust DoP (degree of parallelism) > >> > >> Alhamdulillah selama ini RAC yang diimplementasi dengan > >> feature-feature di atas masih sehat sampai sekarang. > >> > >> 2008/7/1 rohmadsan <[EMAIL PROTECTED] <rohmadsan%40yahoo.com><rohmadsan% > 40yahoo.com>>: > > >> > >> > Hallo Pak Nathan, > >> > > >> > Iya, dari sisi Oracle Corp saya mungkin orang yang gagal mengemban > >> > misi Oracle untuk menjadikan Oracle sebagai main solution. Namun dari > >> > sisi company saya, paling tidak saya bisa membantu menunjukkan > >> > product-product Oracle yang mana yang cocok dengan environment yang > ada. > >> > > >> > Saat ini saya memantain 4 RAC, masing-masing dua node. Dulunya lebih > >> > banyak lagi. Kita pernah menambah salah satu RAC menjadi 3 node; namun > >> > ya itu, keinginan tidak sesuai dengan kenyataan, akhirnya kita > >> > kembalikan lagi ke 2 node. Teori tidak selamanya memberi kenyataan > >> > yang perfect. Bug-bug sering muncul ketika resource utilization > >> > meningkat drastis. Bug, adalah bukti nyata tidak mungkin sempurnanya > >> > suatu teori (konsep). > >> > > >> > RAC, untuk tujuan high availability, menambah layer baru di bawah > >> > database, yaitu cluster. Cluster inipun punya layer lagi, yaitu > >> > software clusternya Oracle (CRS di 10g) dan cluster di level machine. > >> > > >> > Penambahan layer adalah penambahan possibility untuk mendapat masalah > >> > tambahan. > >> > > >> > Ketika ada masalah, atau bug muncul, Oracle belum tentu mendapat > >> > solusi dengan cepat. Seperti yang pernah saya alami. Karena masalahnya > >> > unik, belum pernah ada, maka team Oracle support melempar masalah saya > >> > ke team development Oracle. Lhah... berapa lama saya mesti menunggu, > >> > sementara aplikasi tidak boleh lama-lama dalam keadaan > >> > bad-performance? Bad performance berarti REVENUE LOSS. Yah... > >> > tampaknya keputusan yang terbaik adalah melepaskan RAC. Setelah > >> > performance bagus; kita tetep mesti mencari solusi high availability, > >> > menunggu Oracle mendapat solusi atau memakai solusi lain selain > Oracle. > >> > > >> > Btw, syukur, RAC anda tidak mendapat masalah. Sayapun bersyukur, 4 RAC > >> > saya yang saat ini running tidak bermasalah. > >> > > >> > Salam, > >> > Rohmad > >> > http://rohmad.net > >> > > >> > --- In [email protected] > >> > <indo-oracle%40yahoogroups.com><indo-oracle% > 40yahoogroups.com>, > >> Nathan Gusti Ryan > >> > <[EMAIL PROTECTED]> wrote: > >> >> > >> >> 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] > >> >> <indo-oracle%40yahoogroups.com><indo-oracle% > 40yahoogroups.com> > > >> >> 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 <rohmadsan@ ..> 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 > >> > >> > > > > -- > > Cheers, > > Yoel Susanto > > -- Cheers, Yoel Susanto www.indo-oracletech.com [Non-text portions of this message have been removed]
