Maintenance Log dan Trace File

Posted in Administration on Jun 27, 2008

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.
    Berisi rekaman aktivitas instance (startup, shutdown, switch logfile, parameter change, error, dll). Format nama filenya alert_NAMAINSTANCE.log
    Contoh, database dengan nama instance (ORACLE_SID) DATAKU mempunyai alert log alert_DATAKU.log
    Lokasi alert log ditunjukkan oleh instance parameter background_dump_dest. Untuk mengetahui directory background_dump_dest, gunakan perintah berikut.
    SQL> sho parameter background_dump_dest
  2. Trace file.
    Trace file ada 2 macam, yaitu system dan user trace file. Formatnya adalah *.trc Berisi rekaman aktivitas suatu proses (system atau user) yang lebih detail. Biasanya, error log secara global disebutkan di alert log, dan lebih detail ditulis di trace file.
    System trace file, lokasinya sama dengan alert log yaitu di background_dump_dest. Sementara user trace file di user_dump_dest
    SQL> sho parameter user_dump_dest
  3. Core dump file
    Fungsinya seperti core dump di OS. Ketika ada masalah yang berkaitan dengan konfigurasi OS, misalnya storage accessibility, Oracle biasanya membuat core dump. Lokasinya ditunjukkan oleh parameter core_dump_dest
    SQL> sho parameter core_dump_dest
  4. Audit file.
    Formatnya ora_OSID.aud
    Berisi history koneksi dari user sysdba (sys). Juga berisi hasil audit aktivitas user untuk AUDIT_TRAIL=OS. Lokasinya ditunjukkan oleh parameter audit_file_dest
    SQL> sho parameter audit_file_dest
  5. Network log.
    Lokasinya di $ORACLE_HOME/network/log. Sama, di Windows ada di %ORACLE_HOME%\network\log. Network log ada dua, yaitu NAMALISTENER.log dan sqlnet.log. Kalau kita memakai 2 listener, maka log listener juga ada 2.

Biasanya, kelima jenis file di atas ada di satu file system (drive) yang sama. Dalam aktivitas sehari-hari, file system (tempat file-file di atas) tidak boleh penuh.

Misalkan karena suatu hal sehingga file system (drive) penuh, kita bisa menghapus file-file tersebut karena hanya berisi log (bukan konfigurasi). Memang harus dimaintenance. Kalau tidak dibutuhkan (biasanya untuk trouble shooting) ya dibuang saja. Best practisenya:

  1. Audit file dan trace file di-zip (compress) dan di-keep selama beberapa bulan.
  2. Setiap awal bulan, alert log di-rename (contoh menjadi alert_DATAKU_jun08.log) dan di-zip. Begitu alert log di-rename, maka Oracle akan membuat file alert log baru. Begitu juga dengan network log

Catatan:

  1. Kalau file system tempat audit_file_dest penuh, kita tidak bisa login dengan user sysdba (sys). Begini errornya:
    SQL> conn / as sysdba
    ERROR:
    ORA-09945: Unable to initialize the audit trail file
    SVR4 Error: 28: No space left on device
    ORA-09817: Write to audit file failed.
    SVR4 Error: 28: No space left on device
  2. Untuk bisa melihat parameter instance melalui SQLPlus (sho parameter NAMAPARAMETER), kita harus menggunakan user sys, system, atau user yang punya privilege DBA.Kalau kita menjumpai error di atas, maka kita tidak bisa login pakai / as sysdba. Misalkan kita lupa password system dan user DBA lainnya, tentunya kita tidak akan bisa melihat PARAMETER pakai SQlPlus. Solusinya lihat parameter tersebut di init file.

Silahkan baca yang berikut ini juga :

Trackback URI | Comments RSS

2 Responses to “ Maintenance Log dan Trace File ”

  1. # 1 Sigit Says:

    Mas, hapusnya biasa aja? gak perlu prosedur croscek lagi seperti di RMAN?

  2. # 2 rohmadne Says:

    Benar, biasa saja.

Leave a Reply


  • Media Belajar Database Oracle

    Selamat Datang di Rohmad.net. Tempat belajar Database Oracle bagi yang tertarik. Tempat mengembangkan pengetahuan dan skill bagi DBA yang sedang berkembang. Dan tempat sharing pengalaman bagi DBA yang sudah experienced.

  • Search