Dear All
Salam kenal saya berasal dari Training Centre, hendak mencari part time trainer untuk mengajar Oracle 10g Regards Franky Ma M.P.D.C Multimatics Professional Dev. Centre ________________________________ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Ujang Jaenudin Sent: 26 Juli 2008 19:03 To: [email protected] Subject: Re: [indo-oracle] Re: oracle memory 8/16 GB ada yang bilang kalau tuning oracle DB adalah art bukan science.... mungkin ada benarnya juga, karena beda DB, beda environment, beda tratment nya.... kalau dari sisi kalkulasi user+memory+cpu, tinggal google saja, roughly calculationnya ada, cuman biasanya effort tuning yang lumayan menjlimet, bagian query tuning: - design transaksi - design data - query nya sendiri kadang2 OK sekarang kita bisa buat fix satu big query, namun belum tentu untuk berikutnya akan terus berjalan. karena untuk query2 yang tidak aware dgn pertumbuhan data akan mulai berulah pada saat data sudah membengkak. oracle CBO masih dalam tahap evolusi, jadi release demi release masih ada saja perubahan, apatah itu tambah feature, fix kalkulasi explain paln yg lama atau yg lainnya. dan mostly query yg tidak stabil dgn pertumbuhan data, bisanya adalah JOIN dikombinasikan dgn subquery... dimanak kadang2 sewaktu development dan UAT dgn explain plan A, tapi setelah production sekian bulan, data growth, explain plan berubah ke B. just my 2 cents opinion sajah -- thanks and regards ujang | oracle dba jakarta - indonesia 2008/7/24 andri_l_vicko <[EMAIL PROTECTED] <mailto:andri_l_vicko%40yahoo.com> >: > 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 > ________________________________ I am using the free version of SPAMfighter for private users. It has removed 25 spam emails to date. Paying users do not have this message in their emails. Try SPAMfighter <http://www.spamfighter.com/len> for free now! [Non-text portions of this message have been removed]
