1 Buku Pegangan Oracle Database Administrator Edisi kedua Oleh: Rohmad (http://rohmad.net) Copyright 2008 Rohmad at - All right reserved2 Kata Pengan...
Kata Pengantar Edisi Kedua Di luar Dugaan, edisi pertama buku ini mendapat banyak apresiasi dari para pembaca. Kritik dan saran juga banyak yang masuk. Saya mengucapkan banyak terima kasih atas apresiasi, kritik, dan saran dari para pembaca sekalian. Edisi pertama buku ini berjudul “Kitab Suci Oracle Database Administrator”. Beberapa pembaca menyarankan agar judulnya diganti, jangan memakai kata “Kitab Suci”, kesannya sombong. Pada mulanya saya memakai kata “Kitab Suci” hanya asal comot kata saja, sama sekali tidak terlintas pikiran untuk sombong ataupun bangga. Tapi sekarang sayapun membenarkan sara-saran beberapa teman pembaca tersebut, kalau dirasa-rasa memang tampak ada kesombongan yang memancar dari judul buku “Kitab Suci Oracle Database Administrator” ini, terlepas dari segala motivasi penulis (saya). Akhirnya dengan senang hati dan ucapan terima kasih kepada teman-teman pembaca yang telah memberikan saran, di edisi kedua buku ini judulnya saya ganti menjadi “Buku Pegangan Oracle Database Administrator”. Selain mengganti judul, saya juga menambahkan 1 bahasan baru di bab 11, yaitu “Oracle Flashback Technology (Recycle bin)”. Semoga buku sederhana ini bermanfaat bagi para pembaca sekalian. Kritik dan saran tetap saya tunggu dengan senang hati.
Kata Pengantar Ayo, kita masyarakatkan budaya sharing knowledge. Mari, kita saling berbagi ilmu. Ilmu itu sangat berharga; tidak akan habis dengan diberikan pada sesama, bahkan semakin bertambah. Pada mulanya saya mengenal blog di Multiply.com. Setelah sekian lama nge-blog hingga bosan, akhirnya blog di Mulitply saya delete. Menulis memang hoby saya. Setelah lama absen akhirnya saya nge-blog lagi, kali ini di Wordpress.com. Memakai blog gratis (dalam arti hosting dan domain gratis), rasanya kurang memuaskan karena kita tidak bisa mengcustomize blog sesuka kita. Akhirnya saya putuskan membuat blog dengan hosting dan domain sendiri. Hingga akhirnya saya punya blog sendiri si http://rohmad.net Di blog, saya menulis apa saja yang pengin saya tulis. Oleh teman-teman di kantor, saya disarankan untuk lebih banyak menulis tentang database Oracle. Lagi pula database Oracle adalah keahlian saya, sementara itu banyak sekali yang tertarik untuk belajar dan mendalami database Oracle. Hingga akhirnya artikel-artikel mengenai database Oracle mendominasi content blog saya. Dengan maksud mengoptimalkan sharing knowledge, akhirnya saya mengkompilasi tulisan di blog ke dalam bentuk buku. Setelah melalui kategorisasi dan beberapa editing, jadilah buku yang sederhana ini. Yang saya masukkan ke dalam buku ini hanya tulisan pokoknya saja, sementara diskusi dan komentar pembaca blog tidak saya ikutkan. Bagi yang ingin mengikuti diskusi dan komentar pada tiap-tiap tulisan, silahkan baca di blog saya. Tidak lupa, melalui kesempatan ini, saya ingin menyampaikan terima kasih yang sebesarbesarnya kepada semua pihak, atas dorongan semangat dan bantuannya, sehingga buku ini selesai saya susun. Saya sangat senang sekali menerima kritik dan saran dari pembaca sekalian, silahkan hubungi saya di email [email protected] Terakhir, secara spesial buku ini saya persembahkan untuk teman-teman kerja saya di kantor. Dan secara umum buku ini saya persembahkan pada siapa saja yang bisa mengambil manfaat dari buku ini.
Kata database dalam frasa “arsitektur database Oracle” seharusnya adalah Database Management System (DBMS). Untuk penyederhanaan penyebutan, Database Management System memang sering cukup disebut database saja. Secara umum komponen DBMS Oracle terdiri atas memory, proses, dan file-file. Lebih jauh lagi, komponen-komponen tersebut dikelompokkan sebagai berikut: 1. Instance - Memory yang disebut sebagai System Global Area (SGA), terdiri atas: Shared Pool (Libary Cache and Data Dictionary Cache), Database Buffer Cache, Redolog Buffer Cache, Java Pool, Large Pool. - Back ground process: PMON, SMON, DBWR, LGWR, CKPT, dan lain-lain 2. Database - Datafile - Control file - Redo log file 3. Komponen lain - process: Server Process, user process - memory: Program Global Area (PGA) - File: Archived log, parameter, dan password file
1.2. Perbedaan Instance dengan Database Kebanyakan kita mungkin tidak tahu persis perbedaan instance dan database. Banyak yang mengira bahwa instance itu ya database. Bagi yang lebih kritis lagi lantas bertanya-tanya, kalau gitu apa gunanya Oracle memakai istilah instance dan database? Kalau kita membuat database dengan DBCA, by default nama instance dan nama database itu memang sama. Apakah nama database yang saat ini kita maintain itu sama dengan nama instance? • •
Untuk mengecek nama instance, pastinya semua DBA Oracle sudah tahu. Value dari ORACLE_SID adalah nama dari instance juga. Untuk mengecek nama database, gunakan command select VALUE from v$parameter where NAME=’db_name’
Lebih jelasnya, ada baiknya kita lihat Arsitektur Database Oracle di sini http://rohmad.net/2008/04/17/arsitektur-database-oracle/
Instance adalah struktur proses dan memory yang menjalankan sistem database (DBMS, database management system). Sedangkan database adalah sekumpulan file yang menyimpan data (yang terdiri atas datafile, controlfile, dan redo log file). Istilah Database Oracle yang sering kita pakai itu merujuk pada database management system (DBMS) Oracle. Ngucapin database management system mungkin terlalu panjang. Ngucapin DBMS mungkin kok tidak enak. Jadi gampang-gampangan, sebut saja database.
1.3. Teori dan Administrasi init file (pfile dan spfile) Konfigurasi instance disimpan di file bertipe text yang dikenal dengan init file (initial file) atau pfile (parameter file). Mulai versi 9i Oracle memperkenalkan pfile bertype binary yang disebut spfile. Di Unix family, init file ada di directory $ORACLE_HOME/dbs. Sedangkan di Windows ada di folder %ORACLE_HOME%\database. Format nama file: 1. Pfile: initNAMAINSTANCE.ora Di Unix, nama instance adalah case sensitive, instance dataku berbeda dengan DATAKU. Pfile untuk instance dataku adalah initdataku.ora. Dan Pfile untuk instance DATAKU adalah initDATAKU.ora Sedangkan di Windows, nama init file tidak case sensitive, instance dataku ya sama saja dengan DATAKU. Kalau kita membuat database dengan dbca, initfile yang terbentuk adalah INITdataku.ORA. Kalau file ini diganti dengan initDATAKU.ora yang tidak apa-apa, Windows gitu lho! 2. Spfile: spfileNAMAINSTANCE.ora Sama seperti pfile, case sensitive di Unix dan tidak case sensitive di Windows. Cara membuat initfile: 1. pfile Dibuat secara manual pakai text editor , contoh: notepad di Windows dan vi di Unix. Bisa juga dibuat berdasarkan content spfile yang sudah ada. SQL> create pfile from spfile;
2. spfile Spfile tidak bisa dibuat dengan text editor sebagimana membuat pfile. Tentu saja, file binary tidak bisa dibuat (diedit) dengan text editor. Spfile hanya bisa dibuat dengan cara berikut ini (content-nya diambil dari pfile yang sudah ada): SQL> create spfile from pfile;
By default, kalau ada spfile maka ketika startup Oracle akan membaca parameter dari spfile. Kalau tidak ada spfile, Oracle membaca pfile. Kalau tidak ada kedua-duanya, instance tidak bisa di-startup. SQL> startup ORA-01078: failure in processing system parameters LRM-00109: could not open parameter file ‘/mnt01/oracle/10.2.0.3/dbs/initDATAKU.ora’
Mengedit Init file (mengubah parameter instance) Parameter instance ada dua tipe yaitu dynamic dan static. Parameter dynamic bisa diubah ketika instance sedang jalan sedangkan parameter static tidak bisa, artinya perubahan parameter static harus dilakukan di initfile dan instance harus di-restart. Contoh parameter dinamik adalah pga_aggregate_target. Berikut ini cara untuk mengubahnya: 1. Kalau instance sedang mati Naikkan instance dulu, kemudian lakukan perubahan pakai SQLPlus SQL> startup SQL> alter system set pga_aggregate_target=100m;
Perintah alter system di atas langsung mengubah parameter di instance (memory) yang berjalan. •
•
Kalau kita pakai spfile, perintah ini langsung mengupdate juga spfile. Sehingga ke depannya kalau kita merestart instance, Oracle membaca pga_aggregate_target=100m dari spfile. Kalau kita pakai pfile, pga_aggregate_target=100m tidak di-update ke pfile sehingga ke depannya kalau kita merestart instance, pga_aggregate_target kembali ke nilai semula. Agar perubahan bersifat permanen, edit juga parameter pga_aggregate_target di pfile
2. Kalau instance sedang jalan Langsung lakukan perubahan di SQLPLus SQL> alter system set pga_aggregate_target=100m;
Sama seperti penjelasan sebelumnya, kalau pakai spfile maka spfile juga diupdate secara otomatis. Kalau pakai pfile, agar perubahan bersifat permanen maka pfile harus diedit secara manual pakai text editor. Contoh parameter statik adalah db_writer_processes, control_files, sessions, dsb. Berikut ini cara untuk mengubah parameter db_writer_processes yang bersifat statik itu: 1. Kalau instance sedang mati Kalau pakai pfile, edit pfile pakai text editor, kemudian startup instance. Edit pfile SQL> startup
instance sendiri masih belum berubah. Setelah itu, baru startup SQL> SQL> SQL> SQL>
startup nomount alter system set db_writer_processes=2 scope=spfile; shutdown immediate startup
2. Kalau instance sedang jalan Kalau pakai pfile, database matiin dulu, edit pfile, kemudian restart instance SQL> shutdown immediate Edit pfile SQL> startup
Kalau pakai spfile, alter system dengan scope=spfile, kemudian restart SQL> alter system set db_writer_processes=2 scope=spfile; SQL> shutdown immediate SQL> startup
Catatan 1. Pada perintah alter system set pga_aggregate_target=100m, By default kalau pakai spfile, maka alter system set pga_aggregate_target=100m scope=both Dan kalau pakai pfile. maka alter system set pga_aggregate_target=100m scope=memory 2. Kita tidak bisa menjalankan alter system set db_writer_processes=2 karena ini adalah parameter static. Kalau masih dipaksa akan muncul error: SQL> alter system set db_writer_processes=2; ERROR at line 1: ORA-02095: specified initialization parameter cannot be modified
Parameter static hanya bisa diubah di scope=spfile SQL> alter system set db_writer_processes=2 scope=spfile; System altered.
3. Kalau dilihat pakai text editor, spfile berisi sama seperti pfile, hanya ada entry yang "aneh-aneh" (yang bukan merupakan parameter instance) di baris pertama. 4. Contoh kasus. Instance saya hanya punya spfile (spfileDATAKU.ora) dan tidak punya pfile (initDATAKU.ora). Suatu ketika saya ingin mengubah parameter static (misalnya control_files). Karena ketidak tahuan, parameter control_files saya edit di spfileDATAKU.ora pakai text editor (notepad). Karena spfile adalah file binary, maka spfile menjadi rusak karena diedit pakai text editor, sebagian akibatnya Oracle tidak bisa membacanya. Karena spfile tidak bisa dibaca, maka Oracle mencari pfile. Karena saya tidak punya pfile sementara spfile-
nya corrupt, ya akhirnya saya tidak bisa startup instance
SQL> startup ORA-01078: failure in processing system parameters LRM-00109: could not open parameter file ‘/mnt01/oracle/10.2.0.3/dbs/initDATAKU.ora’
Waduh… gimana ini?!! Solusinya, buat pfile initDATAKU.ora yang isinya sama persis dengan spfileDATAKU.ora, dengan catatan: jangan ikut sertakan entry spfileDATAKU.ora yang aneh-aneh di baris pertama itu. Untuk melihat isi spfile spfileDATAKU.ora, di unix gunakan perintah more. Di Windows, gunakan wordpad; kalau pakai notepad biasanya tampilannya amburadul.
1.4. Kitab Suci DBA Oracle Subject artikel ini mungkin kedengaran keren, ya. Saya menyebutnya ‘kitab suci’ (kitab suci pakai tanda petik) karena hampir setiap hari saya buka, saya baca, saya ‘mintai’ pertolongan, dan saya jadikan ’sandaran’. Selanjutnya untuk mempermudah penulisan saya tidak pakai tanda petik, namun maknanya tetap sebagai kitab suci pakai tanda petik. Yang saya sebut sebagai kitab suci itu adalah view DICT, dokumentasi Oracle, dan Metalink. Mari kita bahas satu per satu. 1. View DICT DICT adalah synonym dari view DICTIONARY. DICT berisi daftar view (view bawaan Oracle) yang berisi tentang semua informasi di database Oracle. DICT berisi kolom TABLE_NAME dan COMMENTS. Lihat definisi DICT dengan comand desc (describe). SQL> desc dict
Informasi apa saja bisa kita dapatkan di sini. Misalkan kita ingin tahu, informasi tentang partisi disimpan di VIEW apa saja kah? Caranya, select dari view DICT, masukkan kata kunci yang ingin kita cari dalam clause WHERE. Kata kunci pakai huruf besar. Formatnya adalah select table_name from dict where table_name like ‘%KATA KUNCI%’ . Dalam contoh ini kata kunci adalah PARTITION. SQL> select table_name from dict where table_name like '%PARTITION%' order by table_name; TABLE_NAME -----------------------------ALL_IND_PARTITIONS ALL_IND_SUBPARTITIONS ALL_LOB_PARTITIONS ALL_LOB_SUBPARTITIONS ALL_SUBPARTITION_TEMPLATES ALL_TAB_PARTITIONS ALL_TAB_SUBPARTITIONS USER_IND_PARTITIONS USER_IND_SUBPARTITIONS USER_LOB_PARTITIONS USER_LOB_SUBPARTITIONS USER_SUBPARTITION_TEMPLATES USER_TAB_PARTITIONS USER_TAB_SUBPARTITIONS
Daftar VIEW yang muncul adalah VIEW yang bisa diakses oleh user yang bersangkutan (user yang query ke DICT tersebut). Bila user tersebut mempunya ROLE DBA (misalnya SYS dan SYSTEM) maka daftar VIEW yang keluar lebih banyak lagi. Berikut ini daftar VIEW yang hanya bisa dilihat oleh user dengan role DBA: DBA_IND_PARTITIONS DBA_IND_SUBPARTITIONS DBA_LOB_PARTITIONS DBA_LOB_SUBPARTITIONS DBA_SUBPARTITION_TEMPLATES DBA_TAB_PARTITIONS DBA_TAB_SUBPARTITIONS
2. Dokumentasi Database Oracle dari oracle.com Dokumentasi yang paling sering saya pakai adalah Master Index. Istilah-istilah yang tidak saya pahami, bisa segara saya dapatkan pemahamannya melalui Master Index. Misalkan saya pengin tahu lebih banyak tentang dbms_resource_manager. Dari Master Index saya buka link yang menuju istilah-istilah yang dimulai huruf D. Kemudian saya search pakai kata kunci (keyword) dbms_resource_manager. Selanjutnya saya dapat banyak pilihan link (tema) yang mana yang saya butuhkan. Dokumentasi berikutnya adalah Administrator Guide. Pokoknya, apa saja ada di dikumentasi Oracle. Meskipun database Oracle banyak versinya (8i, 9i, 10g, 11g), secara umum content dokumentasinya hampir sama kecuali yang version specific. Berikut ini dokumentasi yang bisa kita dapatkan dari oracle.com. Kalau ingin akses yang lebih cepat, sebaiknya di-download dulu ke PC local kita. Documentation Index ada di sini. •
•
•
•
Database Oracle 11g Release 1. - Konsep - Administrator Guide - Master Index - Dan yang lain-lainnya … Database Oracle 10g Release 2. - Konsep - Administrator Guide - Master Index - Dan yang lain-lainnya … Database Oracle 9i Release 2. - Konsep - Administrator Guide - Master Index - Dan yang lain-lainnya … Database Oracle 8i Release 3. - Konsep - Administrator Guide - Master Index - Dan yang lain-lainnya …
terhadap masalah yang kita hadapi”. Namun ya itu tadi, kita harus punya akses ke Metalink. Atau dengan kata lain, kita mesti membeli support (license) Oracle dulu. Bagi yang tidak punya akses (account) ke Metalink, masih ada alternatif jalan lain untuk mencari solusi (meskipun tidak seampuh Metalink). Silahkan cari di: • • • •
google http://www.oracle-base.com/ http://www.orafaq.com/ http://asktom.oracle.com/
1.5. Mengenal Teknologi Grid Oracle 10g, g adalah singkatan dari grid. Berikut ini pembahasan mengenai Grid yang saya kutip dari Wikipedia. Komputasi Grid (grid computing) adalah penggunaan sumber daya yang melibatkan banyak komputer yang terdistribusi dan terpisah secara geografis untuk memecahkan persoalan komputasi dalam skala besar. Latar belakang grid Perkembangan kecepatan prosesor berkembang sesuai dengan Hukum Moore, meskipun demikian bandwidth jaringan komputer berkembang jauh lebih pesat. Semakin cepatnya jalur komunikasi ini membuka peluang untuk menggabungkan kekuatan komputasi dari sumbersumber komputasi yang terpisah. Perkembangan ini memungkinkan skala komputasi terdistribusi ditingkatkan lebih jauh lagi secara geografis, melintasi batas-batas domain administrasi yang sudah ada. Pesatnya perkembangan teknologi komputer di negara-negara maju, membuat para penelitinya semakin haus akan tenaga komputasi yang dapat menjawab tantangan dan permasalahan yang mereka hadapi. Walaupun sudah memiliki supercomputer dengan kapasitas yang sangat tinggi , apa yang sudah ada ini pun dirasa tetap kurang, karena mereka berusaha memecahkan permasalahan yang lebih besar lagi. Setelah semua komputer yg dimiliki seorang “peneliti haus tenaga komputasi” dipergunakan habis-habisan untuk memecahkan masalahnya, setelah berbagai cara untuk memecahkan masalah dicoba, dan dipilih yang paling efisien, tapi tetap masalahnya belum bisa dipecahkan juga, apa yang harus dia lakukan? Komputasi grid adalah salah satu jawaban dari pertanyaan ini. Definisi grid Menurut tulisan singkat [1] oleh Ian Foster ada check-list yang dapat digunakan untuk mengidentifikasi bahwa suatu sistem melakukan komputasi grid yaitu : •
•
•
Sistem tersebut melakukan koordinasi terhadap sumberdaya komputasi yang tidak berada dibawah suatu kendali terpusat. Seandainya sumber daya yang digunakan berada dalam satu cakupan domain administratif, maka komputasi tersebut belum dapat dikatakan komputasi grid. Sistem tersebut menggunakan standard dan protokol yang bersifat terbuka (tidak terpaut pada suatu implementasi atau produk tertentu). Komputasi grid disusun dari kesepakatan-kesepakatan terhadap masalah yang fundamental, dibutuhkan untuk mewujudkan komputasi bersama dalam skala besar. Kesepakatan dan standar yang dibutuhkan adalah dalam bidang autentikasi, otorisasi, pencarian sumberdaya, dan akses terhadap sumber daya. Sistem tersebut berusaha untuk mencapai kualitas layanan yang canggih, (nontrivial quality of service) yang jauh diatas kualitas layanan komponen individu dari komputasi grid tersebut.
Dalam buku The Grid:Blue Print for a new computing infrastructure dijelaskan bahwa yang dimaksud dengan komputasi grid adalah infrastruktur perangkat keras dan perangkat lunak yang dapat menyediakan akses yang bisa diandalkan, konsisten, tahan lama dan tidak mahal terhadap kemampuan komputasi mutakhir yang tersedia. “A computational grid is a hardware and software infrastructure that provides dependable, consistent, pervasive, and inexpensive access to high-end computational capabilities.” Seandainya kelak di kemudian hari teknologi yang dibutuhkan untuk mewujudkan visi paradigma komputasi grid ini sudah mapan, peluang akan semakin terbuka bagi kerjasama lintas organisasi, lintas benua dan lintas bangsa. Akan terbuka peluang bagi peneliti di Indonesia yang ingin melakukan komputasi yang sangat rumit, dengan menggunakan supercomputer tercepat di dunia, tanpa harus melakukan investasi besar-besaran dalam bidang teknologi informasi. Produk Grid dari Oracle Oracle telah membangun software infrastruktur komputasi grid yang mampu membagi dan menyeimbangkan semua beban (workload) di antara server-server yang berbeda, dan memanage server-server yang berbeda itu sebagai satu kesatuan sistem. Kemampuan komputasi grid adalah setara dengan mainframe karena semua komponennya (grid) di-cluster. Namun tidak seperti mainframe dan server SMP (symmetric multiprocessing) yang besar, grid bersifat terbuka (open system technologies) yang bisa mencakup system kecil-kecil dengan processor Intel dan OS Linux sehingga biaya jadi jauh lebih murah. Adapun produk grid dari Oracle adalah: • Storage Grid: Automatic Storage Management (ASM) • Database Grid: Real Application Server (RAC) • Application Grid: Oracle Streams • Grid Control: Enterprise Manager Grid Control
2. Basic Installation, Create, and Configuration: 2.1. Install database oracle 10g di Windows XP Secara umum, guide ini berlaku untuk semua instalasi Oracle. Di semua OS, proses instalasi itu sama, hanya sedikit berbeda di pre-installation requisite-nya. Download software Database Oracle dulu. Free, alias gratis… tis.. Sebelumnya anda harus punya account di Oracle. Kalau belum punya, membuatnya gampang sekali, yang penting punya email. Ikuti saja proses “sign up”. Kalau diminta memasukkan pin OPN, dan anda tidak punya pin OPN karena company anda bukan partner-nya Oracle, kosongkan saja. Berikut ini panduan download “Oracle Database 10g Release 2 (10.2.0.1.0)”:
Microsoft Windows 2000 MultiLanguage Edition (MLE) - Windows Server 2003 - all editions - Windows XP Professional - Windows NT is not supported. Berikut ini langkah-langkahnya: 1. Jalankan command “setup.exe” yang ada di paket software yang telah di download Kemudian muncul Install wizard (GUI). Lihat gambarnya di sini
- Pilih option “Basic Installation” - Masukkan directory “Oracle Home Location” - Pilih “Installation Type” - Jangan pilih “Create Starter Database” - Klik button “Next” 2. Oracle installer akan mengecek OS kita, apakah requirement-nya dipenuhi atau tidak. Lihat gambarnya di sini
Pastikan semua statusnya “Succeeded”. Kalau ada warning, atau statusnya bukan Succeed, bereskan dulu OS-nya. Kemudian klik button “Next” 3. Dalam proses instalasi, Oracle akan menjalankan program java. Bila firewall PC anda memblock java, dan muncul alert “Windows Security Alert”, kilk tombol “Unblock”. Lihat gambarnya di sini
4. Muncul summary komponen Oracle Database 10g yang siap kita install. Lihat gambarnya di sini.
Kemudian klik tombol “Install” 5. Installation progress ditunjukkan oleh gambar ini.
6. Setelah itu akan dilakukan konfigurasi tambahan oleh Oracle Installer. Kita cukup perhatikan saja. Lihat gambarnya di sini.
Setelah konfigurasi selesai, klik tombol “Next”. Kadang-kadang kita tidak perlu kilk tombol Next tersebut, secara otomatis wizard menuju ke berikutnya. 7. Akhirnya instalasi selesai. Lihat gambarnya di sini.
2.2. Step-step membuat database Oracle 10g Setelah meng-install software database (RDBMS) Oracle, sekarang saatnya membuat database. Baik di Windows maupun Unix (Linux, Sun Solaris, IBM AIX, HP UX, dan lainlain) caranya sama saja. Membuat database, bisa dengan mamakai SQL script (via SQLPlus) ataupun GUI (wizard) yang disediakan Oracle. Di versi 8i, tool GUI tersebut adalah dbassist; sementara versi 9i ke atas adalah dbca. Untuk Windows lokasi dbca ada directory %ORACLE_HOME%/bin , sementara untuk Unix di $ORACLE_HOME/bin. Secara struktur, lokasi file-file software Oracle baik di Windows maupun Unix adalah sama saja. Yang berbeda hanya penulisan parameter. Di Windows, parameter diapit oleh tanda % (contoh %ORACLE_HOME%) sedangkan di Unix parameter didahului oleh tanda $ (contoh $ORACLE_HOME) Berikut ini adalah langkah-langkah (step-step) untuk membuat database 10g: 1. Jalankan command dbca. Akan muncul form wellcome. Lihat gambarnya di sini.
Selanjutnya klik tombol Next. 2. Berikutnya keluar form pilihan option. Lihat gambarnya di sini.
Pilih “Create a Database”. Selanjutnya klik tombol Next. 3. Berikutnya keluar form Database template. Lihat gambarnya di sini.
Ada 3 pilihan template. Kalau tidak mau pakai templete, pilih “Custom Database”. Dalam contoh ini saya memilih template “General Purpose”. Selanjutnya klik tombol Next. 4. Berikutnya muncul form Database Identification. Lihat gambarnya di sini.
Ini nama database. Terserah mau diberi nama apa. Di sini saya namai “dataku”. Selanjutnya klik tombol Next. 5. Berikutnya mucul form Management Option. Lihat gambarnya di sini.
Saya memilih “Configure the Database with Enterprise Manager”. Selanjutnya klik tombol Next. 6. Berikutnya mucul form Database Credential. Lihat gambarnya di sini.
Masukkan password. Untuk mempermudah biar tidak gampang lupa, saya memilih password yang sama untuk semua account. Selanjutnya klik tombol Next. 7. Berikutnya mucul form Storage Option. Lihat gambarnya di sini.
Saya memilih “File system”. Selanjutnya klik tombol Next. 8. Berikutnya mucul form Database File Location. Lihat gambarnya di sini.
Saya memilih “C:\oracle\oradata”. Selanjutnya klik tombol Next. 9. Berikutnya mucul form Recovery Configuration. Lihat gambarnya di sini.
Saya memilih untuk menggunakan Flash Recovery Area. Saya memakai direktori default. Selanjutnya klik tombol Next. 10. Berikutnya mucul form Database Content. Lihat gambarnya di sini.
Sample schema berisi schema-schema (berserta object: table, index, view, dll) contoh dari Oracle. Ini bermanfaat bagi yang sedang belajar. Selanjutnya klik tombol Next. 11. Berikutnya mucul form Initialization Parameter. Lihat gambarnya di sini.
Untuk memori, saya memilih custom, dengan shared memory management: Automatic. Nilai SGA sesuaikan dengan memory komputer kita. Dengan memory PC 1G, saya masukkan SGA: 274M. Selainnya saya memakai value (nilai) default. Selanjutnya klik tombol Next. 12. Berikutnya mucul form Database storage. Lihat gambarnya di sini.
Lokasi file-file adalah sesuai dengan directory yang telah kita pilih tadi. Melalui wizard ini kita bisa mengubah ke direktori lain. Selanjutnya klik tombol Next. 13. Berikutnya mucul form Creation Option. Lihat gambarnya di sini.
Pilih “Create Database” karena kita akan membuat database. Pilih juga “Generate database creation scripts”. Bermanfaat bagi yang belajar, untuk memahai commandcommand apa yang dijalankan ketika membuat database. Selanjutnya klik tombol Finish. 14. Berikutnya muncul form Confirmation. Lihat gambarnya di sini.
Berisi tentang resume database yang akan kita buat. Selanjutnya klik tombol OK. 15. Berikutnya mucul Installation Progress. Kalau create di Windows mungkin muncul error, lihat gambarnya di sini.
Bila file tersebut belum ada, buatlah. Jika file sudah ada dan nilai parameter tersebut bukan NONE, ubah menjadi NONE. Selanjutnya klik Ignore, nanti akan kembali ke form “Creation Option”, ulangi (lanjutkan) ke step-step berikutnya. Bila berhasil, maka “Creation progress” akan menunjukkan proses pembuatan database yang sedang berjalan. lihat gambarnya di sini
16. Akhirnya proses selesai. Lihat gambarnya di sini.
Selanjutnya klik tombol Exit. Setelah selesai, bila di WIndows, ubah nilai SQLNET.AUTHENTICATION_SERVICES dari NONE menjadi NTSSQLNET.AUTHENTICATION_SERVICES = (NTS) Ini penting agar bisa mudah memanage database, kapan-kapan akan saya bahas.
2.3. Membuat Listener Setelah install software Oracle dan membuat database Oracle, kini saatnya kita untuk mengakses database lewat jaringan. Dari sisi server (Oracle database) diperlukan listener, sementara dari sisi client diperlukan Local Net Service Name (TNS Names). Listener bisa dibuat dengan GUI (wizard) ataupun melalui command line. Di Oracle 8i ke atas, GUI (tool) tersebut adalah netca. Seperti tool-tool database Oracle yang lain, lokasinya ada di $ORACLE_HOME/bin. Berikut ini langkah-langkah membuat listener pakai netca. Sebagai contoh saya menggunakan Oracle 10g. Secara umum adalah sama untuk Oracle versi lainnya. 1. Jalankan command netca. Akan muncul form wellcome. Lihat gambarnya di sini.
Pilih “Listener Configuration”. Selanjutnya klik tombol Next. 2. Berikutnya keluar form Listener Configuration. Lihat gambarnya di sini.
3. Berikutnya keluar form Listener Name. Lihat gambarnya di sini.
Masukkan nama listener. Kita bisa menamakan apa saja. Di sini saya biarkan pakai nama default, yaitu LISTENER. Selanjutnya klik tombol Next. 4. Berikutnya keluar form Select Protocol. Lihat gambarnya di sini.
Saya memilih TCP. Selanjutnya klik tombol Next. 5. Kalau milih TCP, berikutnya akan keluar form TCP/IP Protocol. Lihat gambarnya di sini.
Kemudian pilih port yang akan digunakan. Saya menggunakan port default, 1521. Selanjutnya klik tombol Next. 6. Berikutnya akan keluar form More Listener. Lihat gambarnya di sini.
Apakah kita ingin membuat listener yang lain lagi?. Saya pilih tidak (No). Selanjutnya klik tombol Next. 7. Akhirnya selesai. Lihat gambarnya di sini.
Kalau ingin melakukan perkerjaan lainnya, klik tombol Next. Karena saya cukup membuat listener ini saja, ya sudah, klik tombol Cancel. Pada dasarnya secara intrinsik, Oracle melakukan 2 hal berikut ini (membuat listener pakai command line ya dengan cara berikut ini):
2. Menjalankan (menaikkan) proses listener lsnrctl start LISTENER
Selanjutnya, masukkan database yang telah kita buat tadi ke dalam konfigurasi listener agar database bisa dilayani listener. Sebenarnya kalau listener dibuat (dan dinaikkan) dulu sebelum membuat database, konfigurasi ini dilakukan secara otomatis oleh dbca (bila kita membuat database menggunaka dbca). Di Oracle 9i keatas, untuk melakukannya kita bisa menggunakan tool netmgr yang ada di $ORACLE_HOME/bin. Di Windows sepertinya netmgr tidak dibuatkan exe-nya di %ORACLE_HOME%/bin, tapi dibuatkan sort cut-nya di menu program. Berikut ini step-step menggunakan netmgr: 1. Jalankan command netmgr. Kemudian muncul Wizard-nya. Lihat gambarnya di sini.
2.4. Membuat (mensetting) TNS Names Software Oracle sudah di-install, database sudah dibuat, dan listener juga sudah dibuat. Untuk bisa mengakses database di mesin server, suatu client (misalnya PC) harus di-install software Oracle Client. Setelah itu, kita perlu mensetting TNS Names di client tersebut. Tool GUI (wizard) di Oracle versi 8i ke atas adalah netca. Ketika install software database (RDBMS) Oracle, secara otomatis di-install juga Oracle client. Jadi, di PC yang telah saya install RDBMS Oracle itu juga automatically sudah terinstall Oracle client. So, untuk belajar (lagipula karena keterbatasan jumlah komputer) kita bisa memakai satu PC sebagai server dan client sekaligus. Berikut ini langkah-langkah (step-step) nya: 1. Jalankan command netca. Kemudian muncul form Welcome. Lihat gambarnya di sini.
Pilih “Local Net Service Name configuration”. Selanjutnya klik tombol Next. 2. Berikutnya muncul form Net Service Name Configuration. Lihat gambarnya di sini.
Gampangnya saja, service name adalah sama dengan nama instance (SID). Di sini nama instance adalah dataku. Selanjutnya klik tombol Next. 4. Berikutnya pilih protocol. Lihat gambarnya di sini.
Protokol adalah sama dengan protokol yang dipakai listener. Saya pakai TCP. Selanjutnya klik tombol Next. 5. Berikutnya masukkan host name (alamat) database server. Lihat gambarnya di sini.
Bisa pakai IP dan bisa pakai nama komputer. Di sini saya memakai IP. Selanjutnya klik tombol Next. 6. Berikutnya muncul pertanyaan, apakah akan kita lakukan test?. Lihat gambarnya di sini.
Sebaiknya pilih “Yes”. Selanjutnya klik tombol Next. 7. Test koneksi memakai user system dengan password manager (default). Karena password system adalah oracle, maka connection error. Lihat gambarnya di sini.
Namanya terserah kita, bebas. Di sini (by default) namanya sama dengan nama service (SID) yang tadi kita masukkan. Selanjutnya klik tombol Next. 11. Apakah akan meng-configure TNS yang lainnya?. Lihat gambarnya di sini.
Pilih “No” dan klik tombol Next. 12. Selanjutnya, berhasil. Lihat gambarnya di sini.
Kalau ingin mensetting yang lainnya pakai netca, klik Next. Kalau cukup sekian ya klik Cancel.
2.5. Komputer Lambat setelah Install Database Oracle Untuk belajar database Oracle ataupun keperluan development, kita bisa menginstall software Oracle di komputer (PC) kita. Misalkan kita menginstall database Oracle di PC kita yang punya memory 1 GB dan hard disk puluhan GB. Terus, setelah install kok performance PC jadi lambat, ya. Kenapa? Ketika instalasi, kita ditanya apakah akan membuat database sekalian? Lihat gambar di bawah ini.
Kalau “create starter database” kita check, maka setelah installasi, installer akan membuat database. Pada contoh gambar di atas, pilihan ini tidak saya ambil. Tentu saja database Oracle memakai memory. Kalau memory database Oracle terlalu besar untuk ukuran PC kita, jelas… PC akan jadi lambat. Untuk melihat berapa memory yang sedang dipakai, gunakan windows Task Manager. Kalau memory yang dipakai Oracle terlalu besar untuk ukuran PC kita, untuk itu kita bisa menurunkannya. Cara menurunkan alokasi memory di database Oracle: 1. Edit init (instance) parameter. Misalkan saya akan menurunkan memory menjadi 200MB. Buka command prompt, jalankan SQLPLUS C:\>sqlplus "/ as sysdba" SQL> alter system set sga_target=209715200 scope=spfile;
Di Windows, database server (instance) kita dibuatkan service. Untuk melihatnya, dari Control Panel, buka Administrative Tools, kemudian buka Services. Lihat gambar di bawah ini (dalam contoh ini, nama database dan instance adalah DATAKU).
Startup Type services punyanya Oracle biasanya dibuat Automatic. Dalam contoh ini, ada 3 yaitu: - OracleDBConsoleNAMADATABASE - OracleNAMAHOMETNSListener - OracleServiceNAMAINSTANCE Agar service-service tersebut tidak segera naik waktu PC baru startup, ubah Startup Type menjadi Manual. Terus, kalau database Oracle sedang tidak kita pakai, service-service tersebut dimatikan saja. Dan nyalakan kalau sedang dipakai saja sehingga resource (khususnya memory) tidak terbuang sia-sia.
2.6. Mengetahui konfigurasi database Berikut ini cara mengetahui informasi seputar konfigurasi database Oracle yang kita maintain. Informasi ini sangat penting diketahui, terutama bagi DBA yang databasenya diinstall/create/configure oleh orang (DBA) lain. Informasi tentang environment Operating System (OS) Salah satu informasi yang paling penting adalah ORACLE_HOME, yaitu directory di mana instalasi Oracle ditaruh. Lihat environment OS di sini: 1. Di Windows, lihat di registry My Computer --> HKEY_LOCAL_MACHINE -> SOFTWARE --> ORACLE 2. Di Unix, lihat di user profile dari database owner. Untuk shell sh/ksh/bash, user profile ada di file .profile. Untuk shell csh/tcsh, user profile ada di file .login
Informasi parameter Instance (init file) Lokasinya ada di $ORACLE_HOME/dbs untuk OS Unix, atau %ORACLE_HOME%\database untuk Windows. Lebih detail silahkan lihat Teori dan Administrasi init file (pfile dan spfile). Parameter instance, kalau tidak di-specify di init file, maka Oracle akan memberi nilai default. Ketika instance up, kita bisa melihat parameter-parameter instance melalui view v$parameter. Contoh: SQL> select NAME,VALUE,ISDEFAULT from v$parameter order by name;
Kolom NAME adalah nama parameter. Kolom VALUE adalah nilai dari parameter tersebut. Kolom ISDEFAULT, kalau bernilai YES berarti nilai tersebut masih merupakan nilai default atau belum di-specify.
Feature (option) database yang sudah ter-install Ketika meng-install software database Oracle, kita diberi 3 pilihan jenis instalasi yaitu standart, enterprise, atau custom. Feature (option) mana saja yang akan turut di-install, ya tergantung pilihan kita tersebut. Untuk mengetahui option apa saja yang include dalam software database Oracle yang telah kita install, query ke view v$option. SQL> select * from v$option order by parameter;
Jadi, perlu dipahami betul beda informasi antara yang di VIEW v$option dan di dba_registry. Feature (option) yang di-install (ada di v$option) belum tentu dipakai oleh database (ada di dba_registry). Sebaliknya, feature yang dipakai database (ada di dba_registry) sudah pasti merupakan feature yang sudah ada dalam instalasi software database Oracle (ada di view v$option).
Informasi tentang properties database Contoh properties database adalah default tablespace (permanent dan temporary), timezone, character set, language, dll. Informasi tersebut bisa dilihat dengan query ke view database_properties. SQL> select PROPERTY_NAME,PROPERTY_VALUE from database_properties order by PROPERTY_NAME;
3. Basic Administration: 3.1. Memulai Koneksi ke Database Setelah menginstall Oracle dan membuat database, untuk langkah awal administrasi adalah mulai melakukan koneksi ke database. Administrasi dilakukan oleh user yang meng-install dan membuat database. Tool native dari Oracle untuk administrasi database adalah sqlplus, lokasi ada di $ORACLE_HOME/bin. Di Oracle versi 8 ke bawah, tool administrasi tersebut adalah svrmgrl. Sebelum melakukan koneksi, ada OS parameter yang perlu disetting. Di Windows, parameter tersebut otomatis sudah dimasukkan ke dalam registry ketika meng-install dan membuat database pakai dbca. Di Unix, setting manual parameter berikut di user profile: ORACLE_HOME, ORACLE_SID, dan PATH. Misalkan kita pakai shell sh atau ksh. Edit file .profile, tambahkan parameter berikut: ORACLE_HOME=/data1/oracle/product/10.2.0; export ORACLE_HOME ORACLE_SID=ts; export ORACLE_SID PATH=$ORACLE_HOME/bin:$PATH; export PATH
Setelah mengedit file .profile, jangan lupa untuk relogin atau mengeksekusi file tersebut agar parameter yang disetting terbaca oleh current session. Berikut ini cara mengeksekusi file .profile. . ./.profile
Koneksi pakai SQLPLus di Mesin server Sekarang, mari kita mulai koneksi ke database. Misalkan saya akan connect pakai user system. sqlplus
Nanti akan diminta memasukkan username dan password. Kalau belum diubah, password system adalah seperti yang ditunjukkan ketika membuat database. Bisa juga username langsung dimasukkan ke argument-nya SQLPlus, nanti kita cuma diminta memasukkan password saja. sqlplus system
Koneksi dengan langsung memasukkan username dan password sekaligus ini tidak direkomendasikan, karena password akan tampak ketika di ps -ef. Contoh: ps -ef|grep sql oracle 5742 25612
11:09:49 pts/1 0:00 sqlplus system/oracle
Cara lain juga, kita bisa masuk ke SQLPlus prompt tanpa login, kemudian jalankan perintah connect atau conn di SQL prompt. Contoh: sqlplus /nolog SQL> conn
Sama seperti ketika menjalankan sqlplus dari OS prompt, username dan password bisa disebutkan langsung atau tidak; kalau tidak disebutkan nanti akan ditanyakan. SQL> conn system/oracle SQL> conn system
Koneksi pakai user sys User sys adalah merupakan super user, dikenal juga sebagai sysdba. Untuk koneksi pakai user sys, harus ditambahkan argument as sysdba. Contoh: SQL> conn sys/oracle as sysdba
Bisa juga tanpa menyebutkan user sys, yaitu dengan memakai argument /. Contoh: SQL> conn / as sysdba
Kalau tidak sebutkan argument as sysdba, akan muncul error berikut: SQL> conn sys/oracle ERROR: ORA-28009: connection as SYS should be as SYSDBA or SYSOPER Warning: You are no longer connected to ORACLE.
Bisa juga langsung login ketika menjalankan SQLPLUS. Contoh: sqlplus "sys/oracle as sysdba" sqlplus "/ as sysdba"
3.2. Startup dan shutdown instance Administrasi (aktivitas) yang bisa kita lakukan pada instance adalah startup, shutdown, dan alter. Secara umum proses startup adalah sebagai berikut: 1. Database mati (shutdown) Background process belum naik. Memori belum dialokasikan 2. nomount Backgroung process dinaikkan. Memory dialokasikan 3. mount Instance membaca control file. Control file berisi konfigurasi database. Instance belum membaca data file. 4. open Instance sudah membaca data file (header). Database siap diakses
Command “startup” saja tanpa argument, by default adalah “startup open” Command “startup force” adalah sama saja dengan “shutdown abort” kemudian “startup” Command shutdown : shutdown shutdown shutdown shutdown
3.3. Administrasi User Waktu kita membuat database, secara otomatis Oracle membuat user sys dan system. User sys bisa melakukan apa saja, oleh karenanya disebut sebagai super user. User system digunakan untuk administrasi database sehari-hari, misalnya membuat user, tablespace, dan lain-lain. Kalau user sys bisa melakukan semuanya, kenapa mesti ada user system? Ya tentu saja, pertimbangannya adalah masalah security. Oke, mari kita mulai membahas administrasi user di database Oracle. Create (membuat) user Berikut ini format perintah SQL untuk membuat user [Gambar diambil dari dokumentasi Oracle 9i]
Perintah membuat user yang paling sederhana adalah (contoh, saya akan membuat user dengan nama ROHMAD dan passwordnya PASSROH):
SQL> conn system SQL> create user ROHMAD identified by PASSROH;
Karena tidak di-specify, maka atribut-atribut yang lainnya memakai nilai default. Untuk melihatnya lihat di view dba_users
SQL> select * from dba_users where username='ROHMAD';
Untuk melihat default tablespace dan default temporary tablespace dari suatu database, silahkan lihat di Administrasi Tablespace. Berikut ini contoh membuat user dengan men-specify default tablespace, quota pemakaian di tablespace, dan temporary tablespace (ini contoh yang paling sering digunakan):
SQL> CREATE USER rohmad IDENTIFIED BY passroh DEFAULT TABLESPACE users QUOTA unlimited ON users QUOTA 500K ON data_ts TEMPORARY TABLESPACE temp;
Alter (mengubah) user Semua atribut user bisa diubah (alter) kecuali username itu sendiri. Secara umum perintah alter sama dengan create, hanya mengganti kata create menjadi alter. Contoh: SQL> alter user ROHMAD identified by PASSROH2;
Grant User Setelah user dibuat, user tersebut tidak bisa melakukan koneksi sebelum diberi grant (hak) untuk connect ke database. SQL> conn rohmad/passroh2 ERROR: ORA-01045: user ROHMAD lacks CREATE SESSION privilege; logon denied
Berikut ini perintah untuk memberi grant ke user agar bisa connect ke database SQL> conn system; SQL> grant connect to rohmad;
Setelah itu, dengan user rohmad tersebut, mari kita coba membuat table SQL> conn rohmad/passroh2 SQL> create table tab_test (no number); ERROR at line 1: ORA-01031: insufficient privileges
OO… ternyata user rohmad belum punya priviledges untuk membuat table. Coba beri privilege ke user rohmad agar bisa membuat tabel SQL> conn system; SQL> grant create table to rohmad;
SQL> create table tab_test (no number); ERROR at line 1: ORA-01950: no privileges on tablespace 'USERS'
OO… ternyata error. Walaupun default tablespace untuk user ROHMAD adalah tablespace USERS, ternyata ROHMAD masih belum bisa membuat table (menulis) di tablespace USERS. Beri quota ke user ROHMAD, bisa unlimited ataupun di-specify besarannya. Contoh, beri quota unlimited: SQL> conn system; SQL> alter user rohmad quota unlimited on USERS;
Coba lagi, dan berhasil … SQL> conn rohmad/passroh2 SQL> create table tab_test (no number); Table created.
Agar bisa membuat index, user rohmad harus diberi grant. Demikian juga untuk bisa membuat view. Wow… dapat anda bayangkan, berapa banyak privilege yang mesti gita beri (grant)? Untuk mengatasi itu, Oracle membuat role. Role berisi beberapa (banyak) privilege. Contoh, role RESOURCE berisi grant untuk membuat table, membuat index, quota unlimited di default tablespace, dan lain-lain. Berikut ini perintah untuk memberi hak (grant) role RESOURCE ke user ROHMAD SQL> conn system SQL> grant RESOURCE to rohmad;
Umumnya, cukup dengan memberi grant CONNECT dan RESOURCE ke user yang baru dibuat, user tersebut sudah bisa melakukan banyak pekerjaan. SQL> create user ROHMAD identified by PASSROH; SQL> grant connect to rohmad; SQL> grant RESOURCE to rohmad;
Menghapus User SQL> drop user rohmad;
Kalau user tersebut mempunyai object (misalnya tabel), maka akan muncul error berikut ORA-01922: CASCADE must be specified to drop 'ROHMAD'
Kalau begitu, tambahkan parameter CASCADE untuk sekaligus menghapus semua object yang dimiliki user tersebut SQL> drop user rohmad CASCADE;
Referensi 1. Oracle9i Database Administrator’s Guide Release 2 (9.2) - Managing Users and Resources 2. Oracle9i Database Administrator’s Guide Release 2 (9.2) - Managing User Privileges and Roles
3.4. Administrasi Control File Selain datafile dan log dfile, control file merupakan salah satu file utama database Oracle. Secara global ada baiknya kita lihat lagi arsitektur database Oracle. Informasi yang disimpan di contol file di antaranya adalah nama database, lokasi datafile dan logfile, nomor SCN, dan lain-lain. View-view dictionary yang datanya diambil dari control file di antaranya adalah: v$DATABASE, v$DATAFILE, v$TEMPFILE, v$LOGFILE, V$LOG, dan lain-lain. Control file dibaca Oracle ketika instance sedang mount. Oleh karena itu, view-view tersebut bisa diquery meskipun database dalam keadaan mount (belum open). Lokasi Lokasi control file ditunjukkan oleh parameter control_files. Silahkan temukan parameter control_files ini di instance parameter (init file atau spfile). Atau gunakan SQL command berikut: SQL> SQL> SQL> SQL> SQL>
show parameter control_files -- atau select name from v$controlfile; -- atau select NAME,VALUE from v$parameter where NAME ='control_files';
Melihat isi control file Untuk melihat informasi apa saja yang disimpan di control file, gunakan SQL command berikut: SQL> select * from V$CONTROLFILE_RECORD_SECTION order by type;
Untuk melihat definisi control file, backup control file ke file text. Gunakan perintah ini: SQL> alter database backup controlfile to trace;
GROUP 4 '/oradata/oracle/ts/redo04.log' SIZE 5M, GROUP 5 '/oradata/oracle/ts/redo05.log' SIZE 5M, GROUP 6 '/oradata/oracle/ts/redo06.log' SIZE 5M DATAFILE '/oradata/oracle/ts/system01.dbf', '/oradata/oracle/ts/undotbs01.dbf', '/oradata/oracle/ts/sysaux01.dbf', '/oradata/oracle/ts/users01.dbf2', '/oradata/oracle/ts/test01.dbf', '/oradata/oracle/ts/test02.dbf' CHARACTER SET WE8MSWIN1252 ; RECOVER DATABASE ALTER SYSTEM ARCHIVE LOG ALL; ALTER DATABASE OPEN; ALTER TABLESPACE TEMP ADD TEMPFILE '/oradata/oracle/ts/temp01.dbf2' SIZE 20971520 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;
Bagain kedua, yaitu recreate dengan opsi RESETLOGS, intinya sama saja. Hanya berbeda pada poin-poin berikut: CREATE CONTROLFILE REUSE DATABASE "TS" RESETLOGS FORCE LOGGING ARCHIVELOG RECOVER DATABASE USING BACKUP CONTROLFILE ALTER DATABASE OPEN RESETLOGS;
Menambah, multiplexing (mirroring) control file Ketika membuat database dengan dbca, by default Oracle akan membuat 3 control file. Isi ketiga control file tersebut adalah sama. Sebenarnya, 1 control file saja cukup. Kita dianjurkan untuk membuat lebih dari 1 untuk jaga-jaga (multiplex/mirror), kalau-kalau salah satu control file corrupt kita masih punya yang lainnya. Oleh karena itu, idealnya masingmasing control file ditaruh di file system (drive) yang berbeda. Multiplexing dilakukan dengan menambah control file. Misalkan kita sudah punya 3 control file berikut: /oradata/oracle/ts/control01.ctl /oradata/oracle/ts/control02.ctl /oradata/oracle/ts/control03.ctl
Saya ingin menambah 1 control file lagi dan saya taruh di directory /data1/oracle. Berikut ini step-stepnya: 1. Shutdown database SQL> shutdown immediate
2. Copy control file. Bisa yang mana saja, toh isinyanya sama semua cd /data1/oracle/ cp -rp /oradata/oracle/ts/control03.ctl control04.ctl
Kalau pakai spfile, kita tidak bisa mengedit spfile pakai text edior, mau tidak mau ya harus startup instance (cukup startup nomount saja): SQL> startup nomount SQL> alter system set control_files= '/oradata/oracle/ts/control01.ctl', '/oradata/oracle/ts/control02.ctl', '/oradata/oracle/ts/control03.ctl', '/data1/oracle/control04.ctl' scope=spfile; SQL> shutdown immediate
4. Startup database. Check bahwa sekarang control file sudah bertambah SQL> startup SQL> select name from v$controlfile; NAME -------------------------------------/oradata/oracle/ts/control01.ctl /oradata/oracle/ts/control02.ctl /oradata/oracle/ts/control03.ctl /data1/oracle/control04.ctl
Me-rename (memindahkan) control file Step-stepnya hampir sama dengan menambah control file. Misalkan kita akan memindahkan control file /data1/oracle/control04.ctl ke directory /data2/oracle/ 1. shutdown database 2. pindahkan (rename) control file cd /data2/oracle/ mv /data1/oracle/control04.ctl /data2/oracle/
3. Edit instance parameter file (initfile atau spfile). Ganti control file yang lama (/data1/oracle/control04.ctl) menjadi yang baru (/data2/oracle/control04.ctl): control_files='/oradata/oracle/ts/control01.ctl', '/oradata/oracle/ts/control02.ctl', '/oradata/oracle/ts/control03.ctl', '/data2/oracle/control04.ctl'
1. shutdown database 2. Take out /data2/oracle/control04.ctl dari parameter control_files. control_files='/oradata/oracle/ts/control01.ctl', '/oradata/oracle/ts/control02.ctl', '/oradata/oracle/ts/control03.ctl'
3.5. Administrasi Tablespace Tablespace merupakan bagian dari arsitektur logic database Oracle [secara sekilas, struktur logik database Oracle adalah tablespace, segment, extent, dan block]. Tablespace digunakan sebagai tempat (storage) bagi segment. Segment adalah object database yang mempunyai data. Yang termasuk segment adalah table, index, cluster, rollback (undo), lobsegment, lobindex, table partition, index partition, lob partition, temporary segment, dll. Gunakan query berikut untuk melihat type-type segment yang ada di database kita SQL> select distinct SEGMENT_TYPE from dba_segments;
Secara fisik, tablespace terdiri atas satu atau lebih datafile. Informasi tentang tablespace ada di view v$tablespace , dba_tablespaces, dba_data_files, dba_temp_files, dll. Gunakan command berikut untuk melihat tipe-tipe tablespace SQL> select distinct CONTENTS from dba_tablespaces;
Berdasarkan hasil query tersebut, berikut ini 3 tipe tablespace: • • •
UNDO. Untuk menyimpan rollback (undo) segment TEMPORARY. Untuk menyimpan temporary segment PERMANENT. Untuk menyimpan segment selain dua di atas (contoh tabel, index)
UNDO TABLESPACE 1. Contoh membuat Undo Tablespace dengan nama undotbs2, datafile /oradata/oracle/ts_bak/undotbs201.dbf, ukuran file sebesar 10M. Jangan lupa tambahkan option undo sesudah create. SQL> create undo tablespace undotbs2 datafile ‘/oradata/oracle/ts_bak/undotbs201.dbf’ size 10m;
2. Untuk menambah (menaikkan size/space) dapat dilakukan dengan manaikkan size dari datafile atau menambah datafile SQL> alter database datafile '/oradata/oracle/ts_bak/undotbs201.dbf' resize 20m; SQL> alter tablespace undotbs2 add datafile ‘/oradata/oracle/ts_bak/undotbs202.dbf’ size 10m; 3.
Untuk melihat datafile dan size dari tablespace UNDOTBS2 SQL> select file_name,bytes from dba_data_files where tablespace_name='UNDOTBS2‘;
4.
Untuk melihat free space tiap-tiap datafile dari tablespace UNDOTBS2 SQL> select a.name, sum(b.bytes) from v$datafile a, dba_free_space b where a.file#=b.file_id and b.TABLESPACE_NAME='UNDOTBS2' group by a.name;
5. Untuk melihat undo tablespace yang aktif saat ini gunakan SQL> show parameter undo_tablespace
Untuk mengubah undo_tablespace ke tablespace yang baru saja kita buat SQL> alter system set undo_tablespace=UNDOTBS2;
TEMPORARY TABLESPACE 1. Contoh membuat temporay tablespace dengan nama TEMP2, tempfile /oradata/oracle/ts/temp21.dbf, ukuran file sebesar 10M. Jangan lupa tambahkan option temporary sesudah create, dan gunakan tempfile bukan datafile. SQL> create temporary tablespace temp2 tempfile ‘/oradata/oracle/ts/temp21.dbf’ size 10m;
2. Untuk menambah (menaikkan size/space) dapat dilakukan dengan manaikkan size dari tempfile atau menambah tempfile SQL> alter database tempfile '/oradata/oracle/ts/temp21.dbf' resize 20m; SQL> alter tablespace temp2 add tempfile '/oradata/oracle/ts/temp22.dbf' size 10m;
3. Untuk melihat temp file (file-file milik TEMPORARY tablespace) dan sizenya. Contoh, misalkan nama TEMPORARY tablespace tersebut adalah TEMP: SQL> select file_name,bytes from dba_temp_files where tablespace_name='TEMP‘;
4. Untuk melihat free spacenya SQL> select a.name, sum(b.BYTES_FREE) from v$tempfile a, V$TEMP_SPACE_HEADER b where a.file#=b.file_id and b.TABLESPACE_NAME='TEMP' group by a.name;
5. Untuk melihat temporary tablespace yang digunakan sebagai DEFAULT di database adalah SQL> select PROPERTY_VALUE from database_properties where PROPERTY_NAME='DEFAULT_TEMP_TABLESPACE';
Untuk mengubah default temporary tablespace menjadi tablespace yang baru saja kita buat SQL> alter database default temporary tablespace temp2;
SQL> create tablespace DATA datafile '/oradata/oracle/ts_bak/data01.dbf' size 10m;
2. Untuk menambah (menaikkan size/space) dapat dilakukan dengan manaikkan size dari datafile atau menambah datafile. Caranya sama persis seperti pada UNDO tablespace SQL> alter database datafile '/oradata/oracle/ts_bak/data01.dbf' resize 20m; SQL> alter tablespace DATA add datafile '/oradata/oracle/ts_bak/data02.dbf' size 10m;
3. Untuk melihat datafile, size, dan free size dari PERMANENT tablespace; caranya seperti untuk UNDO tablespace, yaitu gunakan view dba_data_files, v$datafile, dan dba_free_space. 4. Untuk melihat permanent tablespace yang digunakan sebagai DEFAULT di database adalah SQL> select PROPERTY_VALUE from database_properties where PROPERTY_NAME='DEFAULT_PERMANENT_TABLESPACE';
Untuk mengubah default permanent tablespace menjadi tablespace yang baru saja kita buat SQL> alter database default tablespace data;
MENGURANGI SIZE DARI TABLESPACE 1. Dilakukan dengan mengurangi size dari datafilenya. Perintah untuk mengurangi size adalah sama dengan perintah untuk menambah size, intinya adalah mengubah size (RESIZE). Jangan lupa, untuk temporary tablespace gunakan TEMPFILE; untuk PERMANENT dan UNDO tablespace sama, gunakan DATAFILE.
SQL> alter database tempfile '/oradata/oracle/ts/temp21.dbf' resize 20m; SQL> alter database datafile '/oradata/oracle/ts/undotbs1.dbf' resize 20m;
Catatan penting Penguranga size (resize) tidak bisa dilakukan pada block di bawah high water mark. High water mark adalah posisi block tertinggi yang pernah dipakai untuk extent. Nanti kapan-kapan saya bahas tentang high water mark ini. Eksekusi akan error kalau resize dilakukan di bawah High water mark:
ORA-03297: file contains used data beyond requested RESIZE value
Best practice-nya, kalau misalkan size datafile 4G, dan kita ingin menurunkan sizenya, lakukan secara gradual (diturunkan 100M - 100M) untuk menemukan size (high water mark) yang sesuai. 2. Dilakukan dengan menghapus temp file Untuk alasan keamanan, datafile tidak bisa dihapus. Ingat, yang dimaksud datafile adalah file-file milik tablespace PERMANENT dan UNDO. SQL> alter database datafile '/oradata/oracle/ts/test02.dbf' drop; ERROR at line 1: ORA-01916: keyword ONLINE, OFFLINE, RESIZE, AUTOEXTEND or END/DROP expected
Sedangkan temp file bisa dihapus (file milik tablespace TEMPORARY) karena file ini tidak berisi data. Dengan catatan, paling tidak sisakan 1 tempfile. SQL> alter database tempfile '/oradata/oracle/ts/temp02.dbf2' drop;
3. contoh kasus o Pertanyaan Bagaimana cara untuk resize tablepspace SYSTEM yang besar nya sudah 3G, padahal yang ke pakai cuma 500M, sudah di coba pake alter tablespace resize, tetapi tidak bisa . o Jawaban Resize tidak bisa dilakukan karena dulunya space 3G itu pernah kepakai. Mungkin dulu pernah sempat ada segment (table/index/temp segment) yang memakai tablespace SYSTEM, namun sekarang sudah dihapus. Konsep yang berkaitan dengan hal ini adalah “High Water Mark”. Kalau size tablespace (datafile) tidak bisa dikurangi dengan “alter database datafile ‘…’ resize” sementara itu free space-nya masih sangat banyak, satusatunya solusi adalah recreate tablespace yang bersangkutan. Caranya: - export data-data yang ada di tablespace tsb - create tablespace baru - import data-data tsb ke tablespace baru - drop tablespace lama. Namun sayangnya, tablespace SYSTEM tidak bisa di-recreate. Kalau masih mau dipaksa, ya dengan recreate database: - export database full - buat database baru - import database - drop database lama MENGHAPUS (drop) TABLESPACE Perintahnya sama untuk ketiga jenis tablespace tersebut. Contoh SQL> drop tablespace DATA;
3.6. Memindahkan atau Me-rename Datafile Kadang kita perlu memindahkan datafile dari satu tempat (disk/file system/directory/drive) ke tempat yang lainnya. Atau kadang juga kita perlu me-rename datafile karena ada salah ketik waktu membuatnya. Baik memindahkan file dari satu tempat ke tempat lain, maupun merename datafile di tempat yang sama, intinya adalah sama saja. Misalkan kita ingin memindahkan/me-rename datafile dari ‘/oradata/oracle/ts/users01.dbf’ ke ‘/oradata/oracle/ts/users02.dbf’ Pada database yang NOARCHIVELOG: 1. Shutdown database SQL> shutdown immediate
2. Pindahkan/move/rename datafile. Di Windows bisa pakai Windows explorer. Di unix gunakan command ini: mv /oradata/oracle/ts/users01.dbf /oradata/oracle/ts/users02.dbf
3. Startup mount database SQL> startup mount
4. Rename datafile di level database SQL> alter database rename file '/oradata/oracle/ts/users01.dbf' to '/oradata/oracle/ts/users02.dbf';
5. Setelah itu, open database SQL> alter database open;
Pada database yang ARCHIVELOG: 1. Tidak perlu shutdown database. Cukup offline-kan datafile yang bersangkutan SQL> alter database datafile '/oradata/oracle/ts/users01.dbf' offline;
2. Pindahkan/move/rename datafile. Di Windows bisa pakai Windows explorer. Di unix gunakan command ini: mv /oradata/oracle/ts/users01.dbf /oradata/oracle/ts/users02.dbf
4. Setelah itu, recover datafile yang telah di-rename tersebut SQL> recover datafile '/oradata/oracle/ts/users02.dbf';
5. Terakhir, online-kan datafile yang telah di-rename tersebut alter database datafile '/oradata/oracle/ts/users01.dbf' online;
Pada metode pertama di atas (untuk database NOARCHIVELOG), mau tidak mau database tersebut tidak bisa diakses karena harus di-shutdown dulu (ada downtime). Sementara pada metode kedua (untuk database ARCHIVELOG) database masih bisa diakses (baik query maupun transaksi), kecuali data (bytes) yang secara intrinsik disimpan di datafile tersebut tidak bisa diakses. Misalkan datafile diatas adalah milik tablespace USERS, dan tablespace USERS punya dua datafiles; maka data yang secara intriksik ada di datafile lain (bukan yang di-offline-kan tersebut) masih bisa diakses.
3.7. Maintenance Log dan Trace File 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.
3.8. Melihat Informasi Current Session Melihat informasi session bisa dilakukan dengan query ke VIEW V$SESSION. Namun tidak semua user bisa query ke VIEW ini. Yang bisa hanya user-user yang punya privilege berikut : 1. DBA (sys, system, dan lain-lain) 2. select on v_$session 3. select any dictionary Meskipun untuk melihat informasi session kita sendiri, kalau tidak punya salah satu dari ketiga privilege di atas, ya tetep tidak bisa query ke VIEW v$session. Untuk bisa melihat informasi session sendiri, selain melalui VIEW v$session, Oracle menyediakan tool/function SYS_CONTEXT. Formatnya adalah SYS_CONTEXT( ‘USERENV’ , ‘PARAMETER’) Untuk melihat informasi session yang kita kehendaki, kita tinggal memanggil function SYS_CONTEXT dan memasukkan parameter yang sesuai. Contoh: Melalui SQLPlus, melihat informasi hostname dan osuser dari mana current session berasal: SQL> col "Os User" for a20 SQL> col "Hostname" for a35 SQL> select sys_context( 'USERENV','OS_USER') "Os User", sys_context( 'USERENV','HOST') "Hostname" from dual; Os User Hostname -------------------- ---------------------------------rohmadp INTRANET\LOCALUSER_ROHMADP
Contoh kalau melalui PL/SQL set serveroutput on DECLARE v_hostname varchar2(20); v_os_user varchar2(35); BEGIN v_os_user:=sys_context('USERENV','OS_USER'); v_hostname:=sys_context('USERENV','HOST'); dbms_output.put_line('Os User = '||v_os_user); dbms_output.put_line('Hostname = '||v_hostname); END; / Os User = rohmadp Hostname = INTRANET\LOCALUSER_ROHMADP
PARAMETER INFORMASI SESSION ================================================================= OS_USER User OS dari mana client melakukan koneksi HOST Komputer/mesin dari mana client melakukan koneksi CURRENT_USER User database yang dipakai untuk koneksi DB_NAME Nama database yang dikoneksi Dan lain-lain Silahkan lihat Referensi
4. Advanced Administration: 4.1. Security database: Administrasi Profile Untuk alasan keamanan, pemakaian resource oleh user database perlu dibatasi. Selain itu, otorisasi (password) user juga perlu diperketat. Di database Oracle, pembatasan itu dilakukan oleh profile. Berikut ini informasi profile (beserta parameter-patameternya) yang ada di database: SQL> conn system SQL> SELECT * FROM DBA_PROFILES ORDER BY PROFILE,RESOURCE_TYPE; PROFILE ---------DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT DEFAULT
Ketika kita membuat database, by default Oracle membuat profile dengan nama DEFAULT. Ketika kita membuat user tanpa menyebutkan profile-nya, maka user tersebut akan di-assign ke profile DEFAULT. Membuat profile Gambar diambil dari Oracle Documentation. Format
Mengedit profile Formatnya sama persis dengan CREATE profile, hanya ganti kata CREATE menjadi ALTER. Contoh: SQL> ALTER PROFILE profileku LIMIT FAILED_LOGIN_ATTEMPTS 5 PASSWORD_LIFE_TIME 60 PASSWORD_REUSE_TIME 60 PASSWORD_REUSE_MAX 5 PASSWORD_LOCK_TIME 1/24 PASSWORD_GRACE_TIME 10;
Assign profile ke user Misalkan saya ingin melihat profile dari user TEST SQL> select USERNAME,PROFILE from dba_users where USERNAME='TEST'; USERNAME PROFILE ------------------------------ ---------TEST DEFAULT
Saya akan mengubah profile user TEST dari DEFAULT ke PROFILEKU SQL> alter user test profile PROFILEKU;
Menghapus Untuk menghapus profile PROFILEKU, gunakan perintah berikut: SQL> drop profile PROFILEKU; ERROR at line 1: ORA-02382: profile PROFILEKU has users assigned, cannot drop without CASCADE
OO… Error. Profile PROFILEKU ada yang makai, yaitu user TEST. Kalau begitu tambahkan argument CASCADE: SQL> drop profile PROFILEKU CASCADE;
Setelah profile dihapus, user yang di-assign ke profile tersebut akan dikembalikan ke profile DEFAULT. Keterangan Resource parameter:
SESSIONS_PER_USER Jumlah session paling banyak yang bisa digunakan secara bersamaan (concurrent). CPU_PER_SESSION Maksimal CPU per session. Satuan: 10 ms (hundredth of seconds). CPU_PER_CALL Maksimal CPU per call (parse, execute, atau fetch). Satuan: 10 ms (hundredths of seconds). CONNECT_TIME Maksimal waktu untuk koneksi. Satuan: menit. IDLE_TIME Maksimal waktu dalam status INACTIVE (idle). Satuan: menit. LOGICAL_READS_PER_SESSION Maksimal block yang boleh dibaca per session, termasuk block dari memori dan disk. LOGICAL_READS_PER_CALL Maksimal block yang boleh dibaca per call (parse, execute, atau fetch). PRIVATE_SGA Maksimal memory untuk PRIVATE AREA. Hanya berlaku pada “shared server”. Satuan: bytes. COMPOSITE_LIMIT Total resource cost per session. Satuan: service. Dihitung dari jumlah CPU_PER_SESSION, CONNECT_TIME, LOGICAL_READS_PER_SESSION, dan PRIVATE_SGA.
Password Parameter: •
•
•
•
• •
FAILED_LOGIN_ATTEMPTS Jumlah maksimal berapa kali salah login (password). Setelah mencapai FAILED_LOGIN_ATTEMPTS, user yang bersangkutan akan di-lock. PASSWORD_LIFE_TIME Umur password, dalam satuan hari. Password harus diganti sebelum mencapai PASSWORD_LIFE_TIME. PASSWORD_GRACE_TIME (satuan: hari) Bila setelah mencapai PASSWORD_LIFE_TIME, namun user masih belum mengubah passwordnya, maka user akan diberi peringatan selama PASSWORD_GRACE_TIME. Bila telah mencapai PASSWORD_GRACE_TIME namun user masih belum mengubah passwordnya, maka password akan expired dan tidak bisa digunakan untuk login. Bila PASSWORD_GRACE_TIME tidak disetting, maka nilainya UNLIMITED, artinya user akan tetap bisa login meskipun telah mencapai PASSWORD_LIFE_TIME. PASSWORD_REUSE_TIME (satuan hari) dan PASSWORD_REUSE_MAX Kedua parameter ini dipakai bersamaan. PASSWORD_REUSE_TIME menyatakan berapa hari (sejak password diganti) password boleh dipakai lagi. PASSWORD_REUSE_MAX menyatakan berapa kali password harus berubah (berganti) sebelum memakai password lama yang dulu pernah dipakai itu. PASSWORD_LOCK_TIME (satuan hari) Menyatakan berapa hari user akan di-lock setelah gagal login. PASSWORD_VERIFY_FUNCTION
4.2. Men-setting database menjadi archivelog mode Di database Oracle, semua transaksi di-record (disimpan) di dalam log file. Dalam 1 instance, minimal ada 2 group logfile. Mekanisme kerjanya adalah sirkular. Bila logfile penuh, maka transaksi disimpan di log berikutnya. Setelah semua log terisi, maka log yang terlama akan ditulis ulang (rewrite), tentu saja dengan menghapus content (isi) sebelumnya. Tentu saja, kita akan kehilangan jejak transaksi yang ada di logfile tersebut. Dalam database dengan mode archivelog, sebelum logfile ditulis ulang, content-nya dicopy (backup) dulu ke archived log. Oleh karena itu kita tidak kehilangan jejak transaksi yang disimpan di log yang ditulis ulang tersebut. Archived log digunakan untuk recovery database. Bila kita me-restore dari hasil offline backup, maka data yang bisa diambil adalah data ketika off line backup dilakukan. Jadi, seandainya full backup dilakukan sebulan yang lalu, maka data yang bisa diselamatkan (diambil) adalah data sebulan yang lalu tersebut. Berbeda dengan jika kita me-restore dari hasil online backup. Setelah file backup di-restore, kemudian archived log yang terbentuk setelah online backup (yang berisi rekaman transaksi itu) di-apply kembali (istilahnya recovery). Sehingga kita bisa mendapatkan data sampai archived log terakhir, atau sesaat sebelum terjadi bencana (kerusakan database). Untuk melihat apakah database sudah dalam mode archivelog atau tidak SQL> archive log list Database log mode No Archive Mode Automatic archival Disabled Archive destination /oradata/oracle/ts/arc Oldest online log sequence 56 Next log sequence to archive 58 Current log sequence 58
Dalam contoh di atas, mode database masih belum archivelog. Untuk mengaktifkan mode archivelog, jalankan command berikut: SQL> SQL> SQL> SQL>
shutdown immediate startup mount alter database archivelog; alter database open;
Lihat, sekarang mode database sudah archivelog SQL> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination /oradata/oracle/ts/arc Oldest online log sequence 56 Next log sequence to archive 58 Current log sequence 58
Catatan: Perintah “alter database archivelog” adalah untuk membuat mode database menjadi ARCHIVELOG. Untuk meng-archive log file dilakukan dua cara: 1. Manual 2. otomatis Pilihan manual adalah jarang terjadi, kecuali untuk tujuan tertentu, misalnya belajar. Semua database production selalu memilih yang otomatis. Untuk mengotomatiskan pekerjaan archive, init parameter log_archive_start harus TRUE. Jadi harus mengaktifkan parameter tersebut di file init. Saya menggunakan database 10g release 2 (10.2.0). Parameter log_archive_start tidak perlu saya setting, alias bernilai false, tapi archive jalan otomatis. Kayaknya di versi 10g parameter ini dah gak dibutuhkan lagi, saya belum explore lebih jauh. Yang pasti, database 10g saya archive-nya jalan otomatis tanpa mensetting parameter log_archive_start.
4.3. Step-step Mencopy Database ke Mesin yang Sama Mengcopy database di mesin lain, itu sama saja dengan backup & recovery konvensional. Mengcopy database di mesin yang sama, ada sedikit bedanya karena di satu mesin tidak boleh ada 2 (atau lebih) database yang sama; ada step untuk mengubah nama database. Saya punya 1 database development, nama databasenya adalah ts2. Untuk keperluan test, saya butuh database lagi di mesin development tersebut. Content database baru adalah sama dengan database terdahulu. Bagaimana cara membuatnya, ada dua cara: 1. Membuat database baru, export dari database lama, kemudian import ke database baru. 2. Mengcopy database lama ke yang baru, seperti kalau backup dan recovery Cara pertama tentu saja memakan waktu yang cukup lama, apalagi kalau datanya cukup besar. Kalau begitu saya pilih cara kedua; saya backup database pertama, kemudian saya naikkan (restore & recovery) dengan nama yang berbeda (saya beri nama tsrep). Berikut ini langkah-langkahnya: 1. Persiapkan (copy) init file. Contoh di sini, saya menggunakan UNIX. Di Windows, lokasi init file di %ORACLE_HOME%\database cd $ORACLE_HOME/dbs cp -rp initts2.ora inittsrep.ora
Setelah beberapa pengeditan, file file crdbtsrep.sql menjadi STARTUP NOMOUNT CREATE CONTROLFILE SET DATABASE "TSREP" RESETLOGS ARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 292 LOGFILE GROUP 4 '/oradata/oracle/tsrep/redo04.log' SIZE 5M, GROUP 5 '/oradata/oracle/tsrep/redo05.log' SIZE 5M, GROUP 6 '/oradata/oracle/tsrep/redo06.log' SIZE 5M -- STANDBY LOGFILE DATAFILE '/oradata/oracle/tsrep/system01.dbf', '/oradata/oracle/tsrep/undotbs01.dbf', '/oradata/oracle/tsrep/sysaux01.dbf', '/oradata/oracle/tsrep/users01.dbf' CHARACTER SET WE8ISO8859P1 ;
4. Copy (backup dan restore) database source Kalau databasenya NOARCHIVELOG, lakukan cold (off line) backup. Karena database ts2 ARCHIVELOG, maka saya bisa melakukan secara hot (on line) backup. Dalam contoh ini saya memakai hotbackup. Lihat list datafile dan tempfile yang perlu di-copy SQL> select name as file_name from (select name from v$tempfile union select name from v$datafile); /oradata/oracle/ts2/sysaux01.dbf /oradata/oracle/ts2/system01.dbf /oradata/oracle/ts2/temp01.dbf /oradata/oracle/ts2/undotbs01.dbf /oradata/oracle/ts2/users01.dbf
Lihat tablespace yang perlu di backup SQL> select distinct tablespace_name from dba_data_files; TABLESPACE_NAME -----------------------------SYSTEM USERS SYSAUX UNDOTBS1
Sebelum menjalankan BEGIN BACKUP, lihat “Current log sequence”. Informasi ini kita perlukan untuk melihat archived log mana saja yang nanti dibutuhkan untuk menaikkan database. Dalam contoh ini, “Current log sequence” adalah 17. SQL> archive log list
Jalankan BEGIN BACKUP pada tablespace-tablespace tersebut (Kalau cold backup, step ini diganti dengan shutdown database): SQL> alter tablespace SYSTEM begin backup; SQL> alter tablespace USERS begin backup;
Setelah proses copy datafile selesai, jalankan END BACKUP pada tablespacetablespace terkait (Kalau cold backup, step ini diganti dengan startup database): SQL> SQL> SQL> SQL>
alter alter alter alter
tablespace tablespace tablespace tablespace
SYSTEM end backup; USERS end backup; SYSAUX end backup; UNDOTBS1 end backup;
Setelah selesai END BACKUP, lihat nilai dari “Current log sequence”. Dalam contoh ini nilainya adalah 18. SQL> archive log list
Jalankan “archive log current” untuk membuat archived log dari sequence 18. SQL> alter system archive log current
Archived log yang dibutuhkan untuk menaikkan database adalah archived log sequence sebelum BEGIN BACKUP dan seteleh END BACKUP. Jadi, sequence 17 dan 18. Selanjutnya copy archived log yang dibutuhkan itu cd /oradata/oracle/ts2/arc/ cp -rp 17_1_658171224.arc /oradata/oracle/tsrep/arc cp -rp 18_1_658171224.arc /oradata/oracle/tsrep/arc
5. Persiapan sebelum menaikkan database Setting ORACLE_SID, di shell csh setenv ORACLE_SID tsrep
Di shell ksh export ORACLE_SID=tsrep
Di Windows set ORACLE_SID=tsrep
Khusus di Windows, buat instance (service) pakai oradim. Pastikan bahwa file inittsrep.ora sudah dibuat. cd %ORACLE_HOME%\database oradim -NEW -SID tsrep
Lakukan recovery. Dengan specify automatic, Oracle akan mencari archived log file sendiri. SQL> RECOVER AUTOMATIC DATABASE USING BACKUP CONTROLFILE;
Dalam contoh ini, archived log yang dibutuhkan adalah sequence 17 sampai 18. Setelah sequence 18 di-apply, Oracle masih minta squence 19. Karena sequence 19
tidak ada, maka recovery menjadi error. Abaikan error tersebut. Selanjutnya: SQL> RECOVER DATABASE until cancel;
Kalau database sinkron, seharusnya command di atas berhasil. Kalau Oracle masih minta archived log untuk recovery, copy saja lagi dari database source-nya. Kalau di database source archived log belum ter-create, ya jalankan “alter system archive log current”, atau kalau mau, langsung saja recover lagi menggunakan logfile database source (bukan archived log-nya).Misalkan masih dibutuhkan archived log sequence 19, sementara sequence tersebut belum dicreate archived lognya. Gunakan command berikut untuk mendapat logfilenya SQL> -- di database source (ts2) SQL> select member from v$logfile where GROUP# in (select GROUP# from v$log where SEQUENCE#=19);
Selanjutnya, gunakan logfile di atas untuk recovery di database tsrep. Setelah proses recovery berhasil, open database: SQL> ALTER DATABASE OPEN RESETLOGS;
4.4. Memindahkan Database ke Mesin lain Pertanyaan Hallo Mas.., bacaan di blog nya mas sangat berguna bagi saya sebagai pemula di Oracle. Saya mau tanya sedikit masalah database Oracle. Misalnya di PC server yang saya gunakan mengalami crash.. dan tidak bisa hidup lagi. Apakah bisa hardisk yg isinya database Oracle dipindahkan ke PC yg lain dan di buka dengan oracle di PC yang baru ini? Dan diharapkan datanya utuh… atau ada solusi lain untuk masalah ini? Mohon petunjuk dari mas. Jawaban Kalau data-data di harddisk (terutama bagian yang memuat file-file database) masih bisa dibaca, tentu saja database anda bisa dinaikkan di mesin (komputer/PC) lain. Anggap saja data di hard disk anda sebagai backup, selanjutnya backup data ini akan anda naikkan di tempat lain. Dengan kata lain, anda akan melakukan Restore dari off line backup Langkah-langkahnya adalah sebagai berikut (misalkan nama instance/database anda DATAKU): 1. Install database Oracle (versi harus sama dengan sebelumnya) di PC baru. Lokasi ORACLE_HOME tidak harus sama. 2. Copy initial (parameter) file dari disk lama ke direktory %ORACLE_HOME%\database (kalau PC anda Windows) atau $ORACLE_HOME/dbs (kalau PC anda Unix, misal Linux). Misalkan initial (parameter) file itu adalah initDATAKU.ora 3. Kalau PC anda Windows, buat instance cd %ORACLE_HOME%\database set ORACLE_SID= DATAKU orapwd file=orapwDATAKU password=oracle entries=10 force=y oradim -NEW -SID DATAKU
4. Lakukan langkah-langkah restore seperti yang saya bahas di Restore dari off line backup Saya berharap semoga ini bisa membantu, dan database anda up kembali di PC yang baru. Good luck.
4.5. Tentang High Water Mark Beberapa waktu yang lalu saya membahas tentang bagimana cara mengurangi size dari datafile (tablespace). Datafile tidak bisa dikurangi sampai batas High Water Mark (HWM). Misalkan kita punya tablespace USERS yang punya datafile 3G. Namun bila kita lihat di OEM, TOAD, atau melalui view dba_free_space, ternyata datafile tersebut mempunyai free space cukup banyak yaitu 2G, itu artinya yang kepakai hanya 1G. Namun datafile tersebut tidak bisa diresize menjadi 1G, bahkan 2G saja tidak bisa. SQL> alter database datafile '/oradata/oracle/ts/users01.dbf' resize 2048M; ORA-03297: file contains used data beyond requested RESIZE value
Gimana cara memaksa untuk menurunkan size datafile sampai di bawah HIGH WATER MARK? Caranya, rubuhkan dan susun ulang tumpukan batu bata itu. Di database, rubuhkan dan susun ulang block-block data itu. Begini caranya: 1. 2. 3. 4.
Export content (data-data) tablespace yang bersangkutan Buat tablespace baru yang punya size lebih kecil Import data yang telah di-export tersebut ke tablespace baru Drop tablespace lama
Namun untuk tablespace SYSTEM kita tidak bisa melakukan hal di atas. Satu-satunya cara bagi tablespace SYSTEM adalah: 1. 2. 3. 4.
Export full database Buat database baru yang ukuran tablespace SYSTEM-nya lebih kecil Import full data yang telah di-export tersebut Drop database lama
4.6. Men-setting Character Set Kadang kita bingung kenapa tidak bisa melakukan insert karakter simbol (misalnya Ø) ke database Oracle. SQL> create table test (a varchar2(10)); SQL> insert into test values ('Ø'); SQL> select * from test; A ---------?
Lho kok, hasilnya ? bukannya Ø. Simbol Ø adalah karakter no 216. Coba kita query ke database: SQL> select chr(216) from dual; C ?
OO.. ternyata masih tidak terbaca. Selidik punya selidik, ternyata ini berkaitan dengan CHARACTER SET di database dan di client di mana kita melakukan query. Untuk bisa melakukan hal itu, database Oracle dan client harus punya CHARACTER SET yang sesuai. Contoh character set yang mengakomodasi simbol Ø adalah WE8MSWIN1252 dan WE8ISO8859P1, lebih detail silahkan lihat referensi. WE8MSWIN1252 adalah superset dari WE8ISO8859P1, dengan arti lain WE8MSWIN1252 berisi semua karaketer WE8ISO8859P1 dan tambahan lainnya. Kalau saat ini CHARACTER SET database tidak mencakup simbol Ø, sebaiknya gunakan WE8MSWIN1252 daripada WE8ISO8859P1. Mari kita check apakah database kita sudah menggunakan CHARACTER SET yang sesuai SQL> col PROPERTY_VALUE for a20 SQL> col PROPERTY_NAME for a20 SQL> select PROPERTY_NAME,PROPERTY_VALUE from database_properties where PROPERTY_NAME= 'NLS_CHARACTERSET'; PROPERTY_NAME PROPERTY_VALUE -------------------- -------------------NLS_CHARACTERSET WE8MSWIN1252
Database sudah menggunakan CHARACTER SET yang sesuai. Tapi tidak bisa menampilkan symbol Ø. Nah kalau gini pasti ada masalah dengan setting di client. Di UNIX, lihat value dari environment (parameter) NLS_LANG. echo $NLS_LANG
Sekarang coba jalankan perintah SQLPLUS berikut SQL> SQL> SQL> SQL>
delete insert insert select
from test; into test values('Ø'); into test values( chr(216) ); * from test;
A ---------Ø Ø
OO… berhasil bisa:
Coba kalau NLS_LANG di client kita ganti WE8ISO8859P1, apakah masih
NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1; export NLS_LANG SQL> select * from test; A ---------Ø Ø
OO… Ternyata masih bisa juga. MENGUBAH CHARACTER SET DI DATABASE Kalau CHARACTER SET di database tidak men-support karakter yang kita inginkan, berikut ini cara mengubah CHARACTER SET (misalkan kita ingin mengubahnya menjadi WE8MSWIN1252) : SQL> SQL> SQL> SQL>
shutdown immediate startup mount ALTER SYSTEM ENABLE RESTRICTED SESSION; ALTER DATABASE CHARACTER SET WE8MSWIN1252;
Setelah itu, restart database SQL> shutdown immediate SQL> startup
Referensi: Oracle® Database Globalization Support Guide 10g Release 2 (10.2) Choosing a Character Set Setting Up a Globalization Support Environment
4.7. Diskusi tentang Load balance di RAC Ada diskusi saya dengan teman-teman di milis indo-oracle tentang RAC. Tampaknya menarik untuk saya taruh di blog ini. Ini tentang load balance. Sharing teman I I have rac environment: hp-ux itanium, 2 node rac, db 10.2.0.2, hp-serviceguard Now we got problem may be bug… From the OS side it seem balance, that the currently processes running is same (throughtop/glance). The memory utilization is almost balance as well as cpu But from inside oracle node2 has 70% from total sessions. I have configured server-side and client side load balancing altogether. clb_goal set to short, throughput in the service From SR support told me that querying V$osstat on this platform return no rows, that may be the root cause. Tanggapan saya Memory dan CPU sudah balance, itu berarti “load balance” sudah tercapai. CMIIW, term “load balance” itu menitik beratkan pada load system secara keseluruhan, bukan semata-mata jumlah session di masing-masing instance. Kadang (bahkan sering) jumlah session tidak berbanding lurus dengan load (pemakaian resource). Load untuk 1 session transaksi insert 1 row BERBEDA dengan load untuk 1 session yang melakukan deleting 1m rows. Tanggapan teman I Anehnya kalau dilihat dari dalam oracle gv$servicemetric, jelas2 gak balance. Kalau dari sisi OS balance hanya terlihat “process running saja” masing2 node kelahatan process running (dgn top) memang balance, tapi dari sisi utilisasi cpu, memory, disk beda banget.. so ada yg pernah mengalami? and how to solve? Kemarin sempat balance karena saya coba re-register PMON terhadap service yg sedang running dgn merubah parameter local_listener, cuman ya itu dia kadang2 rada angot, load balance nya jadi dodol lagi….tapi besoknya jadi balance lagi….. he…he…. seperti teka-teki silang Tanggapan saya He… he… kayak teka-teki silang ya. Makanya Pak, Oracle dibilang “Ora kelar-kelar” Dulu saya pernah ngalamin yang seperti itu di versi 9i. Analisa dari Oracle Support (TAR) terlalu lama, biasanya paling-paling apply patch atau apply latest patch set. Akhirnya kita putusin gak pake RAC lagi.
Dulu juga pernah ngalamin banyak problem di RAC 10.2.0.2, terutama dengan tingginya wait-wait yang berkaitan dengan cluster. Akhirnya kita putusin pake single node saja. Viola… response time jadi cepet banget. High availability yang ditawarkan Oracle harus kita bayar dengan turunnya response time. Tentu saja, tidak semua solusi dari Oracle cocok dengan environment kita. Dan tentu saja juga, banyak yang terbantu dengan solusinya Oracle. Ada situasi, kondisi, dan NASIB yang menentukan. Yang terutama, NASIB Tanggapan teman II Dear Pak Rohmad. Saya sangat tidak sependapat dengan statement anda dan menurut saya itu adalah pendapat dari sebuah kegagalan anda. Apa pendapat anda dari Capture database RAC saya di attament email ini…? Dan Saya sangat merasakan sekali benefit dari Oracle RAC ini, benar-benar ZERO Downtime. Sehingga Aplikasi ERP kita tidak pernah terganggu ( bisnis proses tidak terganggu ), sekalipun kita melakukan Restart salah satu Database Server kita maupun kita sedang melakukan maintenance server kita. Btw, saya juga tidak pernah mengalami problem seperti keluhan anda di Oracle RAC saya. Tanggapan saya Iya, dari sisi Oracle Corp saya mungkin orang yang gagal mengemban misi Oracle untuk menjadikan Oracle sebagai main solution. Namun dari sisi company saya, paling tidak saya bisa membantu menunjukkan product-product Oracle yang mana yang cocok dengan environment yang ada. Saat ini saya memantain 4 RAC, masing-masing dua node. Dulunya lebih banyak lagi. Kita pernah menambah salah satu RAC menjadi 3 node; namun ya itu, keinginan tidak sesuai dengan kenyataan, akhirnya kita kembalikan lagi ke 2 node. Teori tidak selamanya memberi kenyataan yang perfect. Bug-bug sering muncul ketika resource utilization meningkat drastis. Bug, adalah bukti nyata tidak mungkin sempurnanya suatu teori (konsep). RAC, untuk tujuan high availability, menambah layer baru di bawah database, yaitu cluster. Cluster inipun punya layer lagi, yaitu software clusternya Oracle (CRS di 10g) dan cluster di level machine. Penambahan layer adalah penambahan possibility untuk mendapat masalah tambahan. Ketika ada masalah, atau bug muncul, Oracle belum tentu mendapat solusi dengan cepat. Seperti yang pernah saya alami. Karena masalahnya unik, belum pernah ada, maka team Oracle support melempar masalah saya ke team development Oracle. Lhah… berapa lama saya mesti menunggu, sementara aplikasi tidak boleh lama-lama dalam keadaan badperformance? Bad performance berarti REVENUE LOSS. Yah… tampaknya keputusan yang terbaik adalah melepaskan RAC. Setelah performance bagus; kita tetep mesti mencari solusi high availability, menunggu Oracle mendapat solusi atau memakai solusi lain selain Oracle. Btw, syukur, RAC anda tidak mendapat masalah. Sayapun bersyukur, 4 RAC saya yang saat ini running tidak bermasalah.
5. Audit 5.1. Audit operasi di suatu table Misalkan kita ingin tahu user-user mana saja yang melakukan perubahan (INSERT, UPDATE, DELETE) pada suatu tabel. Caranya, aktifkan parameter AUDIT_TRAIL, lakukan perintah audit, dan lihat hasil auditnya.
1. Aktifkan parameter AUDIT_TRAIL. Ada tiga pilihan value, yaitu DB,OS, dan NONE. By default nilainya adalah NONE. Pilih OS kalau ingin hasil audit disimpan di suatu file, dan pilih DB kalau ingin hasil audit disimpan di tabel (database). Dalam contoh ini saya memilih option DB. Alasannya: lebih mudah melihat (me-manage) hasil auditnya. SQL> alter system set AUDIT_TRAIL=DB scope=spfile; SQL> shutdown immediate SQL> startup
2. Lakukan perintah audit. Misalkan kita ingin mengaudit operasi INSERT, UPDATE, DELETE pada tabel pegawai (di schema test) SQL> AUDIT INSERT, UPDATE, DELETE ON test.pegawai BY ACCESS WHENEVER SUCCESSFUL;
3. Lihat hasilnya SQL> select * FROM SYS.AUD$;
4. Untuk meng-cancel audit SQL> NOAUDIT INSERT, UPDATE, DELETE ON test.pegawai;
2. Setelah dicopy, record di tabel aud$ bisa di-delete Catatan Berikut ini Quote dari Document Oracle Metalink Note:72460.1 Important Note: =============== It is strongly recommended to use the DBMS_AUDIT_MGMT.SET_AUDIT_TRAIL_LOCATION provided with the DBMS_MGMT package instead of using the method described in this document, see Note 731908.1 “New Feature DBMS_AUDIT_MGMT To Manage And Purge Audit Information” for more information and references. Also please understand the movement of the audit tables SYS.AUD$ (or SYSTEM.AUD$ in case of OLS) and FGA_LOG$ tables is supported by the DBMS_AUDIT_MGMT package. But, this gives no support on adding triggers to AUD$ table. Moreover many additional audit features such as Alerts are possible with Audit Vault and should not need to be implemented on the source database with custom triggers but by using a supported product feature. The procedure described in this note is not officially supported, because the Oracle code makes implicit assumptions about the data dictionary tables such as SYS.AUD$, which could cause problems with upgrades and backup / recovery scenarios. However, in most cases the procedure works as described. If you encounter problems using a trigger on the relocated AUD$ table Oracle Support may suggest to delete it. In case you decide to move AUD$ to a different tablespace, and the tablespace or datafile where you relocated is unavailable, you will not be able to use audit anymore, therefore your applications might get errors such as ORA-9925 or ORA-9817 In such cases, please correct the problem before calling support. For more information on this issue, please read Oracle 8i Administration Guide, Chapter 24 - “Auditing Database Use”, under topic “Controlling the growth and size of the audit trail”: The maximum size of the database audit trail (SYS.AUD$ table) is predetermined during database creation. By default, up to 99 extents, each 10K in size, can be allocated for this table. You should not move SYS.AUD$ to another tablespace as a means of controlling the growth and size of the audit trail. However, you can modify the default storage parameters in SYS.AUD$.
Lebih banyak lagi tentang feature-feature audit, lihat di referensi berikut: http://download.oracle.com/docs/cd/B10501_01/server.920/a96521/audit.htm
5.2. Audit Update Table dengan Trigger Oracle menyediakan tool untuk mengaudit suatu tabel dengan AUDIT_TRAIL, saya pernah membahasnya di “Audit operasi di suatu table”. Dari AUDIT_TRAIL kita bisa mengetahui update table ini dilakukan kapan, oleh user siapa, dari mesin mana, dan lain-lain. Kadang AUDIT_TRAIL tidak cukup. Kita mungkin ingin menyimpan data lama sebelum diupdate sehingga bisa mengetahui history perubahan data. Jenis audit yang seperti ini disebut sebagai Value-Based Auditing (VBA). Nah, untuk ini kita bisa menggunakan TRIGGER. Misalkan kita punya tabel EMP2 CREATE TABLE EMP2 ( EMPNO NUMBER(4), ENAME VARCHAR2(20), JOB VARCHAR2(10), SAL NUMBER ); insert into EMP2 values (1, 'Rohmad', 'DBA', 400000); commit;
Kita akan membuat TRIGGER yang mencatat waktu dan nilai lama sebelum di-update. Langkah pertama, buat tabel yang menampung hasil audit tersebut, misalkan kita beri nama EMP2_AUDIT. CREATE TABLE EMP2_audit ( Tanggal_edit date, EMPNO NUMBER(4), ENAME VARCHAR2(20), JOB VARCHAR2(10), SAL NUMBER );
Selanjutnya buat trigger yang mencatat nilai sebelum di-update CREATE OR REPLACE TRIGGER trg_EMP2_update BEFORE UPDATE ON EMP2 FOR EACH ROW DECLARE BEGIN insert into EMP2_audit values ( sysdate, :old.EMPNO, :old.ENAME, :old.JOB, :old.SAL ); END; /
update EMP2 set sal=1000000 where empno=1; commit;
OK. Tabel sudah di-update. Sekarang kita lihat hasil auditnya: SQL> select * from EMP2_AUDIT; TANGGAL_E EMPNO ENAME JOB SAL --------- ---------- -------------- ---------- ---------06-AUG-08 1 Rohmad DBA 400000
5.3. Trigger: Mencatat History Startup & shutdown DB Kita bisa mengetahui kapan database shutdown dan kapan database startup, biasanya dengan melihat di alert log. Lebih detail tentang alert log saya bahas di Maintenance Log dan Trace File. Namun kita perlu usaha ekstra untuk membaca alert log. Untuk mempermudahnya, kita bisa membuat trigger yang mencatat setiap aktivitas (startup dan shutdown) ke tabel history. Catatan: Untuk melakukan ini, gunakanan user yang punya privilege DBA (misalnya SYS atau SYSTEM). Langkah pertama, siapkan tabel untuk mencatat history startup dan shutdown. create table tbl_database_activity (waktu DATE,keterangan varchar2(8)) tablespace users;
Selanjutnya buat Trigger yang dijalankan sebelum database shutdown. Penting: Shutdown abort tidak akan dicatat oleh trigger ini. CREATE OR REPLACE TRIGGER proc_database_shutdown BEFORE SHUTDOWN ON DATABASE BEGIN insert into tbl_database_activity values(sysdate,'SHUTDOWN'); END; /
Yang berikut ini trigger sesudah database startup CREATE OR REPLACE TRIGGER proc_database_startup AFTER STARTUP ON DATABASE BEGIN insert into tbl_database_activity values(sysdate,'STARTUP'); END; /
Untuk melihat history startup dan shutdown, tinggal query ke tabel tbl_database_activity SQL> select to_char(waktu,'dd-Mon-yy hh24:mi:ss'), keterangan from system.tbl_database_activity order by waktu; TO_CHAR(WAKTU,'DD-----------------07-Aug-08 09:43:38 07-Aug-08 09:44:44 07-Aug-08 10:05:24
KETERANG -------SHUTDOWN STARTUP STARTUP
Dalam contoh di atas, lihat hasil di baris ketiga, kok STARTUP padahal sebelumnya sudah STARTUP. Itu artinya, pastinya sebelum ini dilakukan shutdown abort atau database mati karena accident (misal listrik mati atau hardware rusak).
5.4. Memanage History Perkembangan Data Database Administrator (DBA) HARUS aware (tahu) berapa perkembangan data (database) yang tengah dimaintainnya. Ini penting sekali untuk: •
• •
Dari sisi aplikasi (user), memprediksi jumlah data pada waktu mendatang. Apakah satu, dua, atau sepuluh tahun ke depan aplikasi masih mampu mensupport proses data sebesar itu? Dari sisi infrastruktur, memprediksi kebutuhan storage Bagi manajemen, tentu saja untuk memprediksi budget buat pengadaan storage
Dari view yang by default disediakan Oracle, kita bisa mengetahui pemakaian space/disk/storage. Namun view tersebut hanya untuk mengetahui kondisi saat ini, tidak mencatat history pemakaian waktu-waktu yang lalu. Filosofinya adalah, setiap hari kita mengcapture pemakaian space saat ini. Nah dengan mencatat pemakaian space tiap hari, akhirnya kita khan bisa melihat perkembangan datanya. Melihat pemakaian space saat ini (current space utilization) •
Untuk tablespace dengan content PERMANENT dan UNDO, view-view yang diquery adalah: 1. DBA_TABLESPACES. Untuk mengambil informasi TABLESPACE_NAME dan CONTENTS. Kolom CONTENTS punya nilai PERMANENT dan UNDO 2. DBA_DATA_FILES 3. DBA_FREE_SPACE select tablespace,CONTENTS,datafile,freespace from (select tablespace_name tablespace, CONTENTS from dba_tablespaces) a, (select tablespace_name tablespace1, sum(bytes) datafile from dba_data_files group by tablespace_name) b, (select tablespace_name tablespace2, sum(bytes) freespace from dba_free_space group by tablespace_name) c where tablespace=tablespace1 and tablespace1=tablespace2(+);
•
Untuk tablespace dengan content TEMPORARY, view yang di-query adalah V$TEMP_SPACE_HEADER select tablespace_name tablespace,'TEMPORARY' CONTENTS, sum(BYTES_USED+BYTES_FREE) datafile,sum(BYTES_FREE) freespace from V$TEMP_SPACE_HEADER df group by tablespace_name;
•
Untuk melihat pemakaian space secara keseluruhan, union (gabung) dua query di atas. Agar lebih mudah, saya buatkan VIEW saja. Penting: User yang membuat VIEW ini harus punya privilege untuk mengakses secara langsung. Kalau tidak punya privilege akses langsung, tidak akan bisa, bahkan user DBA (system) sekalipun. Dalam contoh ini, administrasi saya lakukan dengan user SYSTEM. Jadi, user SYSTEM harus di beri privilege langsung: conn / as sysdba grant select on sys.dba_data_files to system; grant select on sys.dba_free_space to system;
grant select on sys.dba_tablespaces to system; grant select on sys.V_$TEMP_SPACE_HEADER to system; •
Berikut ini script untuk membuat VIEW tersebut. CREATE OR REPLACE VIEW v_current_space (TABLESPACE,CONTENTS, DATAFILE, FREESPACE) as select tablespace,CONTENTS,datafile,freespace from (select tablespace_name tablespace, CONTENTS from dba_tablespaces) a, (select tablespace_name tablespace1, sum(bytes) datafile from dba_data_files group by tablespace_name) b, (select tablespace_name tablespace2, sum(bytes) freespace from dba_free_space group by tablespace_name) c where tablespace=tablespace1 and tablespace1=tablespace2(+) union select tablespace_name tablespace,'TEMPORARY' CONTENTS, sum(BYTES_USED+BYTES_FREE) datafile,sum(BYTES_FREE) freespace from V$TEMP_SPACE_HEADER df group by tablespace_name;
Kalau user SYSTEM (yang membuat VIEW) ini tidak diberi (grant) privilege untuk query langsung (direct query), akan muncul error berikut ketika mencoba membuat VIEW di atas: ORA-01031: insufficient privileges •
Untuk melihat current space ulitization, cukup query ke view V_CURRENT_SPACE saja col TABLESPACE for a20; select * from V_CURRENT_SPACE order by CONTENTS,TABLESPACE; TABLESPACE -------------------SYSAUX SYSTEM TEST USERS TEMP UNDOTBS1
Langkah Selanjutnya, Buat tabel untuk menampung data history Tabel ini mempunyai kolom yang isinya sama persis dengan VIEW v_current_space, kecuali dengan penambahan beberapa kolom. create table t_history_space (NOMOR NUMBER default 0, WAKTU DATE, TABLESPACE VARCHAR2(30), CONTENTS VARCHAR2(20), TOTAL NUMBER, FREE NUMBER, USED NUMBER, perubahan NUMBER) tablespace users;
2. Dapatkan space yang dipakai (USED) saat ini. USED = DATAFILE - FREESPACE
3. Lihat space yang dipakai (USED) yang lalu, di tabel t_history_space 4. Dapatkan nilai perubahan data (PERUBAHAN) PERUBAHAN = USED{current} - USED{yang lalu}
5. Insert data-data dari VIEW v_current_space, USED, dan PERUBAHAN ke tabel t_history_space Ini procedure tersebut: create or replace procedure p_history_space as v_NOMOR NUMBER; begin select nvl(max(nomor),0)+1 into v_NOMOR from t_history_space; insert into t_history_space select v_NOMOR, sysdate, A.TABLESPACE, A.CONTENTS, A.DATAFILE, A.FREESPACE, A.USED,(A.USED-B.USED) PERUBAHAN from (select TABLESPACE,CONTENTS, DATAFILE, FREESPACE,(DATAFILE-FREESPACE) USED from v_current_space) A, (select TABLESPACE,USED from t_history_space where nomor=v_NOMOR-1) B where A.TABLESPACE=B.TABLESPACE(+); commit; EXCEPTION WHEN OTHERS THEN -- handles all other errors ROLLBACK; end; /
Berikutnya, buat job yang mengeksekusi prosedur tiap hari VARIABLE jobno number; BEGIN DBMS_JOB.SUBMIT(:jobno,'p_history_space;',trunc(SYSDATE+1), 'TRUNC(SYSDATE + 1)');
commit; END; /
Gunakan command berikut untuk mengetahui job no yang baru kita bikin tersebut. Hanya valid bila dijalankan si SESSION yang membuat job tersebut. SQL> print jobno
Atau gunakan command berikut. Bisa dijalankan kapan saja. SQL> select job from user_jobs where upper(what) like '%P_HISTORY_SPACE%';
Misalkan job no adalah 4. Job ini akan dijalankan mulai besok jam 00.00, dan selanjutnya dijalankan otomatis setiap hari jam 00.00. Jadi sekarang belum dijalankan, makanya tabel t_history_space masih kosong SQL> select * from t_history_space; no rows selected
Biar data hari ini terisi, jalankan job tersebut secara manual. SQL> EXECUTE DBMS_JOB.RUN(4);
Melihat perkembangan data Misalkan setelah 3 hari, kita dapat data history untuk 3 hari. Berikut ini history pemakaian space untuk semua tablespace SQL> set lines 120 SQL> select * from t_history_space; NOMOR ---------1 1 1 1 1 1 2 2 2 2 2 2 3 3 3 3 3 3
Untuk melihat perkembangan data khusus tablespace USERS SQL> select * from t_history_space where TABLESPACE ='USERS' order by nomor; NOMOR ---------1 2 3
WAKTU --------07-JUL-08 08-JUL-08 09-JUL-08
TABLESPACE -------------------USERS USERS USERS
CONTENTS TOTAL FREE USED PERUBAHAN -------------------- ---------- ---------- ---------- ---------PERMANENT 13107200 2359296 10747904 PERMANENT 24903680 1572864 23330816 12582912 PERMANENT 24903680 7864320 17039360 -6291456
Untuk melihat perkembangan datatabase SQL> select min(WAKTU) MULAI, max(WAKTU) SAMPAI, sum(TOTAL) TOTAL, sum(FREE) FREE, sum(USED) USED, sum(PERUBAHAN) PERUBAHAN from t_history_space; MULAI SAMPAI TOTAL FREE USED PERUBAHAN --------- --------- ---------- ---------- ---------- ---------07-JUL-08 09-JUL-08 3409969152 776798208 2633170944 6291456
Secara intrinsik, data yang riel itu disimpan di tablespace PERMANENT. Tablespace UNDO dan TEMPORARY hanya berisi segment-segment yang berfungsi untuk mendukung kinerja database, bukan berisi data riel. Kita bisa menambah clause where contents=’PERMANENT’ pada query di atas. SQL> select min(WAKTU) MULAI, max(WAKTU) SAMPAI, sum(TOTAL) TOTAL, sum(FREE) FREE, sum(USED) USED, sum(PERUBAHAN) PERUBAHAN from t_history_space where contents='PERMANENT'; MULAI SAMPAI TOTAL FREE USED PERUBAHAN --------- --------- ---------- ---------- ---------- ---------07-JUL-08 09-JUL-08 2717908992 122683392 2595225600 6291456
6. Connectivity: 6.1. Memulai Koneksi ke Database Setelah menginstall Oracle dan membuat database, untuk langkah awal administrasi adalah mulai melakukan koneksi ke database. Administrasi dilakukan oleh user yang meng-install dan membuat database. Tool native dari Oracle untuk administrasi database adalah sqlplus, lokasi ada di $ORACLE_HOME/bin. Di Oracle versi 8 ke bawah, tool administrasi tersebut adalah svrmgrl. Sebelum melakukan koneksi, ada OS parameter yang perlu disetting. Di Windows, parameter tersebut otomatis sudah dimasukkan ke dalam registry ketika meng-install dan membuat database pakai dbca. Di Unix, setting manual parameter berikut di user profile: ORACLE_HOME, ORACLE_SID, dan PATH. Misalkan kita pakai shell sh atau ksh. Edit file .profile, tambahkan parameter berikut: ORACLE_HOME=/data1/oracle/product/10.2.0; export ORACLE_HOME ORACLE_SID=ts; export ORACLE_SID PATH=$ORACLE_HOME/bin:$PATH; export PATH
Setelah mengedit file .profile, jangan lupa untuk relogin atau mengeksekusi file tersebut agar parameter yang disetting terbaca oleh current session. Berikut ini cara mengeksekusi file .profile. . ./.profile
Koneksi pakai SQLPLus di Mesin server Sekarang, mari kita mulai koneksi ke database. Misalkan saya akan connect pakai user system. sqlplus
Nanti akan diminta memasukkan username dan password. Kalau belum diubah, password system adalah seperti yang ditunjukkan ketika membuat database. Bisa juga username langsung dimasukkan ke argument-nya SQLPlus, nanti kita cuma diminta memasukkan password saja. sqlplus system
Bisa juga langsung memasukkan username dan password. Misalkan password user system adalah oracle: sqlplus system/oracle
Koneksi dengan langsung memasukkan username dan password sekaligus ini tidak direkomendasikan, karena password akan tampak ketika di ps -ef. Contoh: ps -ef|grep sql oracle 5742 25612
11:09:49 pts/1 0:00 sqlplus system/oracle
Cara lain juga, kita bisa masuk ke SQLPlus prompt tanpa login, kemudian jalankan perintah connect atau conn di SQL prompt. Contoh: sqlplus /nolog SQL> conn
Sama seperti ketika menjalankan sqlplus dari OS prompt, username dan password bisa disebutkan langsung atau tidak; kalau tidak disebutkan nanti akan ditanyakan. SQL> conn system/oracle SQL> conn system
Koneksi pakai user sys User sys adalah merupakan super user, dikenal juga sebagai sysdba. Untuk koneksi pakai user sys, harus ditambahkan argument as sysdba. Contoh: SQL> conn sys/oracle as sysdba
Bisa juga tanpa menyebutkan user sys, yaitu dengan memakai argument /. Contoh: SQL> conn / as sysdba
Kalau tidak sebutkan argument as sysdba, akan muncul error berikut: SQL> conn sys/oracle ERROR: ORA-28009: connection as SYS should be as SYSDBA or SYSOPER Warning: You are no longer connected to ORACLE.
Bisa juga langsung login ketika menjalankan SQLPLUS. Contoh: sqlplus "sys/oracle as sysdba" sqlplus "/ as sysdba"
6.2. Login ke Database dengan User Lain Sebagai DBA, kadang kita ingin login ke database dengan user lain sementara kita tidak tahu passwordnya. Contoh, kita diminta untuk mengubah password dari db link di schema TEST. Nama db link tersebut adalah TSREPLINK. Namun sayangnya, orang yang tahu password untuk user TEST sedang tidak di kantor, di telpon pun tidak diangkat. Padahal untuk mengubah db link harus dilakukan oleh user (schema) yang punya db link tersebut. Gimana kah caranya? Misalkan definisi database link tersebut adalah berikut ini: SQL> create database link TSREPLINK connect to ROHMAD identified by ROHMADPASS using 'TSREP';
Sekarang password user ROHMAD di database TSREP diganti menjadi ROHMADNEW. Mau gak mau kita khan mesti me-recreate database link tersebut dengan password yang baru. Tapi kalau tidak tahu password user TEST, kita khan tidak bisa connect pakai user TEST tersebut. Mau melakukannya pakai user SYSTEM, ya gak bisa; kalau gak percaya, coba aja: SQL> conn system SQL> drop database link TEST.TSREPLINK; ORA-02024: database link not found
Menghapus tabel atau index bisa seperti itu, sebutkan nama owner dan nama objectnya (tabel atau index). Tapi menghapus db link tidak seperti itu, harus pakai user (schema) yang punya. Harusnya begini caranya: SQL> connect TEST SQL> drop database link TSREPLINK; SQL> create database link TSREPLINK connect to ROHMAD identified by ROHMADNEW using 'TSREP';
BEGINI CARANYA Yang perlu kita lakukan adalah mengubah password user TEST. Kemudian buka session baru pakai user TEST dengan password yang baru. Kemudian kembalikan lagi password yang diubah tadi itu. 1. Lihat password user TEST (ini adalah password yang telah di-encrypt oleh Oracle; dan dengan cara apapun kita tidak bisa men-decrypt-nya). Jalankan query berikut, catat hasilnya. SQL> conn SYSTEM SQL> select PASSWORD from dba_users where username='TEST'; PASSWORD -----------------------------7A0F2B316C212D67
2. Setelah itu, ubah password user TEST SQL> alter user TEST identified by TEST_TEMP_PASS;
Catatan: walaupun password diganti, session (dari user TEST) tetep establish, tidak terpengaruh apa-apa. Hanya saja kita tidak bisa login pakai user TEST dengan password yang lama. Oleh karena itu, segera buru-buru ke langkah selanjutnya. 3. Buka sesssion baru dengan dengan user TEST dan password yang baru SQL> conn TEST/TEST_TEMP_PASS
4. Kembali ke session SYSTEM. Kembalikan password user TEST ke password yang lama. SQL> alter user TEST identified by values '7A0F2B316C212D67';
Walaupun password diubah lagi (dikembalikan ke semula), session yang connect dengan password baru tersebut masih establish dan bisa melakukan aktifitas biasa. Sekarang dengan session user TEST yang masih establish itu, tinggal kira recreate database link tersebut: SQL> drop database link TSREPLINK; SQL> create database link TSREPLINK connect to ROHMAD identified by ROHMADNEW using 'TSREP';
6.3. Contoh koneksi dari PHP ke Oracle Dalam artikel ini saya akan membahas bagaimana membuat koneksi dari PHP ke database Oracle. Dalam contoh, saya akan menampilkan view DBA_USERS ke halaman PHP. SID Username Password ORACLE_HOME Query
= = = = =
EMREP system systempasswd /oracle/9.2.0 select username,default_tablespace, temporary_tablespace,account_status, profile from dba_users order by username;
7. SQL 7.1. Reserved Word di database Oracle Reserved word adalah kata yang sudah di reserved (dikapling) oleh database Oracle. Contoh reserved word adalah select, delete, update, session, uid, key, rowid, dll. Daftar reserved word ada di view V$RESERVED_WORDS. SQL> select * from V$RESERVED_WORDS;
Semua kata yang tercakup dalam reserved word TIDAK bisa digunakan untuk memberi nama object database, nama kolom pada tabel, dll. Contoh object database adalah: tabel, index, view, synonym, database link, dll. Gunakan query berikut untuk melihat tipe-tipe object database: SQL> select distinct OBJECT_TYPE from DBA_OBJECTS order by OBJECT_TYPE;
Contoh masalah yang sering muncul berkaitan dengan reserved word ini adalah ketika kita migrasi database dari non Oracle (misal MySQL) ke database Oracle. Misalkan di MySQL kita punya tabel SESSION dengan kolom NO dan UID. Ketika kita migrasi ke Oracle, katakanlah kita membuat tabel dengan definisi yang sama: SQL> CREATE TABLE SESSION (NO NUMBER(2),UID VARCHAR2(20)); ORA-00903: invalid table name
SESSION dibilang sebagai “invalid table name”. Setelah kita check di V$RESERVED_WORDS, ternyata kata SESSION termasuk dalam daftar reserved word. Demikian juga kata UID yang kita pakai untuk nama kolom tersebut, juga termasuk reserved word. Lantas, apa solusinya? Mau tidak mau kita harus mengubah nama table dan nama column tersebut. SQL> CREATE TABLE SESSION_NEW (NO NUMBER(2),UID_NEW VARCHAR2(20));
Dengan mengubah nama tabel dan kolom tersebut, mau tidak mau kita harus mengedit script aplikasi kita. Wah… berat sekali ya, kalau aplikasi kita banyak dan complicated. Kalau masih memaksa pengin memakai kata yang termasuk dalam reserved word tersebut, gunakan kutip dua (double quote) pada kata tersebut. Contoh SQL> CREATE TABLE "SESSION" (NO NUMBER(2),"UID" VARCHAR2(20));
Namun, kita masih harus tetep mengubah coding di aplikasi.
7.2. Menampilkan rownum ganjil dan genap Misalkan suatu aplikasi ingin menampilkan rownum ganjil dan genap, bagaimana caranya? [Dalam contoh ini saya menggunakan view dba_users sebagai object yang diquery]. Secara logika, untuk menampilkan rownum genap adalah berikut ini : SQL> select rownum from dba_users where rownum/2=trunc(rownum/2);
Dan berikut ini untuk menampilkan rownum ganjil: SQL> select rownum from dba_users where rownum/2<>trunc(rownum/2);
OO… ternyata hasilnya tidak muncul, padahal view tersebut mempunyai isi. Setelah dicobacoba, ternyata operasi rownum yang diperbolehkan di clause where hanya operasi lebih dari, kurang dari, dan between. Kalau begitu harus menggunakan sedikit trik. Lakukan query dalam query: SQL> select a.numrow nogenap from (select rownum as numrow from dba_users) a where (a.numrow/2)=trunc(a.numrow/2);
OO… ternyata berhasil Untuk menampilkan rownum ganjil di kolom 1 dan rownum genap di kolom 2, berikut ini query-nya: SQL> select noganjil, nogenap from (select a.numrow nogenap from (select rownum as numrow from dba_users) a where (a.numrow/2)=trunc(a.numrow/2)) genap, (select a.numrow noganjil from (select rownum as numrow from dba_users) a where (a.numrow/2)<>trunc(a.numrow/2)) ganjil where nogenap (+)= (noganjil+1);
Lihat kolom TRX_CODE dan TRX_QTY. Nilai kolom TRX_CODE adalah I dan O. Saya ingin menampilkan total transaksi (TRX_QTY) untuk TRX_IN (di mana TRX_CODE = I) dan TRX_OUT (di mana TRX_CODE = O) TRX_IN TRX_OUT ------ -----115 200
Untuk menampilkan hasil query di atas, perintah SQL nya adalah sebagai berikut
SELECT TRX_CODE,sum(TRX_QTY) total FROM trx GROUP BY TRX_CODE ) ;
Sekarang, saya ingin menampilkan total transaksi (TRX_QTY) untuk TRX_IN dan TRX_OUT masing-masing PART tiap harinya:
Command SQL untuk hasil query di atas adalah SELECT PART,TRX_DATE, MAX(DECODE(TRX_CODE,'I',total,null)) TRX_IN, MAX(DECODE(TRX_CODE,'O',total,null)) TRX_OUT FROM ( SELECT PART,trunc(TRX_DATE) TRX_DATE,TRX_CODE,sum(TRX_QTY) total FROM trx GROUP BY TRX_CODE, PART,trunc(TRX_DATE) ) group by PART,TRX_DATE order by TRX_DATE,PART ;
Bisa juga gunakan perintah SQL berikut ini: SELECT DISTINCT part, date_trx, trx_in, trx_out FROM ( SELECT part, trx_date date_trx, SUM(DECODE(trx_code,'I',trx_qty,0)) OVER (PARTITION BY part, trx_date) trx_in, SUM(DECODE(trx_code,'O',trx_qty,0)) OVER (PARTITION BY part, trx_date) trx_out FROM trx) ORDER BY date_trx, part;
Sekarang saya ingin menambahkan tampilan data-data berikut ini - AWAL : Diambil dari nilai awal dari transaksi pertama part tsb. - AKHIR : Diambil dari nilai akhir dari transaksi terakhir part tsb.
Perintah SQL untuk hasil query di atas adalah (hint: gunakan analytic function) :
SELECT DISTINCT part, date_trx, awal, trx_in, trx_out, akhir FROM ( SELECT part, trx_date date_trx, FIRST_VALUE(awal) OVER (PARTITION BY part, trx_date ORDER BY doc_no) awal, SUM(DECODE(trx_code,'I',trx_qty,0)) OVER (PARTITION BY part, trx_date) trx_in,SUM(DECODE(trx_code,'O',trx_qty,0)) OVER (PARTITION BY part, trx_date) trx_out,LAST_VALUE(akhir) OVER (PARTITION BY part, trx_date) akhir FROM trx) ORDER BY date_trx, part;
8. PL/SQL 8.1. Mengenal Oracle PL/SQL (1): Contoh Kasus PL/SQL (Procedural Language/Structured Query Language) merupakan pengembagan SQL oleh Oracle. Prasyarat mempelajari PL/SQL adalah paling tidak mengetahui dasar-dasar SQL. Sebagai awalan belajar PLSQL, mari kita lihat contoh kasus dan contoh blok PL/SQL berikut ini. Misalkan saya punya tabel MYTAB. Tabel ini berisi data transaksi. Kolom rcg_id (menjadi PRIMARY KEY) berisi transaksi ID yang digenerate oleh SEQUENCE, jadi nilainya urut (karena digenerate oleh sequence) dan unique (karena primary key). Saya ingin menghapus data transaksi di bawah tanggal 17-JUN-08. Kita bisa saja men-delete dengan perintah SQL berikut: delete from MYTAB where SYS_CREATION_DATE < to_date('17-JUN-08','DD-MON-YY');
Karena datanya sangat banyak, maka akan diperlukan undo (rollback) segment yang besar karena COMMIT dilakukan setelah proses delete selesai. Saya tidak ingin ada konsumsi rollback segment yang besar, karena akan mempengaruhi performa database dan tentu saja perlu UNDO space yang besar. Sebagai alternatif lainnya, saya ingin mendelete (dan commit) data secara per record. Nah, sekarang saatnya saya memakai PL/SQL. Saya akan mendelete per record (baris). Acuan yang saya gunakan adalah kolom rcg_id, karena nilainya unique (primary key) dan urut (digenerate oleh sequence). Ini langkahlangkahnya 1. Saya perlu mendapat rcg_id minimal dan maximal untuk data transaksi di bawah tanggal 17-JUN-08 SQL> select min (rcg_id),max(rcg_ID) from MYTAB where SYS_CREATION_DATE < to_date('17-JUN-08','DD-MON-YY');
delete from MYTAB where rcg_id=V_iterasi; commit; V_iterasi:=V_iterasi+1; END LOOP; dbms_output.put_line(’Deleting sucess’); dbms_output.put_line(’Min RCG_ID ‘||V_rcg_min); dbms_output.put_line(’Max RCG_ID ‘||V_rcg_max); EXCEPTION WHEN OTHERS THEN dbms_output.put_line(’error here’); END; /
Penjelasan Block PL/SQL di atas bisa kita jalankan langsung di SQLPlus. Bisa juga kita taruh di file dan kemudian dari SQLPlus kita panggil file tersebut. Contoh, block PL/SQL ini saya taruh di file roh.sql. Berikut ini cara manggil dari SQLPlus: (Ups, jangan lupa untuk menjalankan perintah “set serveroutput on” agar hasil dari “dbms_output.put_line” bisa tampak di monitor) SQL> set serveroutput on SQL> @roh.sql
Begitu script roh.sql kita jalankan, maka kita akan diminta memasukkan nilai untuk parameter &1 dan &2. Seperti ini tampilannya SQL> @roh.sql Enter value for 1: old 6: V_rcg_min:= new 6: V_rcg_min:= Enter value for 2: old 7: v_rcg_max:= new 7: v_rcg_max:=
Anda bisa juga langsung menyertakan nilai &1 (305206565) dan &2 (305209524) ketika memanggil roh.sql SQL> @roh.sql 305206565 305209524
Hasilnya akan nampak di monitor seperti berikut ini ========================== Deleting sucess Min RCG_ID 305206565 Max RCG_ID 305209524 PL/SQL procedure successfully completed.
Bila kita tidak menjalankan “set serveroutput on” sebelumnya, maka yang nampak di monitor hanya PL/SQL procedure successfully completed.
Bila tidak ingin muncul pesan “PL/SQL procedure successfully completed”, jalankan command “set feed off” di SQLPlus SQL> set serveroutput off
8.2. Mengenal Oracle PL/SQL (2): Struktur Setelah melihat contoh penggunaannya, sekarang mari kita bahas dasar-dasar PL/SQL. Silahkan lihat block PL/SQL yang telah kita bahas tersebut: DECLARE V_rcg_min NUMBER; v_rcg_max number; V_iterasi NUMBER; BEGIN V_rcg_min:= &1; v_rcg_max:= &2; V_iterasi:=V_rcg_min; WHILE V_iterasi <= v_rcg_max LOOP delete from MYTAB where rcg_id=V_iterasi; commit; V_iterasi:=V_iterasi+1; END LOOP; dbms_output.put_line(’Deleting sucess’); dbms_output.put_line(’Min RCG_ID ‘||V_rcg_min); dbms_output.put_line(’Max RCG_ID ‘||V_rcg_max); EXCEPTION WHEN OTHERS THEN dbms_output.put_line(’error here’); END; /
Struktur pokok PL/SQL adalah sebagai berikut DECLARE BEGIN END; /
DECLARE Berisi deklarasi variabel. Adapun isi dari deklarasi variabel adalah nama variable, tipe data, constraint, dan default value. Setiap satu deklarasi diakhiri dengan tanda ; (titik koma). Contoh: 1. Yang wajib ada : nama variabel dan tipe data v_rcg_min NUMBER;
2. Dengan menambahkan nilai default v_jam_kerja INTEGER DEFAULT 40; v_jam_kerja INTEGER := 0;
3. Dengan menambahkan constraint “not null” dan nilai default v_acc_id INTEGER(4) NOT NULL := 9999;
Agar block PL/SQL bisa dieksekusi, tambahkan baris baru di bawah END dan beri tanda / (slash atau garis miring). Bagian utama berisi operasi (pekerjaan) yang kita lakukan. Contoh block PL/SQL di atas berisi: - Memberi nilai variable - Operasi SQL (delete dan commit) - Operasi aritmatika (penjumlahan ) - Control struktur ( LOOP dan WHILE) - EXCEPTION (error handler) Memberi nilai variabel Cara memberi nilai pada variabel adalah memakai := (titik dua dan sama dengan). Contoh: v_rcg_min:= &1; v_rcg_max:= 100; v_iterasi:=v_rcg_min;
Kita juga bisa memberi nilai ke variabel melalui SQL command. Lihat contoh berikut ini, nilai untuk variabel v_job adalah hasil dari “select job from emp where EMPID=10″ DECLARE v_job VARCHAR2(9); BEGIN select job into v_job from emp where EMPID=10; dbms_output.put_line(v_job); END; /
Operasi SQL Hampir semua perintah SQL bisa dijalankan di sini. Iya dong, khan sesuai dengan namanya, di mana PL/SQL adalah pengembangan dari SQL. Control Struktur Macam-macam control structure adalah: - Testing Conditions: IF dan CASE - Controlling Loop Iterations: LOOP dan EXIT - Sequential Control: GOTO dan NULL Menggunakan LOOP Contoh yang telah saya pakai di atas adalah WHILE …LOOP WHILE V_iterasi <= v_rcg_max LOOP delete from MYTAB where rcg_id=V_iterasi; commit; V_iterasi:=V_iterasi+1; END LOOP;
Dengan hasil yang sama, kita bisa menggunakan LOOP … EXIT WHEN LOOP delete from MYTAB where rcg_id=V_iterasi; commit; V_iterasi:=V_iterasi+1; EXIT WHEN V_iterasi > v_rcg_max; END LOOP;
Bisa juga dengan memakai LOOP dan di dalamnya ada IF … THEN LOOP delete from MYTAB where rcg_id=V_iterasi; commit; V_iterasi:=V_iterasi+1; IF (V_iterasi > v_rcg_max) THEN exit; END IF; END LOOP;
Contoh Menggunakan IF … THEN IF (v_gaji > v_umr) THEN v_bonus:=v_gaji*2; END IF; IF (v_gaji < v_umr) THEN v_bonus:=v_gaji*4; ELSIF (v_gaji = v_umr) THEN v_bonus:=v_gaji*3; ELSE v_bonus:=v_gaji*2; END IF;
Contoh Mengguakan CASE v_nilai := 'B'; CASE v_nilai WHEN ‘A’ THEN v_predikat := ‘Excellent’; WHEN ‘B’ THEN v_predikat := ‘Very Good’; WHEN ‘C’ THEN v_predikat := ‘Good’; WHEN ‘D’ THEN v_predikat := ‘Fair’; WHEN ‘F’ THEN v_predikat := ‘Poor’; ELSE v_predikat := ‘Nothing’; END CASE;
8.3. PL/SQL: Membuat Prosedur Tulisan ini merupakan lanjutan dari dasar-dasar pengenalan PL/SQL yang telah saya tulis sebelumnya, yaitu contoh penggunaan PL/SQL dan Struktur PL/SQL. Prosedur merupakan subprogram PL/SQL yang berdiri sendiri. Kalau kita punya pekerjaan rutin dan command-commandnya pun itu-itu saja, kita bisa menyimpan comand-command tersebut dan memanggilnya kapan saja kita mau. Itulah filosofi dari prosedur. Cara Membuat Prosedur Caranya sama persis dengan membuat blok PL/SQL biasa, cuma ganti : DECLARE
Menjadi : create or replace procedure NAMA_PROSEDUR as
User yang membuat prosedur harus punya privilege “create procedure”. Contoh, memberi privilege kepada user ROHMAD agar bisa membuat prosedur SQL> conn SYSTEM SQL> grant create procedure to roh;
User yang tidak punya privilege “create procedure” , kalau membuat prosedur akan mendapat error berikut: ORA-01031: insufficient privileges
Selanjutnya, mari kita coba membuat prosedur berdasarkan block PL/SQL di atas. Ingat kuncinya, ganti kata “DECLARE” menjadi “create or replace procedure NAMA_PROSEDUR as”. Di contoh ini prosedurnya saya beri nama PROC_REFRESH_MYTAB: create or replace procedure PROC_REFRESH_MYTAB as V_rcg_min NUMBER; v_rcg_max number; V_iterasi NUMBER; v_date DATE; BEGIN V_rcg_min := 10; v_rcg_max := 100; V_iterasi := V_rcg_min; V_DATE := sysdate; EXECUTE IMMEDIATE 'truncate table MYTAB'; WHILE V_iterasi <= v_rcg_max LOOP insert into MYTAB values (v_date, V_iterasi); commit; v_date := v_date+1; V_iterasi:= V_iterasi+1; END LOOP; END; /
Untuk menjalankan prosedur, jalankan: 1. Di SQLPlus SQL> exec PROC_REFRESH_MYTAB;
atau SQL> execute PROC_REFRESH_MYTAB;
2. Di block PL/SQL, tulis saja nama prosedur tersebut DECLARE BEGIN PROC_REFRESH_MYTAB; END; /
8.4. PL/SQL: Memasukkan Variabel dalam Prosedur Sebagaimana prosedur dalam bahasa pemrograman lain, kitapun bisa memasukkan variabel ke dalam prosedur. Lihat contoh prosedur PROC_REFRESH_MYTAB yang lalu create or replace procedure PROC_REFRESH_MYTAB as V_rcg_min NUMBER; v_rcg_max number; V_iterasi NUMBER; v_date DATE; BEGIN V_rcg_min := 10; v_rcg_max := 100; V_iterasi := V_rcg_min; V_DATE := sysdate; EXECUTE IMMEDIATE 'truncate table MYTAB'; WHILE V_iterasi <= v_rcg_max LOOP insert into MYTAB values (v_date, V_iterasi); commit; v_date := v_date+1; V_iterasi:= V_iterasi+1; END LOOP; END; /
Dalam contoh di atas, nilai v_rcg_min dan v_rcg_max dimasukkan dalam hard code. Kalau kita mau mengubah nilai rcg_id minimum dan maksimum, ya mesti mengubah code lagi. Cappe deh … Caranya, devinisikan variabel-variabel tersebut di belakang NAMA_PROSEDUR. Nilainya nanti dimasukkan ketika memanggil prosedur. Berikut ini prosedur tersebut: create or replace procedure PROC_REFRESH_MYTAB2 (V_rcg_min NUMBER, v_rcg_max number) as V_iterasi NUMBER; v_date DATE; BEGIN V_iterasi := V_rcg_min; V_DATE := sysdate; EXECUTE IMMEDIATE 'truncate table MYTAB'; WHILE V_iterasi <= v_rcg_max LOOP insert into MYTAB values (v_date, V_iterasi); commit; v_date := v_date+1; V_iterasi:= V_iterasi+1; END LOOP; END; /
Berikut ini cara memanggil prosedur sekaligus memasukkan nilai untuk variabelnya (misalkan v_rcg_min saya beri nilai 20 dan v_rcg_max saya beri nilai 30): 1. Di SQLPlus SQL> exec PROC_REFRESH_MYTAB2 (20,30);
Kalau nilai variabel tidak dimasukkan, terlalu banyak, atau terlalu sedikit; maka akan error: SQL> exec PROC_REFRESH_MYTAB2 (20); SQL> exec PROC_REFRESH_MYTAB2 (20, 30, 40); SQL> exec PROC_REFRESH_MYTAB2; ERROR at line 1: ORA-06550: line 1, column 7: PLS-00306: wrong number or types of arguments in call to 'PROC_REFRESH_MYTAB2' ORA-06550: line 1, column 7: PL/SQL: Statement ignored
8.5. Menjalankan OS Command atau Shell Script dari PL/SQL Menjalankan OS Command atau shell script dari SQLPlus sudah biasa kita lakukan. Biasanya kita menggunakan ! atau host (catatan: di Windows hanya bisa pakai host, tidak bisa pakai !), contoh: SQL> SQL> SQL> SQL>
! ls -la ! /data1/oracle/Users/rohmad/test.sh host ls -al host /data1/oracle/Users/rohmad/test.sh
Namun ini hanya berlaku: • •
OS command ini eksekusi di mana kita menjalankan SQL Plus. OS command yang dijalankan adalah OS command di mana kita menjalankan SQL Plus. Misalnya kita menjalankan SQLPlus di PC kita, maka OS command yang dijalankan adalah OS command yang ada di PC kita, bukan OS command di mesin/server database
Tantangan berikutnya: • •
bagaimana menjalankan OS command (shell script) yang ada di mesin/server database sementara kita memanggilnya lewat SQLPlus yang ada di PC kita? Bagimana caranya menjalankan OS command (shell script) dari PL/SQL atau prosedur?
Nah, artikel ini akan menjawab tantangan tersebut. Kita akan memanfaatkan DBMS_SCHEDULER, feature ini mulai dikenalkan sejak Database Oracle versi 10g. Untuk versi 9i ke bawah, bisa mencari referensi di asktom.oracle.com
Content script ini adalah: #!/usr/bin/ksh cd /data1/oracle/Users/rohmad/ /usr/bin/echo "Hello `date` " >>
test.log
Persiapan Saya ingin menjalankan script tersebut melalui PL/SQL. Oleh Oracle, shell script tersebut dipandang sebagai external script (bukan scriptnya Oracle).
Khusus di Solaris dan Linux (saya tidak tahu untuk system Unix lainnya): Untuk bisa menjalankan external script, pastikan bahwa Oracle bisa menjalankan external job; berikut ini step-step untuk meng-enable-kan external job tersebut: 1. Lihat file $ORACLE_HOME/rdbms/admin/externaljob.ora cd $ORACLE_HOME/rdbms/admin ls -la externaljob.ora -rw-r-----
1 oracle
dba
externaljob.ora
Kemudian lihat isinya: more externaljob.ora run_user = nobody run_group = nobody
2. Dengan user root, ubah owner dan mode dari file externaljob.ora tersebut chown root externaljob.ora chmod 640 externaljob.ora
Edit file externaljob.ora, ganti run_user dan run_group menjadi user dan group dari Oracle Installation. Dalam contoh ini, Oracle Installation adalah milik user oracle dengan group dba run_user = oracle run_group = dba
3. Lihat file $ORACLE_HOME/bin/extjob Dengan user root, ubah owner dan mode cd $ORACLE_HOME/bin chown root extjob chmod 4750 extjob
Dalam contoh ini, shell script tersebut akan dijalankan oleh user TEST. Beri privilege ke user TEST SQL> conn system SQL> grant create job to test; SQL> grant create EXTERNAL job to test;
Intinya adalah: 1. Buat job dengan DBMS_SCHEDULER 2. Begitu di-create, jalankan job tersebut. Ditunjukkan oleh parameter enabled=>true 3. Setelah job dijalankan, drop (hapus) job tersebut Ditunjukkan oleh parameter auto_drop=>true Kalau cara di atas terasa kepanjangan, kita bisa membuat prosedur-nya. Misalnya prosedur itu kita beri nama jalankan Create or replace procedure jalankan (cmd in varchar2) as Begin DBMS_SCHEDULER.CREATE_JOB( job_name=>'testjob', job_type=>'EXECUTABLE', job_action=> cmd, enabled=>true, auto_drop=>true); end; /
Sekarang, tinggal kita panggil prosedur jalankan tersebut 1. Bisa melalui command SQL berikut exec jalankan ('/data1/oracle/Users/rohmad/test.sh');
2. Ataupun memanggilnya lewat block PL/SQL begin jalankan ('/data1/oracle/Users/rohmad/test.sh'); end; /
Catatan : •
•
Baik dipanggil dari SQLPlus yang ada di server database maupun di client (PC kita), prosedur jalankan ini tetep menjalankan shell script (OS command) yang ada di server database. Gunakan SQL command berikut untuk melihat, apakah job yang kita buat itu berhasil apa tidak select log_id, log_date, job_name, status, error#, additional_info from user_scheduler_job_run_details where job_name like 'TEST%';
Gunakan SQL command berikut untuk memastikan bahwa job yang kita buat itu telah di-drop begitu selesai dijalankan select job_name,job_type,job_action from user_SCHEDULER_JOBS;
•
Penting: Untuk bisa dijalanakan oleh DBMS_SCHEDULER, paling tidak script tersebut harus bisa dijalanakan lewat crontab. Tambahkan shell definition pada script, contoh kalau menggunakan shell KSH: #!/usr/bin/ksh
Kalau memanggil perintah Oracle misalnya sqlplus atau sqlldr, tambahkan parameter ORACLE_HOME dan PATH (misalkan ORACLE_HOME ada di /dirOracle/10.2.3) export ORACLE_HOME=/dirOracle/10.2.3 export PATH=$ORACLE_HOME/bin:$PATH
Referensi: 1. Oracle® Database Administrator’s Guide 10g Release 2 (10.2) — Using the Scheduler 2. Oracle® Database PL/SQL Packages and Types Reference 10g Release 2 (10.2) — DBMS_SCHEDULER
9. Application development 9.1. Partitioning Table: Definisi dan Contoh Filosofi partisi adalah memecah tabel ke dalam beberapa segment (partisi atau subpartisi), di mana tabel konvensional hanya mempunyai satu segment. Misalkan kita punya tabel PENJUALAN dengan 8 juta records, kita ingin query data untuk quartal pertama tahun ini. Pada tabel konvensional (non partition), query akan men-scan keseluruhan 8 juta records data tersebut karena berada dalam 1 segment. Nah, kalau tabel itu dipartisi (by range untuk kolom tanggal penjualan) maka query akan men-scan khusus segment di mana data itu berada; tidak semua 8 juta records data itu di-scan, sehingga proses query lebih cepat. Manfaat lain dari partitioning adalah tiap-tiap segment (partisi atau subpartisi) bisa ditaruh di tablespace yang berbeda, sehingga kita mendapat manfaat dari spreading (menyebar) tablespace, yaitu penyebaran I/O dan mengurangi resiko loss data karena tablespace corrupt. Ada 3 metode utama partisi, dan ada 2 macam composite (gabungan): 1. 2. 3. 4. 5.
Range partitioning List partitioning Hash partitioning Composite range-list partitioning Composite range-hash partitioning
Misalkan saya punya tabel penjualan yang punya kolom no_invoice, tgl_jual, dan area. CREATE TABLE penjualan ( no_invoice NUMBER, tgl_jual DATE, area varchar2(10));
Dalam contoh di atas, spesifikasi tablespace ada pada tiap segment (partisi). Yang seperti ini (spesifikasi tablespace pada tiap segment) biasanya dilakukan kalau tiap segment (partisi) ditempatkan pada tablespace yang berbeda. Karena keterbatasan tablespace, dalam contoh ini saya taruh dalam satu tablespace yang sama, yaitu tablespace USERS. List Partition Pada list partition, data dikelompokkan berdasarkan nilainya. Cocok untuk kolom yang variasi nilainya tidak banyak. Saya masih menggunakan contoh table penjualan. Yang cocok dengan list partition adalah kolom area. Berikut ini contoh membuat table PENJUALAN dengan partisi list pada kolom area (untuk membedakan dengan contoh range partition, tabel saya beri nama PENJUALAN_LIST): CREATE TABLE penjualan_list ( no_invoice NUMBER, tgl_jual DATE NOT NULL, area varchar2(10)) PARTITION BY LIST (area) ( PARTITION daerah_barat VALUES ('JAKARTA','MEDAN','BANDUNG') , PARTITION daerah_timur VALUES ('SEMARANG','SURABAYA','MAKASAR') ) TABLESPACE users;
Definisi tablespace bisa didefinisikan di level partisi ataupun tabel. Dalam contoh di atas, karena semua partisi ditaruh di tablespace yang sama, maka definisi tablespace cukup ditaruh di definisi tabel (tidak perlu di tiap partisi). Hash Partition Jika kita ingin melakukan partisisi namun tidak cocok dengan RANGE ataupun LIST, maka kita bisa menggunakan HASH partition. Penentuan “nilai mana di taruh di partisi mana” itu diatur secara internal oleh Oracle (berdasarkan hash value). Kenapa kita memaksakan memakai partisi sementara tidak cocok dengan RANGE ataupun LIST? Lha, ya itu tadi, kita ingin mendapat manfaat dari filosofi PARTITIONING di mana data disebar ke segment-segment yang berbeda. Untuk tabel penjualan, kolom yang cocok dengan HASH partitioning adalah kolom no_invoice. Berikut ini contohnya (tabel saya beri nama PENJUALAN_HASH): CREATE TABLE penjualan_hash ( no_invoice NUMBER, tgl_jual DATE NOT NULL, area varchar2(10))
PARTITION BY HASH (no_invoice) PARTITIONS 4 tablespace users;
Secara otomatis Oracle akan membuat 4 partisi (sesuai dengan nilai dari parameter PARTITIONS). Dalam contoh di atas, definisi tablespace ditaruh di definisi tabel, yang berarti semua partisi (segment) di taruh di tablespace yang sama (tablespace USERS). Kita bisa menaruh definisi tablespace di tiap partisi bila kita ingin tiap partisi (segment) disimpan di tablespace yang berbeda. Karena keterbatasan tablespace, dalam contoh ini semua partisi ditaruh di tablespace Users: CREATE TABLE penjualan_hash ( no_invoice NUMBER, tgl_jual DATE NOT NULL, area varchar2(10)) PARTITION BY HASH (no_invoice) PARTITIONS 4 STORE IN (users, users, users, users);
Composite range-list partition Dengan karakteristik yang seperti itu, tabel PENJUALAN bisa kita partisi pada kolom TGL_JUAL dan AREA. Berikut ini contohnya (untuk membedakan dengan contoh-contoh sebelumnya, tabel saya beri nama PENJUALAN_RANGE_LIST): CREATE TABLE PENJUALAN_RANGE_LIST ( no_invoice NUMBER, tgl_jual DATE NOT NULL, area varchar2(10)) PARTITION BY RANGE (tgl_jual) SUBPARTITION BY LIST (area) ( PARTITION jual_kw1 VALUES LESS THAN (TO_DATE('01-APR-2008','DD-MON-YYYY')) TABLESPACE users (SUBPARTITION kw1_barat VALUES ('JAKARTA','MEDAN','BANDUNG'), SUBPARTITION kw1_timur VALUES ('SEMARANG','SURABAYA','MAKASAR') ), PARTITION jual_kw2 VALUES LESS THAN (TO_DATE('01-JUL-2008','DD-MON-YYYY')) TABLESPACE users (SUBPARTITION kw2_barat VALUES ('JAKARTA','MEDAN','BANDUNG'), SUBPARTITION kw2_timur VALUES ('SEMARANG','SURABAYA','MAKASAR') ), PARTITION jual_kw3 VALUES LESS THAN (TO_DATE('01-OCT-2008','DD-MON-YYYY')) TABLESPACE users (SUBPARTITION kw3_barat VALUES ('JAKARTA','MEDAN','BANDUNG'), SUBPARTITION kw3_timur VALUES ('SEMARANG','SURABAYA','MAKASAR') ), PARTITION jual_kw4 VALUES LESS THAN (TO_DATE('01-JAN-2009','DD-MON-YYYY')) (SUBPARTITION kw4_barat VALUES ('JAKARTA','MEDAN','BANDUNG') TABLESPACE users , SUBPARTITION kw4_timur VALUES ('SEMARANG','SURABAYA','MAKASAR') TABLESPACE users
) );
Dalam contoh di atas, definisi tablespace ada yang di level PARTISI dan ada yang level di SUBPARTISI. Composite range-hash partition Kitapun bisa mempartisi tabel PENJUALAN pada kolom TGL_JUAL dan NO_INVOICE. Berikut ini contohnya (untuk membedakan dengan contoh-contoh sebelumnya, tabel saya beri nama PENJUALAN_RANGE_HASH):
CREATE TABLE penjualan_range_hash ( no_invoice NUMBER, tgl_jual DATE NOT NULL, area varchar2(10)) PARTITION BY RANGE (tgl_jual) SUBPARTITION BY HASH (no_invoice) SUBPARTITIONS 4 STORE IN (users, users, users, users) ( PARTITION jual_kw1 VALUES LESS THAN (TO_DATE('01-APR-2008','DD-MON-YYYY')), PARTITION jual_kw2 VALUES LESS THAN (TO_DATE('01-JUL-2008','DD-MON-YYYY')), PARTITION jual_kw3 VALUES LESS THAN (TO_DATE('01-OCT-2008','DD-MON-YYYY')), PARTITION jual_kw4 VALUES LESS THAN (TO_DATE('01-JAN-2009','DD-MON-YYYY')) );
Urutan tablespace Berikut ini hirarki untuk alokasi tablespace: 1. Kalau di definisi SUBPARTITION tidak disebutkan tablespacenya, maka SUBPARTITION akan ditaruh di tablespace yang didefinisikan di PARTITION. 2. Kalau di definisi PARTITION tidak disebutkan tablespacenya, maka PARTITION akan ditaruh di tablespace yang didefinisikan di TABLE 3. Kalau tablespacenya tidak disebutkan (baik di level SUPPARTITION, PARTITION, maupun TABLE) maka, semua segment (baik SUPPARTITION maupun PARTITION) ditaruh di default tablespace dari user (schema) yang bersangkutan. VIEW (data dictionary) Beberapa contoh VIEW yang sering dipakai untuk melihat informasi PARTISI dan SUBPARTISI adalah DBA_TABLES, DBA_TAB_PARTITIONS, DBA_TAB_SUBPARTITIONS, DBA_INDEXES, DBA_IND_PARTITIONS, DBA_IND_SUBPARTITIONS. Untuk melihat VIEW-VIEW yang lain, bisa query ke DICT: SQL> select table_name from dict where table_name like '%PARTITION%' order by table_name;
9.2. Partitioning Table: Informasi Segment & Tablespace Kadang kita bingung, ketika query TABLESPACE_NAME di view DBA_TABLES, kok nilai TABLESPACE_NAME ada yang NULL (blank/kosong). SQL> select distinct TABLESPACE_NAME from dba_tables; TABLESPACE_NAME -----------------------------SYSTEM <--- Kosong/blank/NULL USERS SYSAUX
Tidak perlu bingung, itu tandanya ada tabel berpartisi di database tersebut. Pada tabel yang berpartisi, data disimpan di dalam partisinya. Contoh, lihat tabel berpartisi PENJUALAN_RANGE yang pernah dibahas di Partitioning Table: Definisi dan Contoh. CREATE TABLE penjualan_range ( no_invoice NUMBER, tgl_jual DATE NOT NULL, area varchar2(10)) PARTITION BY RANGE (tgl_jual) ( PARTITION PARTITION PARTITION PARTITION
Coba lihat, view DBA_TABLES. Hasil query berikut ini adalah 1 record, di mana nilai kolom TABLESPACE_NAME adalah NULL. SQL> select tablespace_name from dba_tables where table_name='PENJUALAN_RANGE'; TABLESPACE_NAME -----------------------------SQL> select count(*) from dba_tables where table_name='PENJUALAN_RANGE'; COUNT(*) ---------1
Sekarang, query view DBA_TAB_PARTITIONS. Tampak bahwa data disimpan di partisi JUAL_KW1, JUAL_KW2, JUAL_KW3, dan JUAL_KW4. SQL> select TABLESPACE_NAME,PARTITION_NAME from DBA_TAB_PARTITIONS where table_name='PENJUALAN_RANGE'; TABLESPACE_NAME -----------------------------USERS USERS
Lihat juga informasi di view DBA_SEGMENTS SQL> select SEGMENT_NAME,PARTITION_NAME,TABLESPACE_NAME from dba_segments where SEGMENT_NAME='PENJUALAN_RANGE'; SEGMENT_NAME -----------------PENJUALAN_RANGE PENJUALAN_RANGE PENJUALAN_RANGE PENJUALAN_RANGE
9.3. Menggunakan SQL*Loader SQL Loader adalah tool Oracle untuk me-load data dari flat (text) file ke dalam tabel di database Oracle. Program (executable) SQL Loader adalah sqlldr, lokasi ada di $ORACLE_HOME/bin. SQL Loader sering digunakan untuk mengatasi kendala jaringan. Misalkan perusahaan punya kantor cabang yang tidak tersambung online dengan pusat; data transaksi biasanya dikirim ke pusat dalam bentuk text file; di pusat, data tersebut kemudian di-load ke database pakai SQL Loader. SQL Loader juga sering digunakan untuk me-load data dari system yang berbeda. Misalkan transaksi di-handle oleh database non Oracle, sementara datawarehouse menggunakan Oracle. Nah, data transaksi dari non Oracle ini kemudian di-export ke dalam text file, dan kemudian di-import ke Oracle pakai SQL*Loader. Misalkan saya punya file penjualan.dat yang berisi: 3286;23-DEC-08;SEMARANG 3287;24-DEC-08;SURABAYA 3288;25-DEC-08;MAKASAR 3289;26-DEC-08;MEDAN 3290;26-DEC-08;MAGELANG TENGAH
File penjualan.dat tersebut akan saya load ke tabel penjualan: CREATE TABLE penjualan ( no_invoice NUMBER, tgl_jual DATE, area varchar2(10));
Langkap pertama, buat control file yang berisi parameter-parameter untuk SQL Loader. Misalkan saya beri nama penjualan.ctl. load data APPEND into table PENJUALAN fields terminated by ";" TRAILING NULLCOLS (no_invoice,tgl_jual,area)
Langkah selanjutnya, load data di penjualan.dat ke tabel PENJUALAN. Gunakan perintah berikut: sqlldr USERID=test/test CONTROL=penjualan.ctl, DATA=penjualan.dat, LOG=penjualan.log, BAD=penjualan.bad
3. DATA: file (data) yang akan di-load 4. LOG: file untuk menyimpan log dari proses loader 5. BAD: file untuk menyimpan data yang tidak diprose Setelah menjalankan sqlldr di atas, lihat lognya di file penjualan.log. Oo… ternyata ada error: Record 5: Rejected - Error on table PENJUALAN, column AREA. ORA-12899: value too large for column "TEST"."PENJUALAN"."AREA" (actual: 15, maximum: 10)
Record (baris) kelima tidak diproses karena lebar kolom AREA hanya 10 karakter, sementara nilai yang dimasukkan panjangnya 15 karakter (MAGELANG TENGAH). Record yang tidak diposes ini ditaruh di file penjualan.bad. Sekarang coba query ke tabel PENJUALAN, data yang masuk hanya 4 record. SQL> select * from penjualan; NO_INVOICE ---------3286 3287 3288 3289
9.4. Menggunakan External Table External table adalah tabel yang datanya ada di luar database, biasanya berupa text file. External table sering digunakan untuk : 1. membaca file dari database Oracle. 2. Me-load (import) data dari text file ke database. Sebagai alternatif lain dari SQL*Loader. Misalkan saya punya file penjualan.dat di direktori /data1/oracle/Users/rohmad/external. $ cd /data1/oracle/Users/rohmad/external $ more penjualan.dat 3286;23-DEC-08;SEMARANG 3287;24-DEC-08;SURABAYA 3288;25-DEC-08;MAKASAR 3289;26-DEC-08;MEDAN 3290;26-DEC-08;MAGELANG TENGAH
Berikut ini langkah-langkah untuk membuat external table berdasarkan file tersebut. Persiapan Buat directory di database yang mengarah ke directory file tersebut. SQL> conn / as sysdba SQL> CREATE OR REPLACE DIRECTORY external_dir AS '/data1/oracle/Users/rohmad/external';
Beri privilege ke user agar bisa membaca dan menulis ke directory tersebut. SQL> GRANT READ ON DIRECTORY external_dir TO test; SQL> GRANT WRITE ON DIRECTORY external_dir TO test;
Dari kelima records yang ada di file penjualan.dat, ada 4 records yang terbaca oleh Oracle. Sekarang kita lihat log-nya, pasti ada error ketika membaca salah satu record tersebut. $ cd /data1/oracle/Users/rohmad/external $ more penjualan.log error processing column AREA in row 5 for datafile /data1/oracle/Users/rohmad/external/penjualan.dat ORA-12899: value too large for column AREA (actual: 15, maximum: 10)
Errornya sama persis dengan yang pernah saya bahas di Menggunakan SQL*Loader. Sebagaimana SQL*Loader, record yang tidak diproses ditaruh di BADFILE (penjualan.bad). Kalau yang salah adalah datanya, misalnya kolomnya kepanjangan, ya datanya yang mesti diedit. Kalau datanya tidak masalah, itu artinya kolom di tabel yang kurang panjang. Kita bisa mengedit external tabel tersebut: SQL> alter table ext_penjualan modify (area varchar2(15)); SQL> select * from ext_penjualan; NO_INVOICE ---------3286 3287 3288 3289 3290
Ya, tinggal insert saja: SQL> insert into history_penjualan select * from ext_penjualan; SQL> select * from history_penjualan; NO_INVOICE ---------3286 3287 3288 3289 3290
10. Replication and Distributed System: 10.1. Administrasi database link Database link, atau dikenal dengan db link, adalah sarana komunikasi antar dua database. Dengan db link, kita bisa melakukan query dari satu database ke database lain. Sering dipakai dalam sistem database terdistribusi (distributed system) dan replikasi (replication). Pada dasarnya tidak ada batasan apakah kedua database Oracle yang berkomunikasi melalui db link itu versinya sama atau tidak, kecuali secara eksplisit disebutkan Oracle. Yang pasti, database yang sama versinya (walaupun beda OS-nya) komunikasi db link terjadi secara perfect. Kalau kedua database beda versi, menurut pengalaman saya: • • •
Dari 8i ke 9i (atau sebaliknya) gak masalah Dari 8i ke 10g (atau sebaliknya) ada masalah, misalnya data bisa diquery tapi hasilnya “no rows selected” padahal seharusnya ada rows-nya. Dari 9i ke 10g (atau sebaliknya) gak malasalah
Ada pertanyaan: masalahnya penyebabnya apa pak dan bagaimana pemecahannnya? Penjelasan saya: Saya dah lupa, itu sekitar 2 tahun yang lalu. Pernah bikin SR ke Oracle, kayaknya sih emang ada incompatibility db link antara 8i dan 10g. CMIIW. Akhirnya yang saya lakukan: 1. Untuk sementara waktu, saya bikin view-view di 9i (yang datanya merupakan query pakai db link ke database yang 10g). Trus … dari 8i saya query pakai db link ke 9i. Jadi, saya pakai database 9i untuk ‘jembatan’. 2. Karena tabel di 10g yang mesti diquery dari 8i ada banyak, pakai solusi sementara di atas adalah melelahkan. Akhirnya database yang 8i saya upgrade ke 9i. Langkah-langkah membuat database link Misalkan saya punya database tsrep (IP 10.21.75.200). Di database ini saya akan membuat user TSREP_USER yang mempunyai tabel TSREP_TAB. Guide untuk membuat user ada di Administrasi User SQL> SQL> SQL> SQL> SQL> SQL> SQL>
conn SYSTEM create user TSREP_USER identified by TSREP_PASS; grant connect, resource to TSREP_USER; conn TSREP_USER create table TSREP_TAB (NOMOR number); insert into TSREP_TAB values (45); commit;
2. Persiapkan user yang akan melakukan query SQL> SQL> SQL> SQL> 3.
conn SYSTEM create user TS_USER identified by TS_PASS; grant connect, resource to TS_USER; conn TS_USER
Beri grant “create database link” ke user TS_USER agar bisa membuat db link SQL> conn SYSTEM SQL> grant create database link to TS_USER;
4. Buat database link Format perintahnya adalah: create database link NAMA_DATABASE_LINK connect to NAMA_USER_DI_DATABASE_REMOTE identified by PASSWORD_USER_DI_DATABASE_REMOTE using TNSNAMES
Berikut ini contohnya: SQL> conn TS_USER SQL> create database link GET_TSREP connect to TSREP_USER identified by TSREP_PASS using 'tsrep';
Kalau user TS_USER tidak diberi grant “create database link” akan muncul error ini ORA-01031: insufficient privileges
5. coba query ke tabel di schema TSREP_USER di database TSREP. Tambahkan @NAMADATABASE_LINK di belakang tabel/view yang akan di-query. Contoh: SQL> select * from TSREP_TAB@GET_TSREP;
Bisa juga query ke view-view yang bisa diakses oleh user TSREP_USER di database TSREP SQL> select * from tab@GET_TSREP; SQL> select * from dual@GET_TSREP; SQL> select * from user_tables@GET_TSREP;
DATABASE LINK PUBLIC Db link yang baru dibuat di atas hanya bisa diakses oleh user yang membuatnya (TS_USER). Agar db link bisa diakses oleh user lain, maka: •
Perlu dibuat PUBLIC database link. Db link PUBLIC bisa diakses oleh semua user database.
Yang bisa membuat db link public adalah user yang punya privilege DBA (misalnya SYS dan SYSTEM) atau user biasa yang mempunyai privilege “create public database link”. Contoh, beri privilege ke user TS_USER: SQL> conn SYSTEM SQL> grant create public database link to TS_USER;
Cara membuat db link public sama seperti db link biasa, hanya tambahkan kata PUBLIC sebelum nama db link. Contoh: SQL> conn TS_USER SQL> create PUBLIC database link GET_TSREP_PUB connect to TSREP_USER identified by TSREP_PASS using 'tsrep';
Sekarang coba query db link tersebut dari user lain. Misalkan saya sudah punya user TEST SQL> conn TEST SQL> select * from dual@GET_TSREP; ORA-02019: connection description for remote database not found
User TEST tidak bisa query ke db link GET_TSREP karena db link ini secara privat milik user lain (TS_USER). Tetapi bisa query ke db link GET_TSREP_PUB yang public itu: SQL> conn TEST SQL> select * from dual@GET_TSREP_PUB;
MENGUBAH DATABASE LINK Misalkan kita ingin mengubah definisi db link, contoh: mengubah nama user untuk connect atapun password. Tidak ada command alter buat db link. Kalau begitu, ya mesti • Drop (hapus) db link yang dimaksud • Buat db link lagi dengan dengan spesifikasi (definisi) yang dikendaki
MENGAPUS DATABASE LINK SQL> conn TS_USER SQL> drop database link GET_TSREP;
Untuk db link public, tidak bisa dihapus dengan cara di atas. Akan ada error berikut: SQL> conn TS_USER SQL> drop database link GET_TSREP_PUB; ORA-02024: database link not found
Untuk itu harus disebutkan juga clause PUBLIC SQL> drop public database link GET_TSREP_PUB;
10.2. Replikasi: Membuat Materialized View (Snapshot) Solusi replikasi dari Oracle di antaranya adalah Oracle Stream dan Advanced Replication . Advanced Replication meliputi Multimaster, Materialized View, dan hybrid (antara Multimaster replication dan materialized view). Istilah Materialized View (MV) dipakai Oracle sejak versi 9i. Di versi 8i ke bawah di sebut sebagai snapshot. MV merupakan View yang dimaterialisasi. View konvensional tidak menyimpan data, dia hanya menyimpan definisi (nama kolom, table) sementara data secara fisik masih ada di tabel source-nya. Saya punya contoh 2 view: 1. Query ke suatu tabel di database lain melalui database link (db link) 2. Query yang join ke beberapa tabel Kalau kedua View itu sering diakses sementara datanya sangat besar, dapat kita bayangkan betapa beratnya pekerjaan itu. Seandainya hasil view itu ditaruh ke dalam tabel dummy, dan akses ke view selanjutnya diarahkan ke tabel dummy tersebut, sungguh akan sangat mempercepat proses (tanpa query melalui database link yang dibatasi oleh bandwidth network, dan tanpa perlu melakukan join query yang berulang-ulang). Inilah yang mendasari Oracle untuk mematerialisasi view (semacam membuat tabel dummy untuk view tersebut). MV dengan database link biasanya digunakan untuk replikasi (replication) dan distribusi data (distributed Database). Sementara MV dengan multi join (ke banyak tabel) digunakan untuk data warehouse. Berikut ini langkah-langkah membuat MV dengan database link. Dalam script ini kata MATERIALIZED VIEW saya ganti SNAPSHOT, di mana dua terminologi ini mempunyai arti dan fungsi yang sama. ENVIRONMENT Database source - IP: 10.21.106.81 - Nama Instance: DBSOURCE - Nama Table: TBLMV - Nama Owner: OWNSOURCE Di Database yang akan kita buat Snapshot: - Nama Owner: SNAPSHOT_USER - Nama snapshot: TBLMV. Refresh (sinkronisasi) dilakukan tiap malam - TNS Name untuk koneksi ke database DBSOURCE: DBSOURCE - Nama db link: LINKDBSOURCE Persiapan di Database Source Buat MV log (snapshot log) SQL> conn OWNSOURCE SQL> create snapshot log on TBLMV tablespace USERS;
Snapshot log menyimpan delta (perubahan) data di tabel source. Dengan adanya log ini, ketika snapshot di-refresh, maka snapshot hanya mengambil delta yang ada di source tersebut. Inilah yang disebut dengan refresh fast. Kalau tidak menggunakan snapshot log, kita tidak bisa melakukan refresh fast, dengan kata lain ketika refresh maka yang dilakukan adalah melakukan query ulang ke tabel source. Ini step-step di database tempat Snapshot 1. Siapkan tablespace untuk menyimpan data milik schema SNAPSHOT_USER Create tablespace snapshot_tbs datafile '/data/snapshot_tbs01.dbf' size 8192M; alter tablespace snapshot_tbs add datafile '/data/snapshot_tbs02.dbf' size 8192M;’
2. Buat user SQL> conn / as sysdba SQL> create user snapshot_user identified by napshot_passwd default tablespace snapshot_tbs temporary tablespace temp; SQL> grant resource to snapshot_user; SQL> grant connect to snapshot_user; SQL> grant create snapshot to snapshot_user; SQL> grant create database link to snapshot_user; SQL> grant create public synonym to snapshot_user;
3. Buat TNS Names. Bisa pakai netca atau manual dengam menambahkan entry berikut di file $ORACLE_HOME/network/admin/tnsnames.ora DBSOURCE = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS=(PROTOCOL=TCP)(HOST=10.21.106.81)(PORT=1521)) ) (CONNECT_DATA = (service_name = DBSOURCE) ) )
4. Buat database link SQL> conn SNAPSHOT_USER SQL> create database link LINKDBSOURCE connect to OWNSOURCE identified by OWNSOURCE_PASSWD using 'DBSOURCE';
5. Buat Snapshot SQL> conn SNAPSHOT_USER SQL> create snapshot TBLMV refresh fast start with sysdate next trunc(sysdate + 1) as select * from TBLMV@LINKDBSOURCE;
Snapshot di atas akan direfresh mulai nanti malam jam 12, trunc(sysdate + 1). Pekerjaan refresh ini dilakukan oleh job Oracle, lihat jobnya di view USER_JOBS atau DBA_JOBS. Dengan DBMS_JOB kita bisa merubah schedule refresh.Secara fisik, snapshot TBLMV mempunyai tabel dengan name TBLMV (disimpan di default tablespace: snapshot_tbs).
6. Kalau diperlukan, kitapun bisa membuat index di tabel TBLMV sesuai kehendak kita (tidak ada aturan untuk menyamakan index di sini dengan yang di SOURCE). Contoh, kita akan membuat index untuk kolom nilai: SQL> create index TBLMV_01_IDX on TBLMV (nilai)
11. Backup and Recovery 11.1. Off line (cold) backup database Oracle Ada dua metode untuk membackup database Oracle, yaitu off line dan online. Off line backup dilakukan dengan mematikan database terlebih dahulu, baru kemudian membackup datafile. Online backup dilakukan tanpa mematikan database, jadi database masih bisa diakses selama proses backup. Online backup mensyaratkan database berada dalam mode archive log. Nanti akan saya bahas di artikel lain. Kali ini saya akan membahas tentang off line backup. Berikut ini step-step untuk off line backup: 1. lihat daftar file oracle (datafile, logfile, dan control file) Gunakan query berikut ini untuk melihat semua file SQL> select name as file_name from (select name from v$tempfile union select name from v$datafile union select name from v$controlfile union select member as name from v$logfile) order by file_name;
2. Matikan database SQL> shutdown immediate;
3. Backup file-file database (datafile, logfile, dan control file) $ $ $ $ $ $ $ $ $ $ $
11.2. Online (hot) backup database Oracle Beberapa waktu yang lalu saya telah menulis tentang off line backup database Oracle di Off line (cold) backup database Oracle. Kali ini saya akan membahas tentang online backup. Beberapa keuntungan metode online backup adalah : 1. Waktu backup, database tidak perlu dimatikan sehingga tidak ada downtime 2. Bisa melakukan backup per tablespace, bahkan per datafile 3. Bisa merestore data sampai terakhir sebelum masalah. Bahkan bisa merestore data sampai waktu yang ditentukan. Berbeda dengan restore hasil offline backup di mana yang bisa direstore hanya data terakhir melakukan backup saja. Seperti yang sudah pernah dibahas, syarat online backup adalah database harus dalam mode archivelog. Untuk melihat atau men-setting mode database apakah archivelog atau noarchivelog, lihat artikel di Men-setting database menjadi archivelog mode Berikut ini step-step online backup. 1. Backup control file SQL> alter database backup controlfile to '/backupdir/backupcontrol_22042008.bak';
2. Lihat Tablespace yang berisi data SQL> select TABLESPACE_NAME from dba_tablespaces where CONTENTS <>'TEMPORARY'; TABLESPACE_NAME -----------------------------SYSTEM UNDOTBS1 SYSAUX USERS
Temporary tablespace tidak perlu dibackup, karena bukan berisi data 3. Ubah mode tablespace menjadi backup mode SQL> SQL> SQL> SQL>
alter alter alter alter
tablespace tablespace tablespace tablespace
SYSTEM begin backup; UNDOTBS1 begin backup; SYSAUX begin backup; USERS begin backup;
4. Lihat semua datafile yang perlu dibackup (selain file dari temporary tablespace) SQL> select name from v$datafile; NAME --------------------------------------/oradata/oracle/ts/system01.dbf /oradata/oracle/ts/undotbs01.dbf /oradata/oracle/ts/sysaux01.dbf /oradata/oracle/ts/users01.dbf
6. Ubah mode database kembali ke normal SQL> SQL> SQL> SQL>
alter alter alter alter
tablespace tablespace tablespace tablespace
SYSTEM end backup; UNDOTBS1 end backup; SYSAUX end backup; USERS end backup;
7. Archive current log SQL> ALTER SYSTEM ARCHIVE LOG CURRENT;
8. Jangan lupa, backup juga archived log-nya. Archived log ini nanti kita butuhkan untuk recovery. Archive log yang masih dipakai adalah archived log sejak terakhir online (hot) backup. Archive log sebelum hot backup sudah tidak dipakai lagi. Kesimpulannya, yang dibackup adalah: 1. Control file 2. Datafile 3. Archived log file
11.3. Restore dari off line backup Restore dari hasil offline backup adalah sangat sederhana, sesederhana backup-nya. Lihat offline backup di sini http://rohmad.net/…/off-line-backup-database-oracle/ Berikut ini step-step restore dengan memakai instance yang sama. 1. Siapkan file-file yang akan direstore File-file tersebut adalah control, log, data, dan temp file 2.
Pastikan instance sudah mati SQL> shutdown immediate;
3.
Restore file-file backup ke directory asalnya $ $ $ $ $ $ $ $ $ $ $
Jika karena suatu hal, kita tidak bisa merestore ke direktori asalnya, maka kita bisa merestore ke tempat (direktori) lain. Step 1 dan 2 masih seperti yang di atas. Step 3 dan seterusnya adalah berikut ini: 3. Restore ke directory baru Control file $ cp /backup/ts/control01.ctl /newdir/ts/control01.ctl $ cp /backup/ts/control02.ctl /newdir/ts/control02.ctl $ cp /backup/ts/control03.ctl /newdir/ts/control03.ctl
Value yang lama: control_files='/oradata/ts/control01.ctl', '/oradata/ts/control02.ctl','/oradata/ts/control03.ctl'
Value yang baru: control_files='/newdir/ts/control01.ctl', '/newdir/ts/control02.ctl','/newdir/ts/control03.ctl'
5. Ubah konfigurasi file yang lainnya (log, data, dan temp file) SQL> startup mount SQL> alter database rename file '/oradata/ts/redo04.log' to '/newdir/ts/redo04.log'; SQL> alter database rename file '/oradata/ts/sysaux01.dbf' to '/newdir/ts/sysaux01.dbf'; SQL> alter database rename file '/oradata/ts/temp01.dbf' to '/newdir/ts/temp01.dbf'; dan seterusnya ... 6.
Open database SQL> alter database open;
Error yang terkait 1. Jika control file tidak ada, atau ada tapi direktorinya berubah dan init file belum diedit SQL> startup ORACLE instance started.Total System Global Area 1610612736 bytes Fixed Size 2177912 bytes Variable Size 396149896 bytes Database Buffers 1207959552 bytes Redo Buffers 4325376 bytes ORA-00205: error in identifying control file, check alert log for more info
2. Jika ada data file yang kelewatan, atau ada tapi direktorinya berubah dan belum dialter/rename SQL> startup ORACLE instance started.Total System Global Area 1610612736 bytes Fixed Size 2177912 bytes Variable Size 396149896 bytes Database Buffers 1207959552 bytes Redo Buffers 4325376 bytes Database mounted. ORA-01157: cannot identify/lock data file 4 - see DBWR trace file ORA-01110: data file 4: ‘/oradata/ts/users01.dbf’
11.4. Restore dan Recovery dari online backup Sebaiknya silahkan dibaca dulu online backup di Online (hot) backup database Oracle dan tentang archived log di Men-setting database menjadi archivelog mode. Secara sederhana, kedua artikel tersebut membahas landasan teorinya. Restore dari online backup adalah sama persis dengan restore dari offline backup, kecuali ada 1 tambahan step setelah melakukan restore dari online backup, yaitu kita WAJIB melakukan recovery. Lihat secara detail tentang restore dari offline backup di Restore dari off line backup Ringkasan restore dari offline backup: 1. Shutdown database SQL> shutdown immediate
2. Lakukan restore semua file-file yang bersangkutan 3. Startup database SQL> startup
Sedangkan untuk restore dan recovery dari online backup adalah sbb: 1. Shutdown database SQL> shutdown immediate
2. Lakukan restore semua file-file yang bersangkutan Restore juga archived lognya 3. Startup mount database SQL> startup mount
4. Recover database SQL> recover database using BACKUP CONTROLFILE;
Nanti akan diminta memasukkan archive log. Bila archived log sudah di-restore ke lokasinya, pilih AUTO. Setelah semua archived log di-apply, dan database masih minta archived log lagi, pilih CANCEL. 5. Open database resetlogs. SQL> alter database open resetlogs;
Catatan-catatan: 1. Bila file-file (data, control, dan log file) direstore ke tempat yang berbeda dari aslinya, lakukan step-step untuk mengubah konfigurasi file-file tersebut seperti yang sudah di bahas di “Restore dari offline backup”. 2. Ingat, control file yang digunakan untuk menaikkan restored database adalah control file hasil dari “alter database backup controlfile to ‘/backupdir/backupcontrol_22042008.bak’;”
Salah satu feature Oracle 10g (ke atas) yang jadi andalan saya adalah Oracle Flashback Technology. Dengan Oracle Flashback, kita bisa me-restore (recovery) data dengan sangat mudah. Sebagai contoh, ketika kita secara tidak sengaja menghapus sebagian record di file Excel, untuk mengembalikannya, kita cukup klik tombol UNDO. Kita klik UNDO sekian kali untuk kembali ke kondisi data yang kita inginkan. Ketika kita tidak sengaka menghapus (drop/delete) file, untuk mengembalikan file tersebut kita cukup me-restore-nya dari recycle bin. Nah, sederhanya, Oracle Flashback Technology menyediakan feature seperi UNDO dan RECYCLE BIN di Windows. Enak, bukan? Macam-macam Oracle flashback: 1. Oracle Flashback Query. Berguna untuk melihat (query) isi tabel di masa lalu. Misalkan siang ini kita baru saja mendelete atau update record. Karena terkanjur commit, kita tidak bisa melakukan rollback. Dengan Oracle Flashback Query, kita bisa melihat record (isi tabel) tadi pagi sebelum kita delete atau update. Berikut ini contoh command-nya (Catatan: nama tabel yang saya pakai untuk contoh di artikel ini adalah TB): SQL> SELECT * FROM TB AS OF TIMESTAMP TO_TIMESTAMP('2009-06-03 06:08:03', 'yyyy-mm-dd hh24:mi:ss'); SQL> SELECT * FROM TB AS OF TIMESTAMP TO_TIMESTAMP('2009-06-03 06:08:03', 'yyyy-mm-dd hh24:mi:ss') where nomor=3;
Keterbatasan: 1. Karena feature ini memanfaatkan UNDO segment di UNDO tablespace, maka size dari UNDO tablespace sangat mempengaruhi sampai berapa lama masa lalu yang bisa dikembalikan lagi. Semakin besar UNDO tablespace maka semakin besar (lama) masa lalu yang bisa dikembalikan.Bila data yang diquery sudah tidak ada lagi di UNDO tablespace maka akan muncul error berikut: ORA-08180: no snapshot found based on specified time
2. Batas yang bisa query adalah setelah operasi DDL (data definition language) terakhir. Contoh DDL adalah mengubah definisi tabel (alter table, add column, alter column, truncate, dll). Bila data yang di-query ada pada waktu sebelum DDL terakhir (last DDL) maka akan muncul error berikut: ORA-01466: unable to read data - table definition has changed
di atas, kita bisa mengembalikan tabel TB sebagimana tadi pagi sebelum kita melakukan delete atau update record. Berikut ini perintahnya: SQL> FLASHBACK TABLE TB TO TIMESTAMP TO_TIMESTAMP('2009-06-03 06:08:03', 'yyyy-mm-dd hh24:mi:ss');
Syaratnya: “ROW MOVEMENT” harus di-enable. Berikut ini command-nya: SQL> ALTER TABLE TB ENABLE ROW MOVEMENT;
Kalau tidak di-enable, bila menjalankan command FLASHBACK TABLE akan muncul error message berikut: ORA-08189: cannot flashback the table because row movement is not enabled
Keterbatasan: sama dengan Oracle Flashback Query. User yang tidak punya ROLE DBA, agar bisa melakukan flashback harus mempunyai privilege FLASHBACK ANY TABLE. Contoh memberi privilege ke user EMP: SQL> grant FLASHBACK ANY TABLE to EMP;
3. Oracle Flashback Drop. Berguna untuk mengembalikan tabel yang telah di-drop. Kalau di Windows adalah restore file dari recycle bin. Command untuk melihat isi dari recycle bin: SQL> select * from dba_recyclebin; SQL> select * from user_recyclebin; SQL> select * from recyclebin;
Restore tabel: SQL> FLASHBACK TABLE TB TO BEFORE DROP;
Kita juga bisa me-restore dan mengubah nama tabel tersebut: SQL> FLASHBACK TABLE TB TO BEFORE DROP RENAME TO TB_OLD;
4. Oracle Flashback Database. Merupakan alternatif lain dari database Point-In-Time Recovery. Kalau sempat akan saya bahas di lain kesempatan. Referensi Oracle® Database Backup and Recovery Basics 10g Release 2 (10.2)
12. Data guard: 12.1. Dataguard 10g: Membuat Physical Standby DB (1) Dataguard adalah solusi HIGH AVAILABILITY dari Oracle. Tujuannya adalah untuk membuat database standby (secondary/tambahan) agar bila sewaktu-waktu database production (primary) mati maka database standby itu bisa menggantikan posisi menjadi production. Setiap ada perubahan di primary, maka standby segera diupdate, sebisa mungkin diusahakan agar delta (perbedaan data antara primary dan standby) kecil. Mekanisme update standby adalah dengan apply archived log. Archived log dikirim dari primary ke standby, kemudian di apply di standby. Berdasarkan mekanisme apply archived log, database standby ada dua tipe: 1. Physical standby database. Archived log diapply secara konvensional (by block per block), sebagaimana kalau kita melakukan recovery database dengan archived log. 2. Logical standby database Dari Archived log diextract SQL statement-nya, kemudian SQL statement itu di apply Artikel ini berisi contoh membuat Physical standby database. Dalam contoh ini, struktur directory (untuk semua file Oracle) adalah sama persis antara database primary dan standby. Contoh ini menggunakan environment sebagai berikut: 1. Nama instance dan database: ts 2. Versi database: Oracle Database 10g Enterprise Edition Release 2 3. OS: SunOS 5.10 Secara umum langkah-langkah ini sama untuk semua database 10 Release 2 di Operating System manapun baik Windows maupun Unix (Sun Solaris, IBM AIX, HP UX, Linux, dan lain-lain). Untuk instalasi versi lainnya (8i, 9i, dan 10g) silahkan lihat masing-masing dokumentasinya, caranya tidak berbeda jauh dengan ini.
PERSIAPAN DI PRIMARY DATABASE Sebelum membuat standby database, persiapkan dulu segala persyaratan (environment) di database primary. 1. Apply FORCE LOGGING SQL> ALTER DATABASE FORCE LOGGING;
dengan command orapwd. Ini adalah perintah bawaan Oracle, lokasinya standart yaitu di $ORACLE_HOME/bin. Berikut ini contoh membuat password file: cd $ORACLE_HOME/dbs orapwd file=orapwts password=oracle entries=10 force=y
4. Persiapkan initial parameter (cukup disebut init). Di Windows, init file ada di %ORACLE_HOME%\database\init[namainstance].ora. Di Unix ada di $ORACLE_HOME/dbs/init[namainstance].ora. Berikut ini init file yang berkaitan dengan dataguard (standby database) o o o o o o o o o o
Parameter lainnya biarkan sebagaimana adanya. Sebagai contoh, berikut ini adalah parameter-parameter dari instance yang saya pakai. Tampak settingannya sangat minimalis (banyak memakai nilai default), gak pa-pa, yang penting bisa digunakan untuk contoh. o o o o o o o o o o o o o
5. Buat Oracle Net Service Name (TNS Names), masing-masing untuk primary dan standby database. Bisa dengan netca ,atau langsung menambah entry berikut file $ORACLE_HOME/network/admin/tnsnames.ora: tsprimary = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.21.106.161)(PORT = 1521)) ) (CONNECT_DATA = (SID = ts) ) )
PERSIAPAN Di STANDBY DATABASE 1. Persiapkan init file di %ORACLE_HOME%\database\initts.ora (untuk Windows) atau $ORACLE_HOME/db/initts.ora (di Unix). Isinya sama persis dengan yang di primary, kecuali untuk entry berikut log_archive_dest_2='service=tsprimary optional LGWR ASYNC NOAFFIRM valid_for=(online_logfiles,primary_role) db_unique_name=ts'
2. Buat password file. Password harus sama dengan database primary. Jadi, commandnya samakan dengan command untuk membuat password file primary database. Atau cara lain, copy (ftp) password file dari primary. 3. Buat service (instance). Ini khusus di Windows, karena di Unix tidak perlu. Gunakan oradim, ini tool standar Oracle. cd %ORACLE_HOME%\database oradim -NEW -SID ts
Perintah di atas akan membaca file initts.ora yang telah di buat. Untuk melihat bahwa instance ts sudah ter-create, lihat di tool “Services”-nya Windows, atau coba login dengan SQL Plus sqlplus '/ as sysdba' SQL*Plus: Release 10.2.0.3.0 - Production on Mon Jun 9 13:13:06 2008 Copyright (c) 1982, 2006, Oracle. All Rights Reserved. Enter password: Connected to an idle instance. SQL>
4. Buat Oracle Net Service Name (TNS Names), sama persis seperti di primary database, yaitu tsprimary dan tsstandby 5. Buat direktory untuk file-file dump dan database $ $ $ $ $
12.2. Dataguard 10g: Membuat Physical Standby DB (2) Setelah persiapan di mesin primary dan standby selesai, selanjutnya tinggal membuat standby database. Berikut ini langkah-langkah (step-step) nya: 1. Di primary database, buat standby control file SQL> alter database create standby controlfile as '/oradata/oracle/ts/controltsstandby.ctl';
2. Di primary database, lakukan backup full database. Bisa secara online ataupun offline. Dalam contoh ini saya menggunakan metode online (hot) backup biar database production tidak perlu mati.List daftar tablespace yang bukan TEMPORARY SQL> select TABLESPACE_NAME from dba_tablespaces where CONTENTS <>'TEMPORARY'; NAME -----------------------------SYSTEM UNDOTBS1 SYSAUX USERS
Jalankan perintah BEGIN BACKUP SQL> SQL> SQL> SQL>
alter alter alter alter
tablespace tablespace tablespace tablespace
SYSTEM begin backup; UNDOTBS1 begin backup; SYSAUX begin backup; USERS begin backup;
Lihat semua file yang perlu dibackup (datafile, tempfile, dan logfile): SQL> select name as file_name from (select name from v$tempfile union select name from v$datafile union select member as name from v$logfile) order by file_name; FILE_NAME --------------------------------------------------/oradata/oracle/ts/redo04.log /oradata/oracle/ts/redo05.log /oradata/oracle/ts/redo06.log /oradata/oracle/ts/sysaux01.dbf /oradata/oracle/ts/system01.dbf /oradata/oracle/ts/temp01.dbf2 /oradata/oracle/ts/undotbs01.dbf /oradata/oracle/ts/users01.dbf2
File-file tersebut bisa dibackup di TAPE, directory temporary, ataupun langsung ditaruh (ftp) di mesin standby. Setelah file-file dibackup, Jalankan perintah END BACKUP SQL> SQL> SQL> SQL>
alter alter alter alter
tablespace tablespace tablespace tablespace
SYSTEM end backup; UNDOTBS1 end backup; SYSAUX end backup; USERS end backup;
3. Restore semua file ke mesin standby, taruh di directory yang sama Dalam contoh ini lokasi semua file adalah sama, yaitu /oradata/oracle/ts/ ls -la /oradata/oracle/ts/ controltsstandby.ctl redo04.log redo05.log redo06.log sysaux01.dbf system01.dbf temp01.dbf2 undotbs01.dbf users01.dbf2 4.
Di mesian standby, siapkan control file. Copy control file hasil dari “alter database create standby controlfile” ke directory control file (sebagimana yang ditunjuk dalam file init) cd cp cp cp
6. Jalankan recovery di standby database untuk meng-apply arhived log SQL> alter database recover managed standby database disconnect;
Akhirnya standby database selesai di-create. Untuk melihat archived log yang telah di-apply di standby database gunakan command ini SQL> set pages 100 SQL> col name for a50 SQL> select name,to_char(FIRST_TIME,'dd-mon-yy hh24:mi:ss') TIME ,SEQUENCE#,APPLIED from v$archived_log;
Pastikan colomn APPLIED bernilai YES. Referensi: Oracle® Data Guard Concepts and Administration, 10g Release 2 (10.2)
12.3. Dataguard 10g: Administrasi Physical Standby DB Setelah semua persiapan beres dan standby database selesai dibuat, sekarang kita coba administrasinya. MONITOR ARCHIVED LOG DI STANDBY DATABASE Di standby database, lihat archived log yang sudah dan belum diapply: SQL> set lines 120 SQL> col name for a50 SQL> select name,to_char(FIRST_TIME,'dd-mon-yy hh24:mi:ss') TIME ,SEQUENCE#,APPLIED from v$archived_log order by sequence#;
Misalkan hasilnya berikut ini (kolom TIME tidak ditampilkan, untuk menghemat space) NAME--------------------- SEQUENCE#------ APPLIED ================================================= /oradata/oracle/ts/arc106_1_655805448.arc 106 YES /oradata/oracle/ts/arc107_1_655805448.arc 107 YES /oradata/oracle/ts/arc108_1_655805448.arc 108 YES /oradata/oracle/ts/arc110_1_655805448.arc 110 NO /oradata/oracle/ts/arc111_1_655805448.arc 111 NO /oradata/oracle/ts/arc112_1_655805448.arc 112 NO /oradata/oracle/ts/arc113_1_655805448.arc 113 NO /oradata/oracle/ts/arc114_1_655805448.arc 114 NO
Berdasarkan hasil query di atas, pastikan bahwa: 1. Sequence harus urut. Kalau ada sequence yang tidak urut (atau ada gap), itu berarti ada archived log yang tidak terkirim, alasannya bisa bermacam-macam, misalnya karena network error atau standby database sempat mati. Pada contoh di atas, ada gap pada sequence 109. Kalau seperti itu: a. Archived log harus ada (dicopy manual dari database primary, atau di-restore dari backup) b. Register archived yang baru saja di-restore itu SQL> ALTER DATABASE REGISTER LOGFILE '/oradata/oracle/ts/arc109_1_655805448.arc';
Setelah diregister, archived log sequence 109 harusnya sudah masuk kedalam list di view v$archived_log 2. Kolom APPLIED harus bernilai YES, artinya archived log sudah di-apply Archived log belum di-apply itu ada 2 kemungkinan: a. Ada GAP. Contoh di atas SEQUENCE# 110 belum di-apply karena ada gap di sequence atasnya (SEQUENCE# 109). Solusinya sudah disebut di atas b. Proses recovery berhenti. Solusinya, jalankan lagi SQL> alter database recover managed standby database disconnect;
Setelah itu, apply archived log secara background SQL> alter database recover managed standby database disconnect;
2. Shutdown. Matikan dulu proses recovery-nya SQL> alter database recover managed standby database cancel;
Setelah itu, baru shutdown SQL> SHUTDOWN IMMEDIATE;
Mode Recovery dan Open Read Only 1. standby database bisa dibuat Open (hanya READ ONLY, tidak bisa READ WRITE) sehingga kita bisa melakukan query. Biasanya ini dilakukan untuk tujuan reporting. Untuk menjadilkan mode open read only, matikan dulu proses recoverynya SQL> alter database recover managed standby database cancel;
Setelah itu, alter database open SQL> alter database open read only;
2. setelah selesai dengan query reporting, kita bisa mengembalikan database ke mode recovery lagi. SQL> alter database close; SQL> alter database recover managed standby database disconnect;
Referensi: Oracle® Data Guard Concepts and Administration, 10g Release 2 (10.2) - Managing a Physical Standby Database
12.4. Dataguard 10g: Switchover Physical Standby DB Tulisan ini merupakan lanjutan dari serial Dataguard 10g. Tulisan terdahulu telah membahas tentang persiapannya, cara membuatnya, me-manage-nya, dan ada juga contoh kasus kalau kita kehilangan archived log. Sekarang saya akan membahas switchover (role transition) physical standby database. Role transition, perubahan fungsi dari PRIMARY ke STANDBY dan sebaliknya, ada dua macam yaitu: 1. Switchover Sesuai dengan istilahnya, ini adalah men-switch (mengubah) peran dari database STANDBY menjadi PRIMARY dan database PRIMARY menjadi STANDBY. Biasanya dilakukan kalau kita ingin melakukan maintenance pada mesin PRIMARY, misalnya menambah memory atau CPU yang memerlukan downtime. 2. Failover Bila karena suatu hal tiba-tiba database PRIMARY mati, maka kita tidak bisa melakukan switchover karena database PRIMARY keburu mati duluan. Yang bisa kita lakukan adalah ‘memaksa’ database STANDBY untuk menjadi PRIMARY. Istilah ‘memaksa’ inilah yang kira-kira lebih pas untuk menjelaskan fail over.
Langkah-langkah melakukan Switch Over pada Physical Standby DB Dalam contoh ini, database PRIMARY ada di MESIN A dan database STANDBY ada di MESIN B. Berikut ini persiapan yang mesti dilakukan: 1. Di database PRIMARY, close semua transaksi dan user session 2. Database PRIMARY harus dalam keadaan OPEN SQL> select DATABASE_ROLE from v$database; DATABASE_ROLE ---------------PRIMARY SQL> select open_mode from v$database; OPEN_MODE ---------READ WRITE
Database STANDBY harus dalam keadaan MOUNT SQL> select DATABASE_ROLE from v$database; DATABASE_ROLE ---------------PHYSICAL STANDBY SQL> select open_mode from v$database; OPEN_MODE ---------MOUNTED
3. Verify bahwa switch over siap dilakukan. Jalankan query ini di kedua database PRIMARY dan STANDBY SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
Kondisi paling bagus (paling siap dilakukan switchover) adalah kalau kolom SWITCHOVER_STATUS di database PRIMARY nilainya “TO STANDBY” dan di database STANDBY nilainya “TO PRIMARY” Namun lebih sering kolom SWITCHOVER_STATUS nilainya “SESSIONS ACTIVE”. Inipun gak masalah, switchover bisa dilanjutkan. Lebih detail tentang kolom SWITCHOVER_STATUS di view V$DATABASE, silahkan lihat di sini Oracle® Database Reference - 10g Release 2 (10.2) V$DATABASE Sekarang kita menuju step utamanya 1. Di database PRIMARY (MESIN A) Lakukan switchover dengan perintah berikut SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;
Kalau masih ada user yang aktif, akan muncul error berikut ORA-01093: ALTER DATABASE CLOSE only permitted with no sessions connected
Solusinya adalah: close (kill) semua user session atau tambahkan parameter WITH SESSION SHUTDOWN sehingga command-nya menjadi: SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
Setelah itu shutdown dan startup mount. SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP MOUNT;
Sekarang verifikasi bahwa database PRIMARY telah beralih menjadi STANDBY SQL> select DATABASE_ROLE from v$database; DATABASE_ROLE ---------------PHYSICAL STANDBY
2. Di database STANDBY (MESIN B) Sekarang, database STANDBY kita switchover menjadi PRIMARY. Jalankan command berikut: SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
Mungkin kita akan menjumpai error seperti ini: ORA-16139: media recovery required
Kalau menjumpai error tersebut, jalankan “recover managed standby database” kemudian jalankan switchover: SQL> recover managed standby database; SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
Oo… Error. Ternyata tadinya STANDBY database (sejak last startup) pernah saya “OPEN READ ONLY”, jadinya error kayak gitu. Kalau tidak pernah di-”OPEN READ ONLY” harusnya tidak error. OK, kalo gitu, solusinya: restart database. SQL> SHUTDOWN IMMEDIATE; SQL> startup
Dah berhasil. Sekarang verify bahwa STANDBY database telah menjadi PRIMARY SQL> select DATABASE_ROLE from v$database; DATABASE_ROLE ---------------PRIMARY
Referensi Oracle® Data Guard Concepts and Administration - 10g Release 2 (10.2) Role Transitions
12.5. Dataguard 10g: Solusi Archived Log Hilang Karena masalah jaringan, beberapa waktu yang lalu archived log di primary database tidak terkirim ke standby database (hal seperti ini sering saya alami). Kadang-kadang karena kesibukan, saya tahunya setelah beberapa hari, jadi mesti mengejar untuk apply archived log yang tertinggal itu. Policy saya, archived log di production saya compress (zip), backup ke tape, dan hapus setiap hari. Archived log di-keep di backup sehingga tidak banyak memakai banyak space di production (primary). Jadi, mau gak mau saya mesti me-restore backup archived log untuk di-apply di mesin standby: • Restore archived log ke mesin standby • Uncompress archived log (yang di-compress sebelum backup) • Register: ALTER DATABASE REGISTER LOGFILE ‘…’; • Recover : alter database recover managed standby database; Kadang-kadang recover gagal karena archived log corrupt. ORA-00308: cannot open archived log '/.../_30383.arc' ORA-27046: file size is not a multiple of logical block size Recovery interrupted!
Kalau begitu biasanya archived log (sequence 30383) tersebut saya coba restore dan recovery ulang. Sering berhasil. Kadang juga masih tidak bisa. Gimana dong? Ada dua solusi: • Recreate standby database lagi • Recover dengan RMAN Recreate standby database lagi, wah… perlu effort yang besar. Akhirnya saya pilih option kedua, recover dengan RMAN. Berikut ini step-step Recovery dengan RMAN 1. Di standby database, lihat SCN (system change number) terakhir SQL> col CURRENT_SCN for 9999999999999999999 SQL> select current_scn from v$database;
Misalkan saya dapatkan current SCN 2254678976792 2.
Di primary, lakukan incremental backup sejak sequence 2254678976792. Backup bisa dilakukan di disk ataupun tape. Dalam dontoh ini, backup ke disk. mkdir /tmp/rman_bkup rman target / RMAN> BACKUP DEVICE TYPE DISK INCREMENTAL FROM SCN 2254678976792 DATABASE FORMAT '/tmp/rman_bkup/bkup_%U';
3.
Restore hasil backup ke mesin standby. Dalam contoh ini saya restore ke /tmp/restore_rman/. Kemudian jalankan RMAN di standby rman target / RMAN> CATALOG START WITH '/tmp/restore_rman/';
Kadang error seperti ini ORA-01219: database not open: queries allowed on fixed tables/views only
Solusinya, restart database, dan jalankan RMAN lagi SQL> shutdown immediate SQL> startup mount RMAN> exit rman target / RMAN> RECOVER DATABASE NOREDO;
5. Sampai di sini, database standby sudah sinkron dengan primary, jadi archived log sequence 30383 sudah tidak dibutuhkan lagi. Namun, tampaknya standby database masih butuh archived log sequence 30383 tersebut ketika saya menjalan recover standby database seperti biasa: SQL> alter database recover managed standby database; ORA-00308: cannot open archived log '/.../_30383.arc' ORA-27046: file size is not a multiple of logical block size Recovery interrupted!
6. Ya… ternyata standby control file harus dicreate ulang Di database primary, buat standby control file SQL> alter database create standby controlfile as '/tmp/standby.ctl';
Copy contol file /tmp/standby.ctl ke mesin standby. Shutdown standby database. Delete (rename) control file yang lama, dan ganti dengan standby control file yang baru dibuat tersebut: mv mv mv cp cp cp
13. Performance Tuning: 13.1. Dasar-dasar Tuning Berikut ini pertanyaan-pertanyaan seputar tuning: 1. Bagian mana yang perlu dituning. Siapa yang melakukan? 2. Dari sisi aplikasi, apanya yang perlu dituning? 3. Bagian database yang mana yang perlu dituning? 4. Darimana kita bisa belajar banyak tentang tuning? Bagian mana yang perlu dituning? Oleh siapa? 1. Aplikasi, oleh application designer dan developer 2. Database, oleh database administrator (DBA) 3. System Operasi (OS), oleh system administrator (sysadmin) Tuning Aplikasi Tuning aplikasi memberikan kontribusi tersebar terhadap performa sistem secara keseluruhan. Termasuk bagian-bagian tuning aplikasi adalah: 1. Normalisasi yang tepat 2. Pemakaian index 3. Pemakaian hint dalam query SQL atau PL/SQL 4. Pemanfaatan sharing cursor 5. dan lain-lain Bagian database yang mana yang perlu dituning? 1. Memory -> PGA dan SGA SGA (shared pool, large pool, buffer cache, redo log buffer, sort area size) 2. I/O -> distributing I/O, striping, multiple DBWn processes, DBWn I/O slaves. 3. CPU -> CPU utilization. 4. Network 5. Space management -> extent allocation dan Oracle block efficiency. 6. Redo log dan checkpoint -> redo log file configuration, redo entries, dan checkpoint. 7. Rollback segment -> sizing rollback segments. Mulai versi 9i, banyakbagian yang dibuat automatic 8. dan lain-lain Darimana kita bisa belajar banyak tentang tuning? 1. Oracle8i Designing and Tuning for Performance Release 2 (8.1.6) 2. Oracle9i Database Performance Planning Release 2 (9.2) 3. Oracle9i Database Performance Tuning Guide and Reference Release 2 (9.2) 4. Oracle® Database 2 Day + Performance Tuning Guide 10g Release 2 (10.2) 5. Oracle® Database Performance Tuning Guide 10g Release 2 (10.2) 6. Oracle® Database 2 Day + Performance Tuning Guide 11g Release 1 (11.1) 7. Oracle® Database Performance Tuning Guide 11g Release 1 (11.1)
13.2. Tuning Query dengan Explain Plan Suatu proses (query) sebelum dijalankan, database Oracle menentukan dulu mana langkahlangkah yang paling optimal (efektif dan efesien) yang akan dipilih. Contoh query yang melibatkan 5 tabel, paling tidak ada 1×2x3×4x5 pilihan langkah (execution plan) tabel-table mana yang akan di-joint terlebih dahulu. Urutan join tentu saja menentukan resource (cost) yang akan dipakai. Untuk database dengan query yang kecil, tuning query dengan explain plan mungkin tidak begitu kelihatan manfaatnya. Namun untuk query yang melibatkan data besar-besaran, wow… benar-benar terasa. Sebelum menjalankan query, kita bisa melihat “execution plan” mana yang akan dipilih oleh Oracle. Caranya adalah dengan menjalankan “explain plan”. Untuk dapat memanfaatkan feature explain plan ini, berikut langkah-langkahnya: 1. Pastikan bahwa instance parameter OPTIMIZER_MODE tidak sama dengan RULE. (Pilihan value untuk OPTIMIZER_MODE adalah rule, choose, all_rows, first_rows , first_rows_n). Kalau nilainya RULE, maka Oracle tidak akan menentukan execution plan berdasarkan cost-nya, tapi berdasarkan aturan (rule) default-nya Oracle. 2. Jalankan script utlxplan.sql untuk membuat table plan. Ini dijalankan satu kali saja oleh user yang akan melakukan Explain Plan. SQL> @?/rdbms/admin/utlxplan.sql
3. Berikut ini contoh command untuk membuat plan dari suatu query SQL> explain plan for select * from b where owner='ROHMAD' union select * from c where owner='ROHMAD';
4. Setelah itu, lihat execution plan-nya Di Oracle 8i SQL> @?/rdbms/admin/utlxpls
Di Oracle 9i ke atas SQL> select * from table(dbms_xplan.display);
Contoh kasus. Saya punya tabel A, B, dan C di schema TEST yang strukturnya sama persis • Tabel A yang berisi data TABEL dan INDEX dari database. • Tabel B yang berisi data TABEL dari database. • Tabel C yang berisi data INDEX dari database. Jadi content (isi) tabel A adalah sama dengan content table B ditambah content tabel C. Masing-masing tabel punya index untuk kolom OWNER. Kalau saya ingin query data dengan OWNER=’ROHMAD’, mana yang lebih cepat? 1. query di A saja? SQL> select * from a where owner='ROHMAD';
Untuk mengetahuinya, kita perlu membuat explain plan untuk kedua pilihan query di atas. 1. Buat ketiga tabel dan index contoh tersebut SQL> create table where OBJECT_TYPE SQL> create table where OBJECT_TYPE SQL> create table where OBJECT_TYPE SQL> create index SQL> create index SQL> create index
a as select * from dba_objects in ('TABLE','INDEX'); b as select * from dba_objects in ('TABLE'); c as select * from dba_objects in ('INDEX'); a_owner on a (owner); b_owner on b (owner); c_owner on c (owner);
2. Jalankan explain plan untuk query pertama SQL> explain plan for select * from a where owner='ROHMAD';
Lihat execution plan-nya SQL> set lines 120 SQL> select * from table(dbms_xplan.display);
Jalankan explain plan untuk query kedua SQL> explain plan for select * from b where owner='ROHMAD' union select * from c where owner='ROHMAD';
Lihat execution plan-nya SQL> set lines 120 SQL> select * from table(dbms_xplan.display);
3. Bandingkan kedua execution plan tersebut. OO… ternyata query kedua lebih besar cost-nya dibandingkan query pertama. Perintah union ternyata menambah pekerjaan tambahan yaitu SORT UNIQUE. Kesimpulannya, pilih query pertama yang cost-nya lebih kecil Referensi Oracle9i Database Performance Tuning Guide and Reference
13.3. Tuning Query dengan SQL Trace dan tkprof Beberapa waktu yang lalu saya membahas tuning query dengan explain plan. Dengan explain plan kita bisa tahu (meng-estimate) nantinya query kita itu memakai “execution plan” yang mana. Sementara dengan SQL trace kita bisa mengetahui query yang sedang berjalan ini menggunakan “execution plan” yang mana. Jadi “explain plan” adalah untuk meramalkan, sedangkan “sql trace” untuk melihat kejadian yang sesungguhnya. Kelebihan SQL trace adalah SQL trace menampilkan informasi yang lebih banyak. Lebih detail tentang informasi yang bisa digali dari sql trace, silahkan lihat referensi di akhir tulisan ini. Berikut ini langkah-langkah (step-step) untuk mengaktifkan SQL trace: 1. Pastikan bahwa instance parameter TIMED_STATISTICS=true. 2. Aktifkan instance parameter sql_trace=true. Kita cukup lakukan di level session saja. SQL> alter session set sql_trace=true;
3. Jalankan query yang akan dianalisa. SQL> select * from b where owner='ROHMAD' union select * from c where owner='ROHMAD';
4. setelah selesai, disable sql_trace. SQL> alter session set sql_trace=false;
5. Hasil trace ditaruh di directory udump. Untuk melihat lokasi udump, gunakan command ini (pakai user yang punya role dba) SQL> sho parameter user_dump_dest
File trace yang dihasilkan berformat namainstance_ora_OSID.trc. Dalam contoh ini nama instance adalah ts. File yang dihasilkan adalah ts_ora_14662.trc. OSID bisa diperoleh dengan command berikut: SQL> select a.SPID from v$process a, v$session b where a.addr=b.paddr and b.username='nama_user_yang_menjalankan_sql_trace';
Mungin kita tidak perlu report-report mencari OSID, kalau file-file di derektori udump tidak banyak, kita mungkin bisa langsung menemukan file trace tersebut. 6. Untuk membaca file trace dengan format yang user fiendly, gunakan tool tkprof. Berikut ini contohnya cd lokasi_direkroty_user_dump_dest tkprof ts_ora_14662.trc output=ts_ora_14662.trc.log
13.4. Gather statistic untuk Performance Cost based optimizer (CBO) menggunakan statistic untuk menentukan execution plan yang paling optimal. Saya pernah membahas sekilas tentang CBO ini di artikel Tuning Query dengan Explain Plan. Di versi 9i ke bawah, gather statistic dilakukan secara manual dengan package DBMS_STATS. By default di database Oracle 10g, gather statistic ini dilakukan oleh Oracle secara otomatis; selanjutnya kitapun bisa memilih cara melakukan gather statistic ini, apakah secara otomatis atau manual. Agar Database melakukan gather statistic secara manual, jalankan command berikut di SQL: conn system BEGIN DBMS_SCHEDULER.DISABLE('GATHER_STATS_JOB'); END; /
Untuk mengembalikan gather statistic berjalan otomatic, jalankan command berikut di SQL: BEGIN DBMS_SCHEDULER.ENABLE('GATHER_STATS_JOB'); END; /
Untuk mempermudah pekerjaan, saya menyarankan untuk menjalankan gather statistic secara otomatis. Untuk database versi 9i, mau tidak mau kita harus melakukan secara manual karena di 9i belum ada feature gather statistic otomatis. Walaupun manual, kita bisa mensiasatinya dengan menjalankan DBMS_STATS lewat DBMS_JOB. Menggunakan DBMS_STATS Berikut ini procedure yang ada di dalam package DBMS_STATS yang sering digunakan: Procedure Collects ======================================================================== GATHER_INDEX_STATS Index statistics GATHER_TABLE_STATS Table, column, and index statistics GATHER_SCHEMA_STATS Statistics for all objects in a schema GATHER_DATABASE_STATS Statistics for all objects in a database GATHER_SYSTEM_STATS CPU and I/O statistics for the system
Untuk menjalankan GATHER_INDEX_STATS, GATHER_TABLE_STATS, dan GATHER_SCHEMA_STATS bisa dilakukan oleh user (schema) yang bersangkutan. Kalau saya lebih suka memakai user SYSTEM, untuk mempermudah saja. Contoh: 1. Gather satistic untuk semua object milik schema DBMON,sample yang diambil statistic 20%. DBMS_STATS.GATHER_SCHEMA_STATS('DBMON',20);
Kalau ingin statistic benar-benar valid, kita bisa mengambil sampel 100%. Namun bila tabelnya sangat besar, dan panjang data tiap kolomnya seragam, sebaiknya sampel bisa diperkecil. Sampel yang besar akan memakan waktu gather statistic lebih lama. Mulai versi 9i, berapa besarnya sampel ini bisa kita serahkan ke Oracle; gunakan DBMS_STATS.AUTO_SAMPLE_SIZE. DBMS_STATS.GATHER_SCHEMA_STATS('DBMON',DBMS_STATS.AUTO_SAMPLE_SIZE);
2. Gather statistic tabel TAB_DATAHIST_XLDM milik schema DBMON, partisi NULL karena tidak mempunyai partisi, sample yang diambil statistic adalah 20%, index juga diikutsertakan DBMS_STATS.GATHER_TABLE_STATS('DBMON','TAB_DATAHIST_XLDM',null,20,cascade=>TRUE);
3. Contoh lebih lanjut dan pembahasan lebih detail, silahkan lihat di referensi Beberapa informasi statistic tersebut bisa dilihat di view DBA_TABLES dan DBA_INDEXES.
14. Troubleshooting 14.1. Mendeteksi lock Kadang transaksi (update atau delete) berjalan lama banget,padahal biasanya dua detik juga selesai. Atau juga mau nglakuin DDL (misalnya aler table) tidak bisa dengan error “ORA00054: resource busy and acquire with NOWAIT specified”. Nah, kalau begini pasti ada session yang me-lock object (table, index). Gunakan SQL command berikut untuk melihat locking di database Oracle kita set linesize set pages col col col col col col col
150 100
name session_id serial# oracle_username lock_type mode_held event
EVENT Wait(Seconds) ------------------------------ ------------SQL*Net message from client 231 direct path read temp 34 SQL*Net message from client 9 SQL*Net message from client 1 db file sequential read 1 SQL*Net message from client 0 db file sequential read 0 db file sequential read 0 db file sequential read 0 SQL*Net message from client 0
Penjelasan: 1. EVENT: Aktivitas session (yang melakukan lock) saat ini. Wait(Seconds): Lamanya aktivitas saat ini 2. User APPUSR1 (SID 1558) tengah me-lock tabel CST_CM_TRXLOG_TRACK. Dari keterangan kolom EVENT adalah “SQL*Net message from client”, ini berarti user sedang idle (INACTIVE). Kalau begitu, tadi user APPUSR1 tersebut pernah melakukan transaksi (insert, update, atau delete) pada tabel CST_CM_TRXLOG_TRACK namun sampai sekarang belum COMMIT atau ROLLBACK Aktivitas lock di Oracle adalah hal yang biasa. Sebagai DBA kita harus bisa mengetahui mana-mana session yang sedang menunggu (wait) karena tabel yang di-update sedang di-lock oleh session lain. Berikut ini perintah SQL untuk melihat session yang melakukan lock dan yang menunggu: SELECT a.sid "Locking Sid (yang nge-lock)", b.sid "Locked SID (Sedang Menunggu)" FROM v$lock a , v$lock b WHERE a.id1=b.id1 AND a.id2=b.id2 AND a.request=0 AND b.lmode=0 ;
Gara-gara user APPUS1 (SID 1558) belum melakukan commit atau rollback, session dengan SID 2223 terpaksa harus menunggu. Kalau begitu apa solusinya? User APPUS1 tersebut harus segera melakukan COMMIT atau ROLLBACK, kalau terpaksa ya mungkin bisa di-kill.
14.2. Startup Inconsistent Database Sebagai DBA kita kadang dipusingkan dengan masalah yang disebabkan oleh file corrupt. Masalah ini bisa disebabkan oleh database yang mati tiba-tiba karena listrik mati atau masalah di storage (disk). Misalnya database tidak bisa startup dengan error berikut SQL> startup ORACLE instance started.Total System Global Area 1610612736 bytes Fixed Size 2177912 bytes Variable Size 396149896 bytes Database Buffers 1207959552 bytes Redo Buffers 4325376 bytes Database mounted. ORA-01113: file 2 needs media recovery ORA-01110: data file 2: '/oradata/oracle/ts/undotbs01.dbf'
Biasanya database tidak bisa startup kalau yang perlu di-recovery adalah file UNDO atau SYSTEM. [Dalam contoh di atas adalah file UNDO]. Dalam kasus ini baik yang bermasalah file SYSTEM atau UNDO, perlakuan (work around atau solusi sementara) nya adalah sama. Lakukan recover database SQL> recover database; ORA-00279: needed for ORA-00289: ORA-00280:
change 7516226638 generated at 05/05/2008 12:32:11 thread 1 suggestion : /oradata/oracle/ts/arc/1_42_653916655.dbf change 7516226638 for thread 1 is in sequence #42
Specify log: {ret=suggested | filename | AUTO | CANCEL} AUTO ORA-00308: cannot open archived log ‘/oradata/oracle/ts/arc/1_42_653916655.dbf’ ORA-27037: unable to obtain file status SVR4 Error: 2: No such file or directory Additional information: 3
Open database SQL> alter database open; alter database open * ERROR at line 1: ORA-01113: file 2 needs media recovery ORA-01110: data file 2: '/oradata/oracle/ts/undotbs01.dbf'
Mau tidak mau kita butuh archived log dan/atau logfile yang berisi sequence yang dibutuhkan. Bila archived log atau logfile (yang dibutuhkan) tidak tersedia karena corrupt (atau hilang) maka sampai kapanpun database tidak akan bisa dinaikkan.
Berikut ini adalah work around (solusi sementara) untuk menaikkan database. Database nantinya akan up dengan kondisi inconsistent (tidak konsisten). Kalau database berisi data yang sangat urgent, ini mungkin terasa tidak masalah, yang penting database bisa up dan data bisa diselamatkan. Work Around • Edit Init file Remark parameter undo_management
Dapatkan value _CORRUPTED_ROLLBACK_SEGMENTS dari [OS] command berikut cd system_datafile_directory strings system01.dbf | grep _SYSSMU | cut -d $ -f 1 | sort –u •
Matikan database, dan nyalakan dengan initfile yang telah diedit tersebut. Pfile HARUS disebutkan secara eksplisit di command startup. SQL> startup mount pfile='/data1/oracle/product/10.2.0/dbs/initts.ora'; ORACLE instance started. Total System Global Area 1610612736 bytes Fixed Size 2177912 bytes Variable Size 396149896 bytes Database Buffers 1207959552 bytes Redo Buffers 4325376 bytes Database mounted.
•
Recover database until cancel SQL> recover database until cancel; ORA-00279: change 7516226638 generated at 05/05/2008 12:32:11 needed for thread 1 ORA-00289: suggestion : /oradata/oracle/ts/arc/1_42_653916655.dbf ORA-00280: change 7516226638 for thread 1 is in sequence #42 Specify log: {ret=suggested | filename | AUTO | CANCEL} CANCEL ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: ‘/oradata/oracle/ts/system01.dbf’ ORA-01112: media recovery not started
15. Membangun Karir sebagai DBA: 15.1. Cara Belajar Database Oracle secara Otodidak Oracle itu sangat royal, terlalu gampang membagi knowledge. Kita bisa nge-download software Oracle RDBMS dan dokumentasinya (yang berisi bejibun e-book) secara gratis. Tentunya itu bukan semata-mata untuk meng-educate user (dan calon user), yang pasti intinya adalah bagaimana Oracle bisa dikenal banyak orang. Setelah itu orang memakai Oracle. Dan kemudian orang membayar lisence Oracle Berikut ini kiat-kiat belajar Database Oracle secara Otodidak. Saya mengambil contoh untuk yang versi 10g,versi-versi yang lainnya intinya sih sama saja. I. Membaca dokumentasi Oracle. Anda bisa membaca secara online di website Oracle. Anda pun bisa nge-download-nya dulu, kemudian membacanya secara offline di PC anda. Berikut ini daftar dokumentasi database Oracle: 1. Untuk semua versi (8, 8i, 9i, 10g, dan 11g) http://www.oracle.com/technology/documentation/index.html 2. Source dokumentasi 10g yang bisa di download http://download.oracle.com/docs/cds/B19306_01.zip 3. Dokumentasi yang 10g yang bisa dibaca online http://www.oracle.com/pls/db102/homepage Dari mana mulai membacanya? Saya merekomendasikan untuk membaca tema-tema berikut, sebaiknya dibaca secara berurutan: 1. Oracle® Database Concepts 2. Oacle® Database 2 Day DBA 3. Oracle® Database Administrator’s Guide 4. Oracle® Database 2 Day + Performance Tuning Guide 5. Oracle® Database Performance Tuning Guide 6. Oracle® Database Backup and Recovery Basics 7. Oracle® Database Backup and Recovery Quick Start Guide 8. Oracle® Database Backup and Recovery Advanced User’s Guide II. Install Software, dan Create Database Oracle di PC anda Dapatkan source database Oracle di sini http://www.oracle.com/technology/software/products/database/index.html Selanjutnya, buat database dan langsung praktekkan apa yang sedang (dan telah) anda pelajari. Gimana, mudah sekali, bukan?
15.2. Kiat Mempersiapkan Diri Jadi DBA Oracle Banyak yang bertanya pada saya, terutama teman-teman yang mau lulus kuliah, “Gimana kiat-kiat mempersiapkan diri untuk jadi DBA Oracle. Dengan kata lain, Gimana sih caranya menggapai cita-cita jadi DBA Oracle?” Saran saya: 1. Belajar sendiri Database Oracle 2. Ambil Training Database Oracle 3. Ambil sertifikat Database Oracle 4. Ikut milis dan forum Oracle di internet Belajar sendiri Database Oracle Belajar sendiri juga tidak terlalu susah, bagi yang mau. Untuk guide awalnya, saya pernah menulis Cara Belajar Database Oracle secara Otodidak. Saya juga pernah menulis Petunjuk Memahami Database Oracle berdasarkan tulisan-tulisan di blog ini. Daftar Artikel di blog ini juga saya susun berdasarkan kategori-kategori pokok database Oracle. Ambil Training Database Oracle Ada beberapa alasan kenapa kita mengambil training: 1. Mempercepat menguasai materi database Oracle 2. Males belajar dan explorasi sendiri. Emang paling enak dikasih tahu daripada nyari tahu sendiri 3. Pernah mengambil training (apalagi yang bersertifikat) akan semakin mempercantik CV. Tetep, di mata penerima kerja, ada point lebih bagi yang pernah ngambil training database Oracle. Paling tidak ada bukti bahwa kita pernah belajar database Oracle. 4. Tentu saja, karena punya dana yang cukup Lebih lanjut tentang training Database Oracle saya bahas di Strategi Mengambil Training Database Oracle Ambil sertifikat Database Oracle Mempunyai Sertifikat adalah sebuah keutamaan (bukan keharusan), apalagi bekerja sebagai DBA di perusahaan konsultan (vendor). Sertifikat menunjukkan bahwa pemegangnya mempunyai pengetahuan yang mendalam terhadap database Oracle. Dengan pengetahuan dan pengalaman yang sama, pemegang sertifikat mempunyai lebih banyak peluang untuk mendapatkan pekerjaan dan gaji yang lebih tinggi. Sekilas tentang sertifikasi database Oracle saya bahas di Sertifikasi Database Oracle. Juga lebih detail tentang Oracle Certified Associate (OCA) dan Oracle Certified Professional (OCP) saya bahas di Ujian OCA dan OCP Database Oracle 10g Ikut milis dan forum Oracle di internet Ikutlah milis dan forum di internet. Banyak ilmu yang bertebaran di sana. Contoh milis yang bagus adalah [email protected]. Boleh juga join di forum indo-oracletech.com.
Untuk Oracle 11g, parallel dengan Oracle 10g, hanya beda versinya saja 1. Oracle Database 11g: SQL Fundamentals I 2. Oracle Database 11g: Administration I Materi: Administrasi, Backup & Recovery, dan Tuning dasar. Dibahas juga Oracle Network 3. Oracle Database 11g: Administration II Materi: Administrasi , Backup & Recovery, dan Tuning lanjutan Untuk tiap materi (modul), lama training 5 hari kerja. Di Oracle Indonesia, harga training tiap modul di atas adalah US$ 1050 (hampir RP 10 juta). Kalau kita mengambil training dengan peserta banyak (misal 3 orang atau lebih), biasanya kita bisa minta diskon. Kadang-kadang kalau lagi ada promo, bisa murah banget. Apalagi kalo promo buat mahasiswa, bisa super murah. Ya, murah-murahnya sih tetep juta-jutaan juga. Kalau punya anggaran banyak, bisa mengambil training yang lainnya, misalnya SQL Advanced, PL/SQL, ataupun Oracle Product specific. Mahal sekali ya. Tentu saja kita tidak harus mengambil semua modul. Kita-kita yang ‘cekak’ dokunya, mungkin cukup training Database Administration I saja. Yang lainnya mungkin bisa belajar sendiri. Nah, yang enak kalau training dibiayai perusahaan. apalagi kalo kerja di perusahaan konsultan, ujian sertifikasipun dibiayai perusahaan; karena perusahaan konsultan butuh untuk jualan jasanya. Untuk melihat daftar lengkap training database Oracle, silahkan lihat di education.oracle.com, pilih Database and Grids.
Ujian Sertifikasi Setelah mengambil training, kita bisa sekalian Ujian sertifikasi. Harga ujian tiap modul adalah sekitar US$ 125 (sekitar Rp 1 jutaan). Kalau ujian gagal dan mau ngulang ya mesti mbayar lagi. 1. Untuk versi 9i Materi ujian OCA: modul 1 dan 2; materi ujian OCP: modul 3 dan 4 2. Untuk versi 10g Materi OCA: modul 2; materi ujian OCP: modul 3. Modul 1 (SQL) tidak menjadi syarat OCA. Namun per 1 Desember 2008 nanti Ujian SQL akan menjadi syarat OCA 10g. 3. Untuk versi 11g Materi OCA: modul 1 dan 2; materi OCP: modul 3
Tempat Training Tempat training yang saya tahu hanya yang di daerah Jakarta. Yang di luar Jakarta saya tidak begitu tahu. Menurut pengalaman saya, harga training di Oracle Indonesia relatif lebih mahal.
Database Management System (DBMS), atau cukup disebut database, yang saat ini paling banyak digunakan oleh enterprise (perusahaan besar) adalah Oracle. Indikator paling gampang adalah lowongan pekerjaan Database Administrator (DBA) Oracle adalah yang paling banyak diantara lowongan DBA yang ada. Coba saja search vacancy di jobsdb.com dengan keyword “database” atau “DBA”, yang paling banyak muncul [hampir] pasti DBA Oracle. Dengan banyaknya vacancy DBA Oracle itu, tentu menambah peluang bagi para pencari kerja. Berikut ini adalah hal-hal yang perlu dimiliki oleh para pencari kerja tsb: - Pemahaman konsep database Oracle (wajib) - Pengalaman sebagai DBA (biasanya wajib, tidak wajib bagi entry level) - Training database Oracle (keutamaan) - Sertifikat DBA Oracle (keutamaan) Mempunyai Sertifikat adalah sebuah keutamaan, apalagi bekerja sebagai DBA di perusahaan konsultan (vendor). Sertifikat menunjukkan bahwa pemegangnya mempunyai pengetahuan yang mendalam terhadap database Oracle. Dengan pengetahuan dan pengalaman yang sama, pemegang sertifikat mempunyai lebih banyak peluang untuk mendapatkan pekerjaan dan gaji yang lebih tinggi. -
Oracle mengeluarkan beberapa jenis sertifikat DBA Oracle Certified Associate (OCA) Oracle Certified Professional (OCP) Oracle Certified Master (OCM)
Saat ini, Oracle mengeluarkan sertifikat untuk database versi 9i, 10g, dan 11g. Sertifikat untuk database versi 8i ke bawah sudah tidak berlaku lagi. Penjelasan tentang OCA dan OCP Database 10g ada di Ujian OCA dan OCP Database Oracle 10g
15.6. Gaji DBA Oracle di Indonesia Beberapa waktu yang lalu saya ditelpon temen yang kerja di IT consultan. Dia nanya apakah saya ada temen DBA yang masih fresh? DBA fresh maksud dia kira-kira: mengetahui konsep dasar dan administrasi dasar database Oracle. Orang kayak gitu biasanya baru 1 tahun kerja jadi DBA Oracle, dan belum punya sertifikat OCA atau OCP. Nantinya ditempatkan di customer (telco). Gajinya di atas 5 juta perbulan. Kalau perform, gak lama lagi bisa naik gaji. Tiga tahun yang lalu di perusahaan lama saya (juga IT consultan), orang baru lulus kuliah namun punya sertifikat OCP 9i digaji 3 juta perbulan. Setahun kemudian dia pindah ke perusahaan kompetitor digaji 7 juta perbulan. Satu tahun kemudian dia pindah lagi ke perusahaan kompetitor lain, saya gak tahu dia digaji berapa, pastinya naik. Beberapa DBA Oracle teman saya yang betah kerja di suatu tempat, gajinya kalau naik tidaklah seberapa. Malahan sering gajinya lebih rendah dibandingkan DBA-DBA yang baru masuk. Ternyata hukum itu tetap berlaku, kalau mau naik gaji tinggi, ya mesti pindah company dulu. Cerita saya di atas menunjukkan kisaran gaji DBA Oracle di Indonesia (khususnya Jakarta). Silahkan ditarsirkan sendiri-sendiri, itu termasuk gaji yang rendah apa tinggi. Berdasarkan “Indonesia Salary Guide 2006″ yang dikeluarkan oleh Kelly Services, Gaji DBA (database administrator) sedikit di bawah IT Administrator, Network Administrator, Systems Engineer; dan lebih tinggi dari Analyst Programmer. DBA yang disebut mungkin terlalu general, tidak spesifik ke product tertentu (misalnya Oracle). Saya tidak tahu keakuratan guide yang dibuat oleh Kelly Services tersebut. Namun yang jelas, berdasarkan sharing pengamalan dengan temen-temen yang kerja di dunia IT, gaji DBA Oracle tidak kalah (dan bersaing) dengan profesi-profesi yang lainnya seperti Network Administrator, Systems Engineer, dan lain-lain. So? Buat temen-temen yang baru jadi DBA Oracle, atau yang bercita-cita ingin menjadi DBA Oracle someday nanti; ayo bersemangat. Dunia DBA Oracle menanti anda dengan memberi banyak harapan cerah
16.2. Oracle juara 1 sebagai implementator aplikasi Saya dapat kiriman Press Release dari Oracle yang menerangkan bahwa Firma Analisis Independen Menempatkan Oracle pada Posisi #1 dalam Pasar Software Pengimplementasi Aplikasi di Asia Pasifik (tidak termasuk Jepang)” Oracle Juga Menunjukkan Peranan BEA yang Diakuisisi Oracle Dalam Strategi Produk Untuk Middleware Generasi Lanjutan JAKARTA – 21 Juli 2008 •
•
• • •
• •
•
•
Oracle mengumumkan bahwa IDC, sebuah firma riset dan penasehat pasar TI, telah menempatkat Oracle sebagai pemimpin pasar di Asia Pasifik (kecuali Jepang) dengan pangsa pasar sebesar 30,5 persen dalam pasar software pengimplementasi aplikasi sesuai dengan penghasilan untuk tahun 2007. Menurut laporan IDC, Oracle merupakan vendor software pengimplementasi aplikasi dengan pertumbuhan tercepat dari lima vendor terkemuka lainnya di Asia Pasifik (kecuali Jepang) di tahun 2007, mencatat pertumbuhan pendapatan sebesar 38,1 persen dari 2006 sampai 2007. Oracle tumbuh lebih cepat dari pertumbuhan keseluruhan pasar. Menurut IDC, pasar software pengimplementasi aplikasi tumbuh 23,7 persen di tahun 2007 untuk Asia Pasifik (kecuali Jepang) sebesar $665.5 juta. Pada 1 Juli 2008, dalam webcast langsung yang dihadiri oleh mitra dan pelanggan dari seluruh dunia, Oracle President Charles Phillips dan Oracle Fusion Middleware Senior Vice President Thomas Kurian menguraikan secara singkat strategi middleware Oracle, yang menyatukan produk terbaik dari BEA dan Oracle® Fusion Middleware dan menghadirkan kesinambungan dan perlindungan modal untuk pelanggan dua produk ini. Oracle berencana menghadirkan fungsi dan kemampuan yang meningkat di setiap portfolio produk mereka yang semakin meluas. Oracle menunjukkan rencana untuk prduk strategis BEA dan Oracle Fusion Middleware – termasuk rencana untuk Application Server (www.oracle.com/appserver), Tuxedo (www.oracle.com/tuxedo), BPM (www.oracle.com/bpm), WebCenter (www.oracle.com/webcenter), SOA (www.oracle.com/soa), dan Development Tools (www.oracle.com/tools). (Untuk informasi lebih lanjut dan daftar produk lengkap kunjungi: www.oracle.com/goto/july1) Oracle juga berencana mempertahankan dan memperluas ekosistem mitra – termasuk System Integrators, Independent Software Vendors, Value-Added Distributors dan Value-Added Resellers – untuk membantu mempermudah pengimplementasian Oracle Fusion Middleware. Oracle Indonesia juga mengadakan Oracle Developer Day pada 11 Juni 2008 untuk menerangkan teknologi dari Oracle seperti Oracle Fusion Middleware dan Oracle Database 11g kepada para mitra dan pelanggan. Tampak Blair Layton, Senior Manager, Developer Program, Oracle APAC, berbicara di depan para partisipan Oracle Developer Day 2008.
Tentang Oracle Fusion Middleware Oracle Fusion Middleware adalah jajaran produk yang komprehensif, terintegrasi awal, dan hot-pluggable yang dipakai oleh lebih dari 77.000 pelanggan di seluruh dunia di setiap industri. Jajaran produk infrastruktur middleware yang komprehensif dan berbasis standard – dari server aplikasi Java #1 sampai produk manajemen konten dan portal Enterprise 2.0 terkemuka – memberikan solusi teknologi yang diperlukan oleh perusahaan dan sektor publik pada waktu mereka memerlukannya. Produk Oracle Fusion Middleware terintegrasi awal dengan produknya yang lain dan dengan produk Oracle Database dan Applications memungkinkan biaya kepemilikan yang lebih rendah. Kemampuan hot-pluggable yang unik memungkinkan pelanggan memperluas biaya modal yang telah terpakai dalam lingkungan TI yang heterogen. Oracle Fusion Middleware didukung oleh sebuah ekosistem yang berjumlah lebih dari 11.000 vendor software independen, value added resellers dan integrator sistem. Untuk informasi lebih lanjut kunjungi http://www.oracle.com/products/middleware/index.html
