get the tkprof output and locate the offending SQLs, lalu analisa execution plan nya. Apakah slow karena execution plan nya berubah (karena cbo statistics berubah) atau data/index yg fragmented?
kalau masih pake rbo, besar kemungkinan ini disebabkan oleh index or data fragmentation. Salam, AA --- On Tue, 4/21/09, Oracle Engineer <[email protected]> wrote: > From: Oracle Engineer <[email protected]> > Subject: Re: [indo-oracle] Re: Database Oracle 9.2 makin lambat. > To: [email protected] > Date: Tuesday, April 21, 2009, 11:53 AM > > > > > > > > > > > > > > > > > > > > > > > > gimana jika 1 table size nya 1.5TB?dgn sample size > 2% saja bisa makan waktu > > 1/2 hari... > > > > ada cara backdoornya pak, dgn manually isi angka > statistiknya > > dgn dbms_stats.set_ * > > dgn syarat kita tau 'perlakuan' data di table tsb. > > > > kalau tidak tau 'perlakuan data' nya....ya sql > profile / outline is your > > best friend then :) > > > > -- > > best regards > > Oracle DBA > > http://www.dbs247. com > > http://blog. dbs247.com > > > > 2009/4/21 Yulius Wibowo <yulius_wibowo@ > yahoo.com> > > > > > Sekedar menambahkan: > > > > > > Kalau menerapkan CBO, > > > supaya DB-nya nggak "batuk2" dan tetap > segar, > > > jangan lupa utk selalu meng-update statistic-nya > (table & index), > > > at least seminggu sekali lah.... > > > jangan lupa juga untuk memberi "vitamin" > tambahan dengan > > > mengupdate juga histogramnya, khusunya pada table yg > distribusi datanya > > > tidak rata(skewed) . > > > > > > bw > > > > > > --- In indo-oracle@ > yahoogroups. com, Oracle Engineer <ora...@...> > wrote: > > > > > > > > rony, > > > > statspack report seperti apa? > > > > > > > > wors application design biasanya rentan terhadap > perubahan data, > > > > bisa karena pemilihan maupun penerapan index yg > tidak tepat, > > > > ataupun biasanya karena ada table yg volatile > sehingga perlu rebuild > > > > secara berkala. > > > > > > > > kasusnya banyak....makanya kenali dulu > aplikasinya spt apa. > > > > oracle mulai batuk2 si CBO nya pada saat data > pada suatu table sudah > > > > mencapai puluhan juta keatas....(based on my > experience) > > > > > > > > > > > > -- > > > > best regards > > > > Oracle DBA > > > > http://www.dbs247. com > > > > http://blog. dbs247.com > > > > > > > > > > > > 2009/4/20 Rony Jusman <ronyjusman@ ...> > > > > > > > > > Hi Rekan2x, > > > > > > > > > > Kantor saya masih pake Database Oracle 9.2 > > > > > > > > > > Setiap hari upload data record penerbangan > dengan ukuran yang hampir > > > sama > > > > > di server tersebut. > > > > > > > > > > Biasa butuh waktu 10 s/d 15 minutes. Tapi > akhir2 ini butuh waktu makin > > > lama > > > > > hingga 45 minutes. Mana pilot bulenya > complain terus.. pusing deh! > > > > > > > > > > Darimana saya sebaiknya mulai investigasi? > > > > > > > > > > Mohon sharing pengalaman dari rekan2x > sekalian. > > > > > > > > > > Terimakasih sebelumnya. > > > > > > > > > > Wasalam, > > > > > Rony.Jusman > > > > > M:+673-7-107099 > > > > > > > > > > > > > > > > > [Non-text portions of this message have been > removed] > > > > > > > > > > > > > > > > > > > ------------ --------- --------- ------ > > > > > > -- > > > -----------I. N.D.O - O.R.A.C.L.E- --------- ----- > > > Keluar: indo-oracle- > unsubscribe@ yahoogroups. com > > > Website: http://indooracle. > wordpress. com > > > http://www.facebook > .com/group. php?gid=51973053 515 > > > ------------ --------- --------- --------- -------- > > > > > > Bergabung dengan Indonesia Thin Client User Groups, > > > Terminal Server, Citrix, New Moon Caneveral, di: > > > http://indo- > thin.blogspot. comYahoo! Groups Links > > > > > > > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
