Mas Nathan, ngomongin masalah license, saya ada pertanyaan.
Bagaimana kalo kita punya server dengan 1 CPU. kita mau bikin 2 database instance disana. Berapa processor license yang kita perlu? 1 atau 2? 2008/7/4 Nathan Gusti Ryan <[EMAIL PROTECTED]>: > Sekedar menambahkan saja... > Mas Ronald kurang menegaskan mengenai License yang anda gunakan tsb adalah > PROCESSOR LICENSE EE. Jadi License yang kita beli itu bukan per Database > atau per Instance, tapi berdasarkan jumlah processor yang ada pada SERVER > KITA ( yg digunakan untuk implementasi RAC ini ). Kalau kita pake Oracle SE > maka TIDAK ADA biaya yg dikeluarkan utk License RAC ini. Ini ada cuplikan > artikel mengenai License RAC : > "Pada dasarnya, RAC itu adalah salah satu fitur atau fasilitas dariOracle > Database Server. Dan fitur ini pada Oracle 10g hanya ada pada Oracle > Database Standard Edition dan Oracle Database Enterprise Edition. Pada > prakteknya, Technology Clustering Server adalah Technology Paralel Server ( > Windows Server, Oracle, Linux, WebServer, dll ) yang bertujuan untuk > mendapatkan ZERO DOWNTIME Serveraliashigh Availability & High reliability. > Pada konsep dasar atau inti RAC yaitu Oracle berhasil menciptakan > Infrastructure atau Sistem Grid Computing yang dapat melakukan balancing > segala macam Workload dari beberapa server dan server server tersebut > dapat melakukan manage sebuah complete system. Jadi Grid Computing sama > fungsinya dengan High Level of Reliability seperti halnya Computer Mainframe > atau Super Computer hal ini dikarenakan adanya Clustering Sistem tersebut. > Misalnya kita sudah punya 100 License Named User dgn Oracle Standard > Edition, maka kita dapat melakukan langsung Implementasi Oracle Database > Server RAC tanpa perlu membeli License khusus RAC. Tapi database-nya hanya > di ijinkan untuk di akses oleh 100 Named User saja. Tapi jika kita punya 1 > Processor License ( unlimited user ), maka kita perlu beli 1 Processor > License lagi karena untuk implementasi RAC ini minimal mengunakan 2 buah > Server yang otomatis mengunakan minimal 2 Processor Server. > Jika kita punya License Enterprise Edition memang sudah ada fitur RAC, tapi > untuk dapat mengunakan RAC ini harus beli License RAC sebesar US$ 488/Named > User atau sebesar US$ 24.400 / Processor License. > Kenapa Oracle Database Standart Edition tidak bayar License untuk RAC...? > Karena dibatasin maksimal 4 Processor dalam 1 RAC, atau juga dibatasin > maksimal 4 Processor dalam 1 Single Server. Sedangkan Oracle Database > Enterprise Edition itu unlimited processor... > Rekan rekan semua bisa download dokumen "Oracle License for Multicore > faq.pdf" di http://jamesbond.4shared.com dalam folder Oracle License atau > di : Oracle CoreTech Surabaya. Semoga dapat menjadi jawaban rekan-rekan > semua. Oracle License Multicore yaitu perkalian 0.5 per Core Processor. > Berikut ini ringkasan dari License Multi Core tersebut. > Contohnya kita punya Server HP Proliant DL-380 G4 Dual Processor Dual Core, > maka perhitungan License-nya adalah => 2x2x0.5 = 2Processor License. ( Jadi > bkn 4 processor License loh => 2x2 ). > Contoh lainnya Server HP Proliant DL-380 G5 Dual Processor Quad Core, maka > perhitungan License-nya adalah => = 2x4x0.5 = 4Processor License. ( Jadi > bkn 8 processor License loh => 2x4 )." > Salam, > Nathan > ===== > http://xp-solution.50webs.com/oracle/oracle_license.htm > > ----- Pesan Asli ---- > Dari: ronald speirs <[EMAIL PROTECTED] <ronald.speirs%40gmail.com>> > Kepada: [email protected] <indo-oracle%40yahoogroups.com> > Terkirim: Rabu, 2 Juli, 2008 13:01:26 > Topik: Re: Bls: [indo-oracle] Re: load balancing dodol :) > > yang benar adalah license database di setiap node dan license rac di > setiap node. > > kita harus membayar license database dan license rac jika ada > penambahan rac node. > > begitulah oracle :) > > 2008/7/2 Yoel Susanto <yoel.susanto@ gmail.com>: > > 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 <ronald.speirs@ gmail.com>: > > > >> oracle baru menaikkan harga license produknya (efek dari maruknya > >> corporation akuisi perusahaan-perusaha an 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 <yoel.susanto@ gmail.com <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 > >> > <ronald.speirs@ gmail.com<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] com > >> >> <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 indo-oracle@ yahoogroups. com > >> >> > <indo-oracle% 40yahoogroups. com><indo- oracle% > >> 40yahoogroups. com>, > >> >> Nathan Gusti Ryan > >> >> > <nathan_gusti_ ryan_007@ ...> 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: indo-oracle@ yahoogroups. com > >> >> >> <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 > > > __________________________________________________________ > Nama baru untuk Anda! > Dapatkan nama yang selalu Anda inginkan di domain baru @ymail dan > @rocketmail. > Cepat sebelum diambil orang lain! > http://mail.promotions.yahoo.com/newdomains/id/ > > [Non-text portions of this message have been removed] > > > -- Cheers, Yoel Susanto www.indo-oracletech.com [Non-text portions of this message have been removed] ------------------------------------ -- -----------I.N.D.O - O.R.A.C.L.E--------------- Keluar: [EMAIL PROTECTED] Website: http://indooracle.wordpress.com ----------------------------------------------- Bergabung dengan Indonesia Thin Client User Groups, Terminal Server, Citrix, New Moon Caneveral, di: http://indo-thin.blogspot.comYahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/indo-oracle/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/indo-oracle/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
