Wah terima kasih banget atas komentar rekan-rekan, :) Kami gak pake Oracle Forms/Reports hanya database aja. Setelah diteliti, ternyata CPU 100% terjadi pas ada beberapa report yang jalan di background process. Proses report ini adalah Select dari beberapa table kemudian di-insert ke table lain. Select statement-nya cukup panjang, banyak menggunakan sub-query dan group by. Kalau di Explain Plain, cost-nya sekitar 103. Sekarang lagi dicoba tuning SQL statement-nya, tapi disamping itu mau coba juga tuning parameter- parameter lain.
Thanks, --- In [email protected], "java4sg" <[EMAIL PROTECTED]> wrote: > --- In [email protected], ronald speirs <[EMAIL PROTECTED]> > wrote: > > itulah maka ditanya dulu ke pasien ini: kecenderungan user yang > > menggunakan database apakah bikin report atau input data saja. > > > Setuju... > Dari saya mo tanya, gimana deployment architecture dari solusi ini? > Database server terpisah gak dari Oracle Forms/Reports server nya? > Masing2 versi dan patch berapa ya? > > > cobain query ke V$PGASTAT dan V$SYSSTAT (examine bagian workarea > execution) > > > > btw, mengapa nggak dicari tau ratio logical reads dengan physical > > reads, dan library cache hits? > > > Biasanya kalo CPU dan I/O rate itu gak sama2 high. Faktor logical dan > physical reads mungkin gak terlalu pengaruh ke CPU high. Library cache > hits lebih rendah dari rata2 yg ideal (< 80%) mensiratkan lebih banyak > physical I/O buat proses data ... > > Untuk mengatasi masalah di CPU high, perlu lihat dulu faktor > background processing. Karena ini platform nya Windows, bisa juga > dilihat menggunakan performance monitor dan task manager nya Windows > 2000 server nya. Juga melalui sqlplus/TOAD dengan sysdba privilege, > coba jalankan: > > select * from v$process > untuk melihat brp banyak processes yg ada, kemudian kombinasi kan dengan > select * from v$session dan v$sesstat > > Prinsipnya kita perlu mengetahui proses dan session mana yg paling > banyak ambil CPU time. Biasanya session2 yg lain akan idle. > > Kalau terjadi terus menerus/berulang, coba jadwalkan snapshot per 15 > menit interval kira2 3-5 snapshots dan aktifkan aplikasi > (forms/reports) yg kira2 bermasalah. Top 5 events di snapshot report > akan memberi gambaran kira2 wait event apa yg mendominasi di mana wait > event itu sedang menunggu proses lainnya yg kira2 ada di bagian bawah > snapshot report. > > Mudah2an membantu... > > Cheers, > BAM > > > > > > > On 9/20/05, java4sg <[EMAIL PROTECTED]> wrote: > > > Sorry, kasih comment aja.. > > > > > > PGA_AGGREGATE_TARGET itu lebih kepengaruh buat sorting management. > > > Kalau query nya banyak unsur sorting, maka parameter ini penting buat > > > di set. Lain dari itu kurang pengaruh buat turunin CPU utilz... > > > > > > Cheers, > > > BAM > > > > > > > > > --- In [email protected], ronald speirs <[EMAIL PROTECTED]> > > > wrote: > > > > coba naikkan nilai dari parameter pga_aggregate_target > > > > > > > > lalu, kecenderungan user yang pakai database itu apakah input data > > > > atau bikin report? karena menurut saya, tuning antara keduanya > > > > berbeda. ------------------------ Yahoo! Groups Sponsor --------------------~--> Fair play? Video games influencing politics. Click and talk back! http://us.click.yahoo.com/T8sf5C/tzNLAA/TtwFAA/PhFolB/TM --------------------------------------------------------------------~-> -- -----------I.N.D.O - O.R.A.C.L.E--------------- Keluar: [EMAIL PROTECTED] Website: http://indo-oracle.lizt.org (NEW) ----------------------------------------------- Bergabung dengan Indonesia Thin Client User Groups, Terminal Server, Citrix, New Moon Caneveral, di: http://indo-thin.vze.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/indo-oracle/ <*> 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/
