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]>: > 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]> wrote: Kepada: > [email protected] > Dari: "Yoel Susanto" <[EMAIL PROTECTED]> > 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]> > >> 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~ >>
