hai, terima kasih sebelum nya, tapi kalau ada masalah setelah file trace nya di hapus, size nya langsung berkurang 7 G, dalam selang beberapa jam file trace nya besar lagi.
berikut error alert nya: Mon Jul 7 13:29:37 2008 Errors in file /oracle/product/10.1.0/db_1/admin/internal/bdump/internal_j001_6921.trc: ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], [] file trace nya besar lagi samapai 3 G , berikut kutipan sekilas isi file nya: ======================================================== REDO RECORD - Thread:1 RBA: 0x005373.00000017.00d0 LEN: 0x0108 VLD: 0x01 SCN: 0x0000.065e3826 SUBSCN: 1 07/07/2008 11:00:47 CHANGE #1 TYP:0 CLS:22 AFN:2 DBA:0x0080019b SCN:0x0000.065e3826 SEQ: 25 OP:5.1 ktudb redo: siz: 100 spc: 5798 flg: 0x0022 seq: 0x8910 rec: 0x19 xid: 0x0003.019.000233e1 ktubu redo: slt: 25 rci: 24 opc: 10.22 objn: 8155 objd: 8155 tsn: 2 Undo type: Regular undo Undo type: Last buffer split: No Tablespace Undo: No 0x00000000 index undo for leaf key operations KTB Redo op: 0x02 ver: 0x01 op: C uba: 0x0080019b.8910.17 Dump kdilk : itl=2, kdxlkflg=0x1 sdc=-1073817156 indexid=0xc00be3 block=0x00c0d314 (kdxlpu): purge leaf row key :(26): 07 78 6c 07 04 0c 0f 07 07 78 6c 07 04 0c 19 07 06 c5 0f 0e 09 2e 04 02 c1 02 CHANGE #2 TYP:0 CLS: 1 AFN:3 DBA:0x00c0d314 SCN:0x0000.065e3826 SEQ: 15 OP:10.2 index redo (kdxlin): insert leaf row KTB Redo op: 0x02 ver: 0x01 op: C uba: 0x0080019b.8910.19 REDO: SINGLE / -- / -- itl: 2, sno: 34, row size 36 insert key: (26): 07 78 6c 07 04 0c 0f 07 07 78 6c 07 04 0c 19 07 06 c5 0f 0e 09 2e 04 02 c1 02 keydata: (6): 00 c0 d3 0d 00 26 REDO RECORD - Thread:1 RBA: 0x005373.00000018.017c LEN: 0x0108 VLD: 0x01 SCN: 0x0000.065e3826 SUBSCN: 1 07/07/2008 11:00:47 CHANGE #1 TYP:0 CLS:22 AFN:2 DBA:0x00800 ====================================== bagaima solusi agar file trace nya tidak berakibat membesar begitu cepat ? thx, Dody --- On Mon, 7/7/08, rohmadsan <[EMAIL PROTECTED]> wrote: From: rohmadsan <[EMAIL PROTECTED]> Subject: [indo-oracle] Re: Maintenance Log dan Trace File To: [email protected] Date: Monday, July 7, 2008, 1:59 AM Hallo... Terima kasih atas tambahannya. Oracle http server memang memakai Apache. Kalau sering memamakai OEM 10g (dbConsole), ya tentu saja log file Apache juga mesti di maintain juga. Salam, Rohmad --- In indo-oracle@ yahoogroups. com, "Mas'ud Ulum®" <[EMAIL PROTECTED]> wrote: > > Pak Rohmad, > > Bagus sekali artikelnya, sepertinya ada satu log yang ketinggalan :). > Saya pernah mengalami kejadian di oracle 10g, log yang membesar adalah > log dari http server nya apache :). > saya kurang tau kenapa, yang jelas ketika saya search, ternyata lognya > sampe bergiga2. dan setelah log tersebut didelete, space langsung > berkurang :D. > > Regards, > Ulum > > 2008/6/27 rohmadsan <[EMAIL PROTECTED] ..>: > > Hallo... > > > > Kalau tidak perhatian, kita bisa kaget "Lho, kok file system (drive) > > Oracle saya penuh! Masa sampai 40G begini? Padahal dulu waktu > > instalasi, cuma 5G. Lagian file-file database ditaruh di file system > > (drive) lain." > > > > Yang bikin penuh itu pasti (biasanya) file-file log dan trace yang > > digenerate oleh Oracle. Untuk itu, kita perlu mengerti, file-file apa > > sih itu. > > 1. alert log > > 2. Trace file > > 3. Core dump file > > 4. Audit file > > 5. Network log > > > > Lebih detail saya bahas di sini > > > > http://rohmad. net/2008/ 06/27/maintenanc e-log-dan- trace-file/ > > > > Salam, > > Rohmad > > > > > [Non-text portions of this message have been removed]
