Coba dicek di level OS, process apa saja yg banyak makan resource (CPU & I/O), 
menggunakan command "top"

# top

Cek Load Average & process yg paling banyak makan CPU.

Dari sini bisa ketahuan, apakah penyebabnya DB Oracle atau yg lain.
Kalau penyebabnya DB Oracle, catat OS PID-nya.
Lalu dicek via V$PROCESS dan atau V$SESSION utk mengetahui process atau session 
mana yg makan banyak resource.

cmiiw,
bw




--- In [email protected], ASEP APENDI <asep...@...> wrote:
>
> Pak Hilman, apakah awr report dan addm report bisa dijalankan dengan sqlplus
> atau Toad mengingat Enterprise Manager sudah tidak bisa dipanggil, dan
> bagaimana cara menjalankannya? Maaf saya awam sekali karena saya developer
> bukan dba.
> 
> terimakasih.
> 
> 
> Pada tanggal 22/07/09, hilman saleh <hilman.sa...@...> menulis:
> >
> >
> >
> > Dear pak asep,
> > betul pak menurut pak murdi, ada baiknya analisa dl sebelum menaikan memory
> > dengan menjalankan awr report dan addm report untuk di 10g dan 11g, untuk
> > di
> > 9i jalankan perfstat,
> > barangkali ada query ato plsql yang belum maksimal dituning. Dan lebih
> > konsen lagi pada IO pak, untuk detail analisa nya bisa diambil dari awr.
> > Jika bottleneck nya sudah ketahuan maka bapak bisa ambil keputusan apakah
> > alokasi memory yang dinaikan atau melakukan tuning dari sisi IO atau juga
> > tuning sql dan plsql.
> >
> > regrads
> >
> > Hilman
> >
> > 2009/7/22 indrajati chairuddin <indra.te...@...<indra.techm%40gmail.com>
> > >
> >
> > >
> > >
> > > Kang Asep,
> > >
> > > Ukuran shmmax 80 persen dari total memory.
> > >
> > > Ukuran sga max_size dan sga_target ... turunin dikit dari shmmax
> > >
> > > _____
> > >
> > > From: [email protected] 
> > > <indo-oracle%40yahoogroups.com><indo-oracle%
> > 40yahoogroups.com> [mailto:
> > > [email protected] <indo-oracle%40yahoogroups.com><indo-oracle%
> > 40yahoogroups.com>] On
> > > Behalf Of ASEP APENDI
> > > Sent: Wednesday, July 22, 2009 10:40 AM
> > >
> > > To: [email protected] 
> > > <indo-oracle%40yahoogroups.com><indo-oracle%
> > 40yahoogroups.com>
> > > Subject: Re: [indo-oracle] DB Oracle Super Lambat
> > >
> > > Pak Indra dan Pak Murdi, berapa sebenarnya ukuran shmmax yang pas untuk
> > db
> > > yang ukurannya sdh cukup besar, kira2 besarnya sekitar 200 GB. apakah ada
> > > rumus untuk menghitungnya?
> > >
> > > 2009/7/22, indrajati chairuddin <indra.techm@
> > > <mailto:indra.techm%40gmail.com <indra.techm%2540gmail.com><indra.techm%
> > 2540gmail.com>> gmail.com>:
> > > >
> > > >
> > > >
> > > > Dear kang asep,
> > > >
> > > > Cobain shmmax nya disetting lagi dari sisi OS.
> > > >
> > > > Teras . parameter sga_max_size dan sga_targetnya juga disetting lagi.
> > > >
> > > > _____
> > > >
> > > > From: indo-oracle@ 
> > > > <mailto:indo-oracle%40yahoogroups.com<indo-oracle%2540yahoogroups.com>
> > <indo-oracle%2540yahoogroups.com>>
> > > yahoogroups.com
> > > <indo-oracle%40yahoogroups.com> [mailto:
> > > > indo-oracle@ 
> > > > <mailto:indo-oracle%40yahoogroups.com<indo-oracle%2540yahoogroups.com>
> > <indo-oracle%2540yahoogroups.com>>
> > > yahoogroups.com
> > > <indo-oracle%40yahoogroups.com>] On
> > > > Behalf Of ASEP APENDI
> > > > Sent: Wednesday, July 22, 2009 9:15 AM
> > > > To: indo-oracle@ 
> > > > <mailto:indo-oracle%40yahoogroups.com<indo-oracle%2540yahoogroups.com>
> > <indo-oracle%2540yahoogroups.com>>
> > > yahoogroups.com
> > > <indo-oracle%40yahoogroups.com>
> > > > Subject: [indo-oracle] DB Oracle Super Lambat
> > > >
> > > > Dear teman-teman, mohon analisanya apa yang terjadi pada db saya, sudah
> > > > sejak minggu kemarin proses di db oracle sangat lambat, proses
> > > > insert/update
> > > > sangat lambat, proses reporting juga sangat lambat, enterprise manager
> > > juga
> > > > tidak bisa dipanggil,bisa dipanggil apabila services-nya direstart tapi
> > > > 15-20 menit kemudian tidak bisa dipanggil lagi. Saya sudah restart db
> > dan
> > > > Redhat-nya tetapi masih belum mengobati masalah, apalagi yang harus
> > saya
> > > > lakukan? Mohon saran dari teman-teman.
> > > >
> > > > Terimakasih
> > > >
> > > > [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]
> > >
> > > [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]
>


Kirim email ke