Pak Ujang, 1. yup, kalo gak salah itu angkanya statistic, namun hal tersebut masih berhubungan..... redo log space requests itu hanya symptom, disini saya guessing saja rootcause nya :)
-- Yoel Oohh gitu... Maap saya salah tangkap kemana arah argument anda soalnya di akhir nya anda tulis >> penyebab utama redo log buffer space : >> - ukuran log buffer yg terlalu kecil >> - IO tempat redolog buffer terlalu lambat Jadi saya mengira anda menyalahkan log buffer-nya. 2. tidak mutlak berlaku, tergantung transaksinya, tapi kalau batch mustinya terjadi :) http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1539606184994 -- Yoel Statement yang bagian mana yang harus saya baca nih. Saya tidak melihat atau menangkap statement yang berkata/berarti : Rollback event/operation akan memflush redo data dari log buffer ke redo log file 2008/9/23 Ujang Jaenudin <[EMAIL PROTECTED]> > > 1. TS nya tanya tentang redo log space, bukan buffer space. > > "redo log space requests" itu berhubungan dengan space di redo log FILE, > > bukan buffer. > > > > yup, kalo gak salah itu angkanya statistic, namun hal tersebut masih > berhubungan..... > redo log space requests itu hanya symptom, disini saya guessing saja > rootcause nya :) > > > 2. User melakukan Rollback transaction tidak akan mem-flush redo buffer > ke > > redolog. > > tidak mutlak berlaku, tergantung transaksinya, tapi kalau batch > mustinya terjadi :) > > http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1539606184994 > > > -- > thanks and regards > ujang | oracle dba > jakarta | http://ora62.wordpress.com > > > > > 2008/9/23 Ujang Jaenudin <[EMAIL PROTECTED]<ujang.jaenudin%40gmail.com> > > > > > >> hm... untuk lebih jelas, bisa cek angka "redo buffer allocation > >> retries" apakah selalu naik? > >> > >> redo log space request memang berhubungan dgn log_buffer, > >> ada beberapa event LGWR nulis buffer dari log_buffer ke redolog: > >> - setiap 3 detik > >> - commit > >> - rollback > >> - mencapai angka _LOG_IO_SIZE (biasanya angka terkecil dari 1/3 dari > >> log_buffer ATAU 1MB) > >> - sudah mencapai 1MB > >> - ketika DBWR melakukan "write ahead logging" > >> > >> jika memang transaksinya batch dan commit per ribuan records, > >> kemungkinan belum sampai 3 detik log buffer sudah terisi > 1MB atau > >> mungkin melebihi 10MB :), cek dgn query ini untuk mengetahui average > >> sekali LGWR nulis dari log buffer ke redolog: > >> > >> select round((a.value / b.value) + 0.5,0) as avg_redo_blks_per_write, > >> round((a.value / b.value) + 0.5,0) * c.lebsz as avg_io_size > >> from v$sysstat a, v$sysstat b, x$kccle c > >> where c.lenum = 1and a.name = 'redo blocks written' > >> and b.name = 'redo writes'; > >> > >> disisi lain redolog berukuran 20MB saja, dimana secara teori, LGWR > >> akan melakukan penulisan tidak sampai exactly 20M, tapi kira2 90% saja > >> kalo gak lupa :), karena anda punya 4 group maka probability transaksi > >> hanya akan survive sampai sekitar 72MB saja, jika sekali commit-batch > >> transaksi anda melebihi 72MB, kemungkinan besar stuck atau log buffer > >> space karena redo entries sebelumnya belum bisa dioverwrite karena > >> untuk kebutuhan instance recovery jika memang ada instance crash. > >> sehingga redolog size perlu diperhatikan disini.... > >> karena log buffer space bisa terjadi setelah log switch. > >> > >> penyebab utama redo log buffer space : > >> - ukuran log buffer yg terlalu kecil > >> - IO tempat redolog buffer terlalu lambat > >> > >> -- > >> thanks and regards > >> ujang | oracle dba > >> jakarta | http://ora62.wordpress.com > >> > >> 2008/9/23 Ivan Wahyudi <[EMAIL PROTECTED] <ivan43x%40yahoo.com><ivan43x% > 40yahoo.com>>: > >> > >> > Database kami (9i) tidak dalam archive mode. > >> > pada saat itu sudah saya check tidak ada 'Incomplete checkpoint'. > >> > kemudian angka dibawah ini bukanlah current value. > >> > *)redo log space requests = 47 > >> > *)redo log space wait time =58 > >> > saat transaksi tesebut nilainya mengalami penambahan. Tetapi setelah > >> proses > >> > selesai saat ini 'log space request=21'. > >> > > >> > NB: kami melakukan input data dalam bentuk batch pada aplikasi, jadi > >> > saat > >> > proses Save akan terjadi commit record dgn jumlah ribuan. > >> > > >> > apa yang sebaiknya saya lakukan pd DB ketika terjadi input data dlm > >> bentuk > >> > batch tersebut..? > >> > > >> > kemudian bagaimana cara mengatasi redo log space requests yang terus > >> > meningkat pd transaksi OLTP..? > >> > > >> > NB: kami menggunakan Apps11i. > >> > > >> > Thanks, > >> > ~Ivan~ > >> > > >> > Yoel Susanto <[EMAIL PROTECTED] <yoel.susanto%40gmail.com><yoel.susanto% > 40gmail.com>> wrote: > >> Kepada: > >> > [email protected] <indo-oracle%40yahoogroups.com><indo-oracle% > 40yahoogroups.com> > >> > Dari: "Yoel Susanto" <[EMAIL > >> > PROTECTED]<yoel.susanto%40gmail.com><yoel.susanto% > 40gmail.com>> > >> > Tanggal: Mon, 22 Sep 2008 17:47:12 +0800 > >> > Topik: Re: [indo-oracle] redo log space requests > >> > > >> > naikan size redo log anda pak...20M terlalu kecil untuk system anda. > >> > coba raise it to 100M > >> > > >> > 2008/9/20 Ivan Wahyudi <[EMAIL PROTECTED] <ivan43x%40yahoo.com><ivan43x% > 40yahoo.com>> > >> > > >> >> Dear Master > >> >> > >> >> Kondisi Database saya saat ini menunjukan nilai, > >> >> *)redo log space requests = 47 > >> >> *)redo log space wait time =58 > >> >> > >> >> dengan alokasi memory : > >> >> buffer_cache = 200m > >> >> log_buffer = 10m > >> >> redo log files =4 group, 2 logfiles masing-masing=20m, total 8 > logfiles > >> >> > >> >> Buffer Chache Hit Ratio= 90% - 99% > >> >> > >> >> Dengan nilai Hit ratio tersebut seharusnya saya tidak perlu khawatir > >> tapi > >> >> yang terjadi adalah > >> >> 1 ) mengapa proses Saving data memakan waktu cukup lama ? > >> >> 2) mengapa "redo log space requests" sangat tinggi..? > >> >> apakah nilai log_buffer kurang?? > >> >> > >> >> Mohon advice dan petunjuknya. > >> >> > >> >> > >> >> Note : melakukan entry data ribuan records melalui Appl. > >> >> > >> >> Terimakasih, > >> >> ~Ivan~ > >> >> > >> > >> > > > > -- > > Cheers, > > Yoel Susanto > > > > www.indo-oracletech.com > > -- Cheers, Yoel Susanto www.indo-oracletech.com [Non-text portions of this message have been removed]
