> >saya rasa utk dispatcher, juga penting utk mengecek > >average wait time yg ada di v$queue. > > > > > > > untuk ini nilainya 0, Apakah ini berarti > dispatchernya 'tidak cukup' sibuk ? > PADDR TYPE QUEUED WAIT > TOTALQ > 00 COMMON 0 > 0 1635784 > 68AD9BBC DISPATCHER 0 0 > 339655 > 68AD9EE4 DISPATCHER 0 0 > 1321135
Yup, benar sekali. Ketika dispatcher and terlalu sibuk, dan ada request yg harus menunggu karena belum ada dispatcher yg available, maka kolom WAIT (dalam detik) akan bertambah. > > >-- > > > >Sedangkan utk load balancing shared server, > sepertinya > >itu tidak perlu. Karena kalau ada request otomatis > >dispatcher akan memilih shared server yg available. > > > > > > > Rasanya tidak demikian. Soalnya ketika saya check > dengan : > > select > name, > status, > requests, > (busy / (busy + idle)) * 100 "% of time busy" > from v$shared_server; > > Hasilnya sebagian besar adalah 0 %, hanya 10an > shared server yang busy ( > banyak requests.) Itu berarti untuk memenuhi semua request selama ini, cuma diperlukan 10 shared server. Perlu diketahui bahwa utk jumlah shared server, Oracle otomatis akan menambahnya apabila dirasa perlu, sampai ke parameter max_shared_servers. Perkiraan saya, pemilihan shared server yg idle selalu dimulai dari nomor proses terkecil, S000 sampai S0XX. Kamu bisa lihat maksimum shared server yg pernah dialokasikan dari saat startup di kolom v$mts.servers_highwater. > Sebenarnya bagaimana menghitung dispatcher dan > shared server yang benar ? > Saya mengikuti petunjuk dari > http://www.oracleadvice.com/Tips/MTS.htm > - 1 shared server untuk 10-20 users. ( saya artikan > users == session ) > - 1 dispatcher sebaiknya untuk 1000 users > karena itu , mts server saya set 125 . ( 1000/125 == > 8 users per shared > server ) > > Kondisi disini adalah pada saat peak time, jumlah > session biasanya 800an. Seting utk MTS emang tidak ada satu rule yg fit all (bukankah memang selalu begitu, bahkan utk seting yg lain?). Yg penting seting pertama kali kira2 cukup. Kemudian pada waktu sibuk, coba monitor kondisinya, saya rasa Anda sudah tau script2nya.. Perhatikan juga bahwa nature dari shared server paling cocok kalau tipe transaksinya pendek2. Kalau transaksi lama (misalnya proses reporting), coba pake dedicated. > satu lagi, di log kadang terlihat error ini : found > dead multi-threaded > server 'S000', pid = (12, 1) > Kira-kira apa penyebabnya ? Sudah coba perbesar memory large pool dan shared pool? versi oraclenya berapa ya? sudah apply patch 8.1.7.4 terakhir? regards, tomi __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- -----------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/
