Sebelumnya terimakasih atas penjelasannya. Secara teori jika "redo log space requests" terlalu tinggi maka hal tersebut bisa disebabkan nilai log_buffer kurang. CMIIW Saya sudah set log_buffer=20M apakah ini tidak berlalu besar..? kemudian redo log adalah 9 Group tiap group 5 logfiles dengan size masing-masing 30M. idealkah kondisi spt ini? dan mengapa "redo log space requests" dan "redo log space wait time" masih sangat tinggi..?
maap newbe Ujang Jaenudin <[EMAIL PROTECTED]> wrote: Kepada: [email protected] Dari: "Ujang Jaenudin" <[EMAIL PROTECTED]> Tanggal: Tue, 23 Sep 2008 16:10:18 +0700 Topik: Re: Terusan: Re: [indo-oracle] redo log space requests > 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]> > >> 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>>: >> >> > 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>> wrote: >> Kepada: >> > [email protected] <indo-oracle%40yahoogroups.com> >> > Dari: "Yoel Susanto" <[EMAIL PROTECTED] <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>> >> > >> >> 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 --------------------------------- Nama baru untuk Anda! Dapatkan nama yang selalu Anda inginkan di domain baru @ymail dan @rocketmail. Cepat sebelum diambil orang lain! --------------------------------- Cari tahu ramalan bintang kamu - Yahoo! Indonesia Search. [Non-text portions of this message have been removed]
