Pak ivan, sekedar sharing berdasarkan experience saya ya... sebaiknya, redo log cukup banyak, untuk menghindari cycle yg terlalu cepat. saran: angka 9 group menurut saya sudah cukup.
untuk tiap group redolog, sebaiknya 2 logfile saja karena isinya 2 file atau 5 file ya sama saja, identik satu sama lain. saran: kurangi saja menjadi 2 logfile tiap group untuk masing-masing size logfile, coba naikan ke angka 100M, pak. nah untuk ini, berdasarkan pengalaman saja pak. di tempat saya, transaksi OLTP sederhana saja, mengalami stuck 2x yaitu awal bulan dan pertengahan bulan. dulu pernah ada dasarnya dari dokumentasi oracle juga, cuma lupa naruh dimana. setelah kita naikan size redo logfile bertahap menjadi 100M, masalah stuck 'agak' teratasi. saya tidak ada pengalaman dengan transaksi batch yang banyak. semoga sharing ini bisa membantu mengatasi masalah redo logfile bapak. regard, subekti ----- Original Message ----- From: Ivan Wahyudi To: [email protected] Sent: Tuesday, September 23, 2008 5:43 PM Subject: [indo-oracle] Terusan: Re: redo log space requests 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] [Non-text portions of this message have been removed]
