yup...saya barusan confirm sama temen saya yang kerja buat oracle. Processor license bisa create sebanyak instance yang anda mau di server itu.
Tetap yang Named User License benar sesuai dengan pengertian saya. Itu user yang memakai/melakukan connection ke database, bukan User Database yang anda create. 2008/7/4 Nathan Gusti Ryan <[EMAIL PROTECTED]>: > Processor License = Unlimited Database Instance. > Jadi berapapun Username yang kita Create tetap sudah terhitung dlm 1 > Processor License tsb. > > 1 Processor License tsb bisa untuk Instance berapa saja semampu server > anda. > > Salam, > > Nathan > ===== > > ----- Pesan Asli ---- > Dari: Yoel Susanto <[EMAIL PROTECTED] <yoel.susanto%40gmail.com>> > Kepada: [email protected] <indo-oracle%40yahoogroups.com> > Terkirim: Jumat, 4 Juli, 2008 17:35:45 > Topik: Re: Bls: [indo-oracle] load balancing ( Oracle RAC License ) > > Penjelasan yang bagus, tapi bukan itu yang saya tanyakan.. > > Saya sudah tau bahwa saya mau beli Processor license. > Yang saya tanyakan adalah saya mau create 2 database instance di 1 server > yang memiliki 1 CPU. > Apakah saya perlu beli 1 license saja karena pada dasaranya cuman 1 server, > atau 2 license karena saya create 2 instance. > > Saya juga mau kasih masukan, pengertian anda tentang Named User License > salah kaprah. > > Untuk istilah Named User itu TIDAK sama dengan User Database yang kita > create. > Akan tetapi adalah individual (orang ataupun mesin) yang akan connect ke > database itu, regardless on database username they use. > > Jadi kita mau create 1000 database username, jika kita cuman punya 200 > Named > User License. > Asalkan kita cuman punya 150 user di company, kita masih mematuhi peraturan > oracle license. > > 2008/7/4 Nathan Gusti Ryan <[EMAIL > PROTECTED]<nathan_gusti_ryan_007%40yahoo.co.id> > >: > > > Processor License = Unlimited User = Unlimited Database Instance. Jadi > > berapapun Username yang kita Create tetap sudah terhitung dlm 1 Processor > > License tsb. > > Named User License = berdasarkan Username yg kita Create di database > kita. > > Misalnya ada 2 atau 5 dabase instance dengan 20 Username kita kita buat > > berarti sejumlah 20 itulah License yang kita buat. > > Makanya jika kita kira-kira nantinya Username yang kita Create cukup > banyak > > maka lebih baik kita pilih Processor License. Karena kalau kita kalkulasi > > secara kuantitas memang lebih murah harganya. > > Salam, > > Nathan > > ===== > > > > ----- Pesan Asli ---- > > Dari: Yoel Susanto <[EMAIL PROTECTED] > > <yoel.susanto%40gmail.com><yoel.susanto% > 40gmail.com>> > > Kepada: [email protected] > > <indo-oracle%40yahoogroups.com><indo-oracle% > 40yahoogroups.com> > > Terkirim: Jumat, 4 Juli, 2008 17:03:15 > > Topik: Re: Bls: [indo-oracle] load balancing ( Oracle RAC License ) > > > > 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]<nathan_gusti_ryan_007%40yahoo.co.id> > <nathan_gusti_ryan_007%40yahoo.co.id> > > >: > > > > > 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><ronald.speirs% > 40gmail.com><ronald.speirs% > > 40gmail.com>> > > > Kepada: [email protected] > > > <indo-oracle%40yahoogroups.com><indo-oracle% > 40yahoogroups.com><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]<indo-oracle-unsubscribe%40yahoogroups.com> > <indo-oracle-unsubscribe%40yahoogroups.com> > > 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 > > > > __________________________________________________________ > > 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]<indo-oracle-unsubscribe%40yahoogroups.com> > 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 > > __________________________________________________________ > 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/
