point-point yang umumnya di-tuning adalah: 1. instance 2. database 3. application 4. network 5. operating system
untuk prosedur oracle tuning, coba pelajari tentang: 1. statspack 2. awr & addm 3. enterprise manager grid control metodologi: 1. tuning dari level aplikasi, baru turun ke level instance/database 2. tuning dari level instance/database, baru naik ke level aplikasi kenyataan: 1. tuning aplikasi lebih rumit daripada tuning instance/database. 2. programmer/developer aplikasi jarang mau di-blame jika ada performance issue 3. dba jarang mau melakukan tuning jika aplikasi masih berantakan marketing jargon: enterprise manager grid control mempermudah pekerjaan tuning, karena menyediakan automated tools dan menyediakan performance advisory. kenyataannya: dba lebih suka tuning dengan command line :) tapi, enterprise manager grid control cukup membantu. saran: untuk tuning, cobalah berpikir simple terhadap permasalahan yang ada. contoh berpikir simple #1: asumsi saya adalah seorang konsultan database yang sedang mendengarkan keluhan client. "pak, dulu saya menggunakan sun fire e20k. database dari environment lama saya pindahkan ke sun fire e25k. spesifikasi sama baik jumlah cores dan besar memori. tapi kok lebih lambat di sun fire e25k ya?. saya sudah coba gather statistics dan pake hint, tapi kok masih lambat di sun fire e25k?" komentar saya: kalau dibiarin, dba ini bakal mengeluarkan lebih banyak istilah teknis. semakin jauh dari permasalahan. dba ini akan semakin bingung. sun fire e25k dari jurusan manapun lebih kenceng dari sun fire e20k. urusan operating system dan hardware mungkin buka area bagi dba ini untuk cerita panjang lebar. dugaan root-cause saya atas issue di atas: apakah speed rpm storage system di sun fire e20k sama dengan speed rpm storage system di sun fire e25k? apakah besar cache di storage system sebelumnya sama dengan system baru? apakah jumlah storage controller di sistem lama sama dengan yang di sistem baru? apakah jumlah disk di storage lama sama dengan jumlah disk di storage baru? simple. tapi ini kalau saya ditanya masalah performance issue. kasus di atas pernah saya alami. rekomendasi saya seperti di atas, dan Alhamdulillah masalah performance issue untuk customer tersebut telah solved. contoh berpikir simple #2 "pak, saya mempunyai sebuah perintah sql yang selalu menjadi top-list dalam urusan resource usage. perintah sql-nya adalah select sysdate from dual" komentar saya: jangan bicara masalah sql tuning, hints, instance/database tuning, atau hal-hal lain yang memperparah situasi. coba cek timer operating system. mungkin ada patch terbaru untuk timer ini. tips: dba yang hebat tidak menyelesaikan masalah performance issue dengan cerita panjang lebar tentang istilah teknis yang terdengar keren. CMIIW :) 2008/4/24 Edwin Setiawan <[EMAIL PROTECTED]>: > > Selamat siang pakars, > Saya mau Tanya, kalau di oracle, yang di tuning apa saja ya? > Bagaimana prosedur oracle tuning? > > Terima kasih, salam
