Hallo Pak, > jadi total SGA cuma hanya maksimal 3G dan nggak perlu diallocate > > pak andri, mau tanya agak mendasar, maksud SGA gak perlu di allocate, apa ? > dan bila saya automatis dalam pemberian SGAnya, berarti yg di set adalah > SGA_TARGET. db 10g.
Hmm ... sebaiknya iya. karena jika di allocate lebih besar ... dan hit user sangat besar akan mempengaruhi CPU usage dan swapping. Malah makin lama makin lambat. saya mau sharing sedikit... Dulu kira2 5 tahun yang lalu ... saya hanya menggunakan default bawaan dari DBCA kemudian saya tuning dan naikkan SGA. sampai suatu hari Semakin tinggi SGA saya naikkan semaikin membuat database tidak stabil terutama database yang paling sensitif adalah 10g. disaat database 10g ini tidak stabil ... dan sering mati, mengakibatkan archiving proses selalu aktif tanpa henti bahkan dalam hitungan 1 jam bisa membuat archive file lebih dari 50 buah (100M). padahal biasanya 20 buah perhari. Yang paling parahnya ... dan membuat sejarah adalah kira2 awal tahun 2007 ... saya pernah upgrade ke 10g R2 dari 9i untuk database standar tuning parameter default dari oracle dengan spesikasi mesin lebih besar 4x di sebuah instansi pemerintah. proses loading data sih sangat cepat untuk engine 1 - 5 engine applikasi dengan load transaksi pe engine 600 rows permenit. disaat engine ke 6 dan seterusnya ... lambat ... dan sering delay ... padahal sebelumnya tidak seperti itu ... kemudian saya tuning ... dengan menaikkan SGA yang kebetulan menggunakan SGA_TARGET sebesar 20G yang waktu itu total memory adalah 32G dengan hit transaksi meningkat menjadi 1000 per menit. engine ke 2 sudah melambat ... dan bahkan muncul complain di detik.com karena pembayaran transaksi di bank terganggu mengakibatkan antrian panjang. Saat itu saya kehilangan akal dan hampir tidak percaya dengan database 10g bahkan sama oracle database sekalipun, 9 tahun memegang oracle db dengan hasil seperti ini cukup membuat saya kehilangan kepercayaan diri. akhirnya ...pada malamnya ... saya ubah database yang awalnya 10g menjadi 9i R2 (9.2.0.1) kembali. Dan di tuning dengan 2 hari test case (sabtu dan minggu), baru kemudian database lancar kembali sampai sekarang nggak pernah masalah. Dari situ saya mengambil kesimpulan bahwa performance tuning ... untuk menaikkan performance tidak cukup hanya mengeset SGA, tetapi juga perlu mengeset hal yang lain yang berhubungan, sometimes saya pikir dokumentasi oracle performance tuning tidak cukup membuat database kita jadi cepat dan optimal. Dengan bantuan google dan metalink saya menemukan formulasi yang tepat untuk tuning database oracle untuk masing2 range user. Dibulan ke dua tahun 2007, saya mulai implementasi di beberapa company disana saya mulai hati2 untuk alokasi SGA. terutama 10g. Karena 10g Versi 1 dan Versi 2 dan 8i dengan 9i cara tuning-nya berbeda. dan parameter yang di gunakan pun sedikit berbeda terutama untuk hidden parameter yang boleh di pake dan yang tidak. 99% sukses. quartal ke 2 tahun 2008 saya juga melakukan tuning oracle 10g R2 (10.2.0.3) di sebuah instansi pemerintah, yang sebelumnya database tidak stabil dengan RAM 96G dangan SGA_TARGET 50 GB dengan kasus , cpu 100%, swaping tinggi dengan masksimal session 4000 dan mulai 3000 session sudah melambat. Dan setelah saya tuning dengan alokasi sga_target cuma 35GB dan beberapa parameter plus hidden parameter lainnya plus analyze table dan tuning query. hasilnya sangat memukau. transaksi jadi lancar. swapping hilang sama sekali. sampai sekarang. dan Solve. Kesimpulannya ... sometimes ... experiences menjawab semua. Dan SGA_TARGET (10g) ataupun SGA total (9i) tergantung jumlah user, process dan session. jadi kalo ingin tuning database yang perlu di ketahui adalah berapa user yang dinginkan akan mapping dengan jumlah memory yang di butuhkan dan sga yang akan di alokasikan. Jika jumlah user melebihi dari yang di tentukan. tambah memory atau RAC. selamat mencoba dan belajar lebih dalam di bidang performance tuning. Good Luck. Thanks, Andri L. Vicko, OCP > > Thanks > > 2008/7/23 andri_l_vicko <[EMAIL PROTECTED]>: > > > Dear pak Agi, > > > > Hmm .. saya mengalami ini di customer saya. hal ini biasanya > > configurasi memory sga tidak seimbang dengan jumlah user yang akses. > > Bahkan lebih parahnya lagi servernya nggak matidan error di akses dari > > system board ke RAM. > > > > Mungkin alangkahlebih baiknya ... attach parameter file dan berapa > > jumlah user ... yang akan akses. karena Tuning di oracle nggak bisa > > sembarangan allocate SGA. > > > > simple case ... sebenarnya .... > > > > 8 GB ram hanya bisa untuk 101-500 user dengan > > parameter > > processes=800 > > open_cursors=800 > > sessions 1600 > > db_cache_size=1G > > shared_pool_size=800M > > shared_pool_reserved_size=80M > > UNDO_RETENTION=7200 > > PGA_AGGREGATE_TARGET=4G (mengurangi swap hit di os) tapi untuk solaris > > bisa menghindari swap hit. > > > > jadi total SGA cuma hanya maksimal 3G dan nggak perlu diallocate > > > > > kernel.shmmax=8589934592 cukup 3G saja (too big untuk 8 G) > > > > karena processes 800 > > > > ubah > > > kernel.sem= 250 32000 32 128 > > > > menjadi > > > kernel.sem= 1000 32000 32 128 > > > > kemudian di monitor user yang menggunakan database terutama level > > session. Jika level sessionnya hampir mencapai 1600 berarti harus > > tambah memory dan kita naik ke tuning step berikutnya ... 501-1000 user. > > > > Dari pengalaman saya jika salah setting atau terlalu big allocate SGA > > bukanlah menyelesaikan masalah untuk traffict very high .. malah > > membuat database sering ber-ulah dan dba jadi stress ... > > > > dari pengalaman dengan beberapa versi oracle, masing2 versi oracle > > berbeda cara penanganannnya ... 10.1 dengan 10.2 pun berbeda .. dan > > hidden parameter yang di gunakan untuk tuning pun berbeda ... > > > > Pengalaman saya untuk mesin besar seperti Sun e25K dengan RAM 200GB > > dan 190 CPU, Hal ini akan berasa sekali untuk granule buffer cache > > more then 50GB RAM ... lebih complecated lagi cara tuningnya ... dan > > lebih complecated lagi hidden parameter yang di gunakan, begitu juga > > dengan query Tune Hint parameter. Salah set memory ... bisa jadi nggak > > berfungsi dengan optimal malah cpu 100% terus. > > > > Tapi untuk DBA, serunya adalah di Tuning ... apalagi untuk giant mechine. > > > > challege your way to tune your database. Good luck ! > > > > Thanks, > > > > Andri L. Vicko > > > > --- In [email protected] <indo-oracle%40yahoogroups.com>, Agi > > Subagio <agi@> wrote: > > > > > > nanya dong... > > > saya punya server dg 2x quad core xeon dan memory 8GB... saya sudah > > > pasang RHEL 4 x86_64. > > > lalu diinstall oracle 9i 9208 utk x86_64... > > > > > > kernel tune di /etc/sysctl.conf: > > > > > > kernel.core_uses_pid = 1 > > > kernel.sysrq = 0 > > > kernel.shmmax=8589934592 > > > kernel.shmmni=100 > > > kernel.sem= 250 32000 32 128 > > > > > > kok pas lagi peak, tiba2 db-nya mati sendiri... kenapa yah? ada yg > > salah > > > dg kernel settingnya? > > > > > > m Ilhami wrote: > > > > > > > > biasanya, OS 64bit masih mendukung aplikasi yang 32 bit. > > > > > > > > 2008/7/12 Agus Surya <ags2215@ <mailto:ags2215%40yahoo.co.id<ags2215%2540yahoo.co.id> > > >>: > > > > > OS Boleh saja pake 64 Bits, tetapi perlu dipertimbangkan ke > > aplikasi > > > > yang ada apakah support 64 bit atau 32 bit. Ini pengalaman pribadi > > > > install 3 Tiers dimana Aplikasi Server dan database server sama2 64 > > > > bit. Tapi begitu install aplikasinya, ternyata nggak support 64 bits. > > > > > > > > > > Kalau untuk Database mungkin nggak masalah as long as aplikasi > > > > diinistall di server terpisah. Tapi memang untuk OS 64 Bits > > > > membutuhkan resource yang banyak akibatnya consume memori. > > > > > > > > > > Tapi ini case by case...kalau mau coba aplikasi diinstall di server > > > > yg sama ya monggo... > > > > > > > > > > > > > > > Salam, > > > > > Agus > > > > > > > > > > > > > > > > > > > > --- Pada Sab, 12/7/08, erwin santoso <kiman_keren@ > > > > <mailto:kiman_keren%40yahoo.com <kiman_keren%2540yahoo.com>>> menulis: > > > > > > > > > > Dari: erwin santoso <kiman_keren@ > > > > <mailto:kiman_keren%40yahoo.com <kiman_keren%2540yahoo.com>>> > > > > > Topik: Re: [indo-oracle] oracle memory 8/16 GB > > > > > Kepada: [email protected] <indo-oracle%40yahoogroups.com> > > > > <mailto:indo-oracle%40yahoogroups.com<indo-oracle%2540yahoogroups.com> > > > > > > > > Tanggal: Sabtu, 12 Juli, 2008, 11:27 AM > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > kalau begitu, bagusnya pakai OS apa ya pak? Windows, Linux/Unix, > > > > atau Sun Solaris ya? Thx.. > > > > > > > > > > --- On Wed, 7/9/08, indra syafruddin <[EMAIL PROTECTED] com> wrote: > > > > > From: indra syafruddin <[EMAIL PROTECTED] com> > > > > > Subject: Re: [indo-oracle] oracle memory 8/16 GB > > > > > To: indo-oracle@ yahoogroups. com > > > > > Date: Wednesday, July 9, 2008, 8:24 AM > > > > > > > > > > sejauh yang saya tau, OS 32 bit memang hanya mendukung memori sampe > > > > 3,2 GB. > > > > > > > > > > Jadi kalau di atas itu, sebaiknya pakai yang 64 bit. > > > > > > > > > > On Wed, Jul 9, 2008 at 1:26 PM, Wahyudinata Herry <hwahyudinata@ > > > > yahoo.com> > > > > > > > > > > wrote: > > > > > > > > > >> Heloo > > > > > > > > > >> > > > > > > > > > >> sori, sekedar sharing, untuk OS yang mana? itu tergantung > > > > kebutuhan, dan > > > > > > > > > >> untuk performance rasanya dapat di tunning di parameter2 untuk > > > > performance ( > > > > > > > > > >> sort_area, hash_join, etc), dan untuk OS 64 bit itu > > dipergunakan untuk > > > > > > > > > >> eviroment yang luas/ banyak user/ web enviroment/ 24/7, karena > > > > dengan 32-bit > > > > > > > > > >> akan ada keterbatasan2 penggunaan memory (khusus untuk win oracle), > > > > > > > > > >> sedangkan 64 bit pastinya pengunaan memory akan lebih luas, dan > > > > request2 > > > > > > > > > >> client yang banyak akan tercover dengan memory yang ada. > > > > > > > > > >> > > > > > > > > > >> regards > > > > > > > > > >> herry > > > > > > > > > >> > > > > > > > > > >> --- On Wed, 7/9/08, setijo agus <[EMAIL PROTECTED] com > > <setijo%40ptubs. > > > > com>> > > > > > > > > > >> wrote: > > > > > > > > > >> > > > > > > > > > >> From: setijo agus <[EMAIL PROTECTED] com <setijo%40ptubs. com>> > > > > > > > > > >> Subject: [indo-oracle] oracle memory 8/16 GB > > > > > > > > > >> To: indo-oracle@ yahoogroups. com <indo-oracle% 40yahoogroups. com> > > > > > > > > > >> Date: Wednesday, July 9, 2008, 12:47 PM > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> mohon informasi (selagi masih hangat subject : Re: > > [indo-oracle] oracle > > > > > > > > > >> 10g tidak bisa detect memory 8 GB) > > > > > > > > > >> 1. kalau begitu sebaiknya oracle diinstal di O/S mana yang support > > > > lebih > > > > > > > > > >> dari 8 bahkan 16 GB ? > > > > > > > > > >> 2. pengalaman rekan - rekan (walaupun sangat subyektif) performance > > > > > > > > > >> oracle terbaik jika diinstall di O/S mana ? > > > > > > > > > >> 3. apakah O/S 64 bit sangat berpengaruh terhadap performance > > oracle ? > > > > > > > > > >> > > > > > > > > > >> salam > > > > > > > > > >> setijo agus > > > > > > > > > >> > > > > > > > > > >> [Non-text portions of this message have been removed] > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > __________________________________________________________ > > > > > Yahoo! Toolbar kini dilengkapi dengan Search Assist. Download > > > > sekarang juga. > > > > > http://id.toolbar.yahoo.com/ <http://id.toolbar.yahoo.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> > > > > <mailto:indo-oracle-unsubscribe%40yahoogroups.com<indo-oracle-unsubscribe%2540yahoogroups.com> > > > > > > > > Website: http://indooracle.wordpress.com > > > > <http://indooracle.wordpress.com> > > > > > ----------------------------------------------- > > > > > > > > > > Bergabung dengan Indonesia Thin Client User Groups, > > > > > Terminal Server, Citrix, New Moon Caneveral, di: > > > > > http://indo-thin.blogspot.comYahoo > > > > <http://indo-thin.blogspot.comYahoo>! Groups Links > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > > -- > Cheers, > ^_^ Andes ^_^ > > > [Non-text portions of this message have been removed] >
